Реклама. ООО «ЛитРес», ИНН: 7719571260.
Предисловие
Введение
Для кого предназначена эта книга?
Отдавая должное предшественникам
Добивайтесь осязаемых результатов!
Почему все это имеет значение?
Что такое Impact mapping?
Цель
Действующие лица
Примеры влияний
Поставляемый функционал
Пример: Платформа для онлайн-игр
Пример: Обработка финансовых транзакций
Роль Impact maps
Три ключевые функции
Стратегическое планирование
Требования к качеству
Управление дорожными картами
Impact maps позволяют решать типичные проблемы
Расползание границ проекта
Неверные решения
«Любимчики» или ненужная функциональность
Неверные исходные предположения
Возможность избежать случайных приоритетов
Решение бизнес-задач, а не функционал как таковой
Постановка измеримых целей
Как избежать «тщеславных метрик»
Параметры двух уровней
Адаптивное планирование
Итеративная разработка
Целостное видение
Более эффективная приоритизация
Итеративная, а не инкрементальная разработка
Пользовательские истории
Дизайн-мышление
Эффективные совещания
Стоимость разработки – не затраты, а инвестиции
Составление Impact map
Подготовительный этап 1: Сформулируйте бизнес-цель
Подготовительный этап 2: Выберите эффективные метрики
Подготовительный этап 3: Наметьте первую контрольную точку
Составление impact map: Этап 1 создание «скелета» карты
Составление Impact map: Этап 2 поиск альтернатив
Составление Impact map: Этап 3 определение ключевых приоритетов
Составление Impact map: Этап 4 обучение на ошибках
Отображение метрик на карте
Добавить показатели в виде отдельных пунктов списка
Переименование узлов
Показатели собраны в отдельной таблице
Добавление дополнительных узлов
Предварительные итоги
Типичные организационные ошибки
Задействовано слишком много людей
Неправильный подбор участников
Планировка помещения
Типичные ошибки модерации
Слишком ранняя критика
Обсуждение замыкается в одной большой группе
Реверс-инжиниринг
Погружение в излишние детали на ранних этапах
Типичные ошибки при составлении Impact map
Прыгун с шестом
Астронавт
Сюрреалист
Любитель шопинга
Оптимист
Мечтатель
Робот
Осьминог
Список литературы
Основные методологические материалы
Источники статистических данных (см. Введение)
Другие книги и статьи
Разработка программного обеспечения внутри компаний за редкими исключениями уже давно выделилась в самостоятельную функцию. При этом коммуникация с остальными подразделениями организации, чье функционирование программисты призваны поддерживать своими разработками, зачастую оставляла желать лучшего. Сотрудники других отделов могли в целом не понимать, что такое программное обеспечение, а разработчики, в свою очередь, быть недостаточно осведомленными о потребностях бизнеса, которым занимается компания.
С одной стороны, проблемы с коммуникацией слишком часто приводили к тому, что на выходе получался совсем не тот продукт, который был необходим, или (в лучшем случае) не совсем тот. С другой – они становились причиной неэффективного управления проектами и неоправданного роста затрат. Внедрение гибких методологий позволило существенно ускорить циклы обратной связи и успевать изменять продукт под потребности до того, как закончится бюджет на разработку.
.....
Наглядно продемонстрированные на impact maps узлы и предположительные способы обеспечения переходов между ними позволяют вовлекать в обсуждение специалистов любого профиля. Impact maps создают понятный для всех контекст и в явном виде отражают те неопределенности, с которыми будет необходимо разобраться экспериментальным путем. Подобно дорогам, закрытым для проезда или находящимся в стадии строительства, определенные исходные предположения могут оказаться нежизнеспособными или попросту неправильными. Поэтому соответствующие карты и называются картами автомобильных дорог, а не «картами назначения». Impact maps помогают визуализировать исходные гипотезы, которые и проверяются впоследствии опытным путем.
Мы наблюдаем, как на наших глазах совершается переход от подхода «push» к подходу «pull»[1], от директивного управления к адаптивному. Подход «push» предполагает, что мы говорим людям, что им делать; «pull» начинается с формулировки проблемы, открывшейся возможности или какого-либо вызова – при этом кроссфункциональная команда должна самостоятельно во всем разобраться и решить эту задачу. Подход «pull» предполагает фундаментальный сдвиг: чтобы достичь своей цели, мы переносим фокус внимания c «производства» продукта, который заказал клиент, на сотрудничество со всеми заинтересованными сторонами. Это требует перехода от внешней мотивации («push») к внутренней или самомотивации («pull»). Как элегантно выразился Дэн Пинк, внутренняя мотивация возникает при наличии автономии, профессионализма и понимания своего предназначения.
.....