Джонатан Расмуссон - Гибкое управление IT-проектами. Руководство для настоящих самураев

3. Разработка оформления продукта. Если бы мы быстро листали журнал и наткнулись на рекламу нашего продукта или услуги, то что бы она нам сообщила, и еще важнее – согласились ли бы мы за это заплатить?

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

5. Встреча с коллегами. Сообщество специалистов, занятых в проекте, всегда больше, чем кажется. Почему бы не пригласить их на кофе, чтобы все могли познакомиться друг с другом?

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

7. Что не дает нам покоя?Иногда в ходе выполнения проектов происходят неприятные вещи. Но если поговорить о них и подумать, как их избежать, то, возможно, все будет не так плохо.

8. Определение временных параметров. Сколько времени займет проект: три месяца, а может, шесть или девять?

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

10. Что нам требуется для достижения результата?Сколько времени будет длиться проект? Сколько он будет стоить? И какая команда нам нужна для реализации этого проекта?

Мы изучим стартовую колоду в два этапа. В главе 4 поговорим о том, зачем мы беремся за проект, а в главе 5 рассмотрим, как его реализовать.

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

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

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

♦ Для этого нужно ответить на ряд вопросов.

♦ Для чего мы здесь собрались?

♦ Каково блицрезюме нашего проекта?

♦ Как будет выглядеть реклама нашего продукта?

♦ Чего мы не собираемся делать?

♦ Кто работает с нами в команде?

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

Но сначала зададим нашим спонсорам вопрос, зачем мы здесь?

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

♦ принимать оптимальные и осознанные решения;

♦ лучше выполнять работу, уравновешивая противодействующие силы и идя на компромиссы;

♦ выдавать более инновационные и качественные решения, поскольку команде разрешено думать самостоятельно.

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

«Тойота»: компания, умеющая видеть и достигать

В замечательной книге The Toyota Way [Lik04] Джеффри Лайкер рассказывает историю о том, как однажды в 2004 году главному инженеру этой компании поручили переработать модель «Тойота-Сиенна» для североамериканского рынка. Чтобы почувствовать, как жители Северной Америки живут, работают и занимаются своими машинами, он с командой проехал на «Тойоте-Сиенна» по всем штатам США и Мексики, а также по всем провинциям Канады.

И вот что выяснилось.

• Североамериканские водители больше едят и пьют в машине, чем японские автомобилисты (так как в Японии обычно приходится ездить на более короткие расстояния). Поэтому в любой «Тойоте-Сиенна» есть центральный лоток и 14 подставок для чашек.

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