Цитаты из книг автора «Гойко Аджич»

представителями бизнеса, оплачивающими разработку программного обеспечения, и самими разработчиками возникает чудовищный разрыв в коммуникации.

Тем не менее популярные в данный момент методы планирования часто исходят из предположения, что, пока мы разрабатываем свой продукт, мир будет стоять на месте. В качестве другой крайности такие подходы могут предполагать полный отказ от долгосрочного планирования и попыток отследить общую картину.

модели HET3 Бринкерхофф называет roadmaps (дорожными картами) и итерационными планами отдельных этапов.

Реальную ценность удается создавать в тех случаях, когда предположения подтверждены данными неоднократных практических экспериментов. Impact maps — это по существу карты гипотез, связывающих причины со следствиями. Они помогут вам понять, какие вопросы следует задавать — и это гораздо труднее, чем находить верные ответы.

Кроме того, impact map — это по существу сториборд, отражающий концептуальное понимание методов, которые позволят добиться поставленной цели

Подход «pull» предполагает фундаментальный сдвиг: чтобы достичь своей цели, мы переносим фокус внимания c «производства» продукта, который заказал клиент, на сотрудничество со всеми заинтересованными сторонами. Это требует перехода от внешней мотивации («push») к внутренней или самомотивации («pull»).

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

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

соответствующее заинтересованное лицо и желательное влияние. Это заставляет участников проекта более тщательно продумывать пользовательские истории и точнее их формулировать. Если для пользовательской истории на карте не находится подходящего положения, то, по всей вероятности, ее следует исключить из текущего цикла разработки.

Impact maps помогают сохранить пользовательские истории честными — поскольку каждая история должна занять свое логичное место на карте. Но, чтобы мы смогли найти для нее это место, в ней должно быть указано