Книжка про менеджера программных проектов, попавшего в страну, большая часть ВВП которой составляло программное обеспечение. Книжка с точки зрения литературы — зачёт. С точки зрения информационной полезности — также зачёт.
Основные мысли
- Самое главное в процессе управления проектами — это люди
- Если управление строится на угрозах ничего хорошего из этого не выйдет
- Собеседования лучше проводить с кем-нибудь в паре
- Мероприятия, направленные на формирование организации, нужно также затевать командно. И обсуждать
- Нет быстрого способа повысить производительность работы
- Все модели неверны, но некоторые полезны. Это о моделировании процессов работы
- Извращённая политика существует. Советов, как с этим быть, нет. Только ждать. :)
- Идея об определении размера проекта на основе функциональных единиц
- Сначала архитектура, затем кодирование. Дело за малым — воплотить в жизнь
- Интересные рассуждения о том, что переработка и сверхурочные не особо ускоряют срок сдачи проекта
- Если сотрудник проявляет злость и неуважение, не свойственные ему, возможно, это вылезает Страх. Нужно почитать об этом
- Спецификация проекта должна содержать входящие и исходящие данные. Плюс ключ к пониманию данных. Остальное фигня
- Конфликт интересов лучше всего решать с привлечением третьей стороны. Есть церемония для решения конфликтов, нужно её знать. Возникновение конфликтов интересов — это нормально
- Маленькие команды на старте проекта дают возможность снизить потери на коммуникациях. Когда архитектура проекта определена, можно подключать к проекту больше и больше людей
- Как проводить собрания. Нужно узнать побольше об этом
Кроме того
- Нужно владеть реальной информацией, для этого у людей должна быть возможность доносить её. В том числе и анонимно
- Нужно изучать материал на тему «Сроки проекта». Вообще в книге приводится много идей по поводу графиков, статистики, моделей и анализа
«Глава 21. Выход на финишную прямую.»
Там они выбросили стадию код ревью, за счёт чего сократили срок сдачи. Ключём к этому был эффект от того, что в начале делали архитектуру, а затем кодировали. Надо думать. Вообще, зажигательная глава, там всё получается.
Записки мистера Томпкинса
За что огромный респект ДеМарко, так это за записки мистера Томпкинса. Записки мистера Томпкинса — это подборка всех выводов, которые сделал герой по ходу произведения.