Читаем Impact mapping онлайн бесплатно

Погружение в излишнее количество деталей в самом начале проекта – пустая трата сил (если, конечно, вы не хотите сразу жестко зафиксировать его границы). В этом случае итеративная разработка теряет всякий смысл. Гораздо лучше перечислить всех действующих лиц и все желательные влияния, а затем приоритизировать их. Когда группы начинают работу с составления «списка покупок», они иногда настаивают на том, чтобы на карте с самого начала были отображены все пункты этого перечня. С этой тенденцией необходимо бороться – для продуктивного обсуждения вполне достаточно, если на доске окажутся лишь основные идеи.

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

Impact maps заставляют нас фокусироваться на действующих лицах и влиянии на их поведение – но и в этом можно зайти слишком далеко. Команда начинает планировать решение всех потребностей важного пользователя независимо от того, соответствует ли это текущему этапу или нет. Избегайте тратить слишком много времени на обсуждение влияний, которые не способствуют достижению глобальной цели проекта. Либо найдите аргументы, почему данные влияния являются необходимыми, либо вообще откажитесь от их реализации.

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

Совершенно необязательно, чтобы карта предусматривала решение только одной бизнес-задачи: вполне допустимо ставить себе в качестве ориентиров одновременно увеличение продаж и снижение затрат на IT. Но если целей на карте слишком много, то сфокусироваться на их достижении будет затруднительно. Вместо того, чтобы пытаться решить нескольких задач одновременно, попробуйте распределить их между несколькими этапами.

• [Balic, 2007] Effect Managing IT, Mijo Balic, Ingrid Ottersten, Copenhagen Business School 2007, ISBN 978-8763001762

• [Brinkerhoff, 1994] The Learning Alliance: Systems Thinking in Human Resource Development, Robert O. Brinkerhoff, Stephen J. Gill, Jossey-Bass 1994, ISBN 1555427111

• [Gilb, 2005] Competitive Engineering, Tom Gilb, Butterworth-Heinemann 2005, ISBN 978-0750665070

• [Matts, 2011] Feature Injection: three steps to success, Chris Matts and Gojko Adzic, InfoQ 2011

• Troubled £12bn NHS IT system to be scaled back, BBC News, 6 December 2009

• NHS pulls the plug on its £11bn IT system, The Independent, 3 August 2011

• Costs of US piloted programs by Claude Lafleur, 2010

• Также см. [McManus, 2008]

• [Adzic, 2012] Splitting user stories: the hamburger method, Gojko Adzic

• [Berkun, 2005] Art of Project Management, Scott Berkun, O'Reilly 2005, ISBN 978-0596007867 (На рус. яз.: Беркун C. Искусство управления IT-проектами. – СПб.: Питер, 2014. – 432 с.)

• [Brown, 2009] Change by Design: How Design Thinking Can Transform Organizations and Inspire Innovation, Tim Brown, Collins Business 2009, ISBN 978-0061766084 (На рус. яз.: Браун Т. Дизайн-мышление: От разработки новых продуктов до проектирования бизнес-моделей. – М.: Манн, Иванов и Фербер, 2012. – 256 с.)

• [Cohn, 2004] User Stories Applied for Agile Software Development, Mike Cohn, Addison-Wesley Professional 2004, ISBN 978-0321205681 (На рус. яз.: Кон М. Пользовательские истории. Гибкая разработка программного обеспечения. – М.: Вильямс, 2012. – 256 с.)

• [Cohn, 2006] I didn't know I needed that, Mike Cohn, Better Software Magazine February 2006