Цитаты из книги «Impact mapping: Как повысить эффективность программных продуктов и проектов по их разработке»

Impact maps — это разновидность карт бизнес-эффектов, которые предложили Мийо Балич и Ингрид Домингес (Оттерстен) в рамках своего метода InUse, скомбинированные с картами эффектов Роберта Бринкерхоффа для образовательных учреждений, идеями Криса Мэттса по поводу добавления функциональности («введения фич»), а также принципами измеримости и итеративной разработки Тома Гилба.

внутренняя мотивация возникает при наличии автономии, профессионализма и понимания своего предназначения.

В своей книге «Как измерить все, что угодно»7 Дуглас Хаббард предупреждает о распространенной психологической тенденции скорее отслеживать то, что легко поддается измерению, вместо того, что могло бы реально способствовать принятию качественных решений. Он отмечает, что информация имеет вес, если она уменьшает неопределенность при принятии решений, а также что «экономическая стоимость результатов измерения переменной обычно обратно пропорциональна тому, какое значение придается ее оценке». Поскольку нам необходимо понимать, следует ли продолжать инвестировать в ту область, над которой мы в данный момент работаем, мы должны сконструировать для себя именно те измерения, что помогут нам принять это решение.

Первый уровень impact map дает ответы на следующие вопросы: на чье поведение мы хотим воздействовать? Кто сможет произвести желаемый эффект? Кто способен помешать? Кто является потребителем или пользователем нашего продукта? На кого наш продукт повлияет? Это и есть те действующие лица, чье поведение может сказаться на результатах проекта.

Дизайн-мышление — это подход к решению проблем, использующий творческое мышление и ставящий себе целью стимуляцию инноваций и обеспечение роста бизнеса.

Альтернативы: поиск свежих идей и тестирование нестандартных подходов. Масштаб тестирования: новые идеи должны тестироваться в небольшом масштабе, чтобы неудачи не превращались в катастрофы. Отбор: стремление получать обратную связь и желание учиться на своих ошибках.

Центральная часть impact map должна отвечать на самый важный вопрос: зачем мы это делаем? Это цель, которую мы стремимся достичь.

Чтобы предотвратить расползание границ проекта во время разработки программы Excel для компании Microsoft, Скотт Беркун использовал простой мэппинг между целями, функциями и требованиями. Он убедил заинтересованные стороны сократить количество бизнес-целей, поставленных в рамках одного релиза. Затем он обозначил границы проекта, настаивая на том, чтобы каждая функция была увязана с соответствующим требованием, а каждое требование — с целью, которую оно поддерживает. Беркун позднее писал, что такой мэппинг позволил командам разработчиков принимать эффективные решения следующих типов: какие элементы функциональности следует добавить или исключить; как переопределять приоритеты при изменении бизнес-целей; какие именно элементы функциональности являются критически важными для достижения успеха.

Цели не должны описывать сам продукт, процесс его создания или устанавливать границы проекта. Они обязаны объяснять, почему данный продукт будет полезен.

что мы собираемся измерять (Гилб называет это «объект измерений»); как мы будем измерять его («параметр»); какова ситуация на данный момент («бенчмарк»); минимально допустимое значение, точка безубыточности для инвестиций («ограничение»); целевой показатель («цель»).