Цитаты из книг автора «Марти Каган»

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

Как только требования собраны в пакет, команде дизайнеров пользовательского опыта (если таковая имеется) предлагают спроектировать взаимодействие, разработать графический дизайн и, если речь идет о физическом устройстве, промышленный дизайн. И наконец, требования и спецификации по дизайну передаются инженерам-программистам. Тут-то на сцену обычно выходит методология Agile.

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

два вопроса относительно каждой идеи: сколько денег она принесет или какую ценность обеспечит? Сколько денег или времени уйдет на ее реализацию?

Но чтобы определить приоритетность идей, нужна оценка каждой из них в той или иной форме.

Итак, на рис. 6.1 схематически представлен процесс, который по-прежнему используют большинство компаний при создании продуктов. Воздержусь от разглагольствований и поучений — сначала просто опишу его.

Проводите время с командой. Если вы не проводите достаточно времени бок о бок с дизайнером и с каждым инженером-программистом из своей команды, они не будут иметь возможности видеть энтузиазм в ваших глазах.

Станьте бесспорным экспертом по своим пользователям (потребителям), а также признанным знатоком своего рынка, в том числе конкурентов и актуальных тенденций.

Щедро делитесь успехом. Убедитесь, что ваша команда считает продукт не только вашим, но и своим. Но если что-то пошло не так, выйдите вперед и возьмите на себя ответственность за промах; покажите команде, что вы учитесь и на ошибках.

Доносите свое видение. Убедитесь, что ясно понимаете видение продукта, стратегии его развития и принципов. Покажите, как ваша работа способствует его реализации и в полной мере согласуется с этими принципами.