Цитаты из книг автора «Скотт Беркун»

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

две линии структуры подчиненности специалистов: одна основана на функциях специалиста, а другая – на конкретном проекте.

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

какую роль в нашем бизнесе играет этот проект? какие потребности или желания есть у клиентов? какие функции или услуги мы могли бы предоставить, чтобы удовлетворить эти потребности? что побудит клиентов приобрести наш продукт или услугу? Что станет причиной покупки? во сколько обойдется этот проект (люди / ресурсы)? Какие сроки намечены? каков уровень возможных доходов (или снижения операционных расходов) предлагает проект? За какой период времени? от каких возможностей нам придется отказаться, чтобы выполнить этот проект? он способствует нашей долгосрочной бизнес-стратегии или защищает активы, приносящие доход? (Даже у некоммерческих или IT-организаций есть бизнес-стратегия: всегда нужно оплачивать счета, получать доход или поддерживать группы, приносящие его.) как проект поможет нам соответствовать конкурентам или обойти их? каковы рыночные сроки этого проекта?

Бизнес-подход учитывает, что влияет на прибыль и убытки организации. Сюда входят продажи, прибыль, расходы, конкуренция и издержки.

Фред Брукс писал: «Самое сложное в создании программной системы — решить, что создавать.

Существуют методы построения грамотных прогнозов. Самый известный из них — PERT [10], который позволяет минимизировать риски, выводя средний показатель по высоким, средним и низким прогнозам. Метод хорош по двум причинам. Во-первых, это заставляет всех осознать, что прогнозы — лишь предварительный диагноз и что результаты могут быть совершенно разными. Во-вторых, это дает менеджеру проекта возможность регулировать агрессивность или консервативность графиков (больше веса можно приписать низким или высоким прогнозам).

Качество спецификаций и проектирования диктует, насколько точными должны быть прогнозы технических специалистов. Это обсуждается между менеджерами проекта и программистами. Чем выше требования по прогнозам, тем выше должно быть качество спецификаций. Подробнее о спецификациях мы поговорим в главе 7.

Прогнозы должны опираться на предыдущие результаты работы. Хорошая привычка для программистов — отслеживать свои прогнозы по проектам. Им следует обсуждать это со своим менеджером, который должен стремиться понять, кто в его команде делает грамотный «мониторинг». Экстремальное программирование использует термин производительность, когда речь идет о вероятных результатах работы программистов (или команды) в зависимости от их предыдущих результатов [9].

Определить базовые показатели доверия прогнозам. Догадка = 40% доверия. Обоснованный расчет = 70%. Детальный и тщательный анализ = 90%. Лидеры команды должны согласовать, какая точность им нужна, сколько времени они дают программистам на ее расчеты и как справиться с рисками, если прогнозы не оправдаются. Не зацикливайтесь на цифрах: используйте их просто для того, чтобы четко обозначить качество прогнозов. Доверие на уровне 90% означает, что прогнозы оправдываются в 9 случаях из 10. Если вы решили попросить команду улучшить качество прогнозов, то нужно дать ей больше времени.