Источник
The Art of Project Management (book_cube)
Серия постов [1/3]-[3/3] с обзором частей Plans, Skills и Management книги Скотта Беркуна.
Источник
The Art of Project Management (book_cube)
Серия постов [1/3]-[3/3] с обзором частей Plans, Skills и Management книги Скотта Беркуна.
The Art of Project Management (Искусство управления IT-проектами)
Авторы: Scott Berkun
Издательство: O'Reilly Media; Питер (русское издание)
Объем: 2005 (оригинал), 2007 (русское издание)
Книга Скотта Беркуна о практическом управлении IT-проектами: от вероятностного планирования и спецификаций до доверия, кризисов и политики внутри организации.
Оригинал
ПереводManagement / Project / Leadership / Processes
The Art of Project Management полезно читать как основу управленческого мышления: не как «единственно верный» процесс, а как набор принципов для работы в неопределенности, конфликте приоритетов и постоянных trade-off.
1. Карта книги
Part 0. Preface
Глава 1
Короткая историческая рамка: управление проектами существовало задолго до современных IT-методологий, даже если называлось иначе.
Part 1. Plans
Главы 2-6
Планирование как вероятностная модель: сроки, участники, контроль выполнения, работа с рисками и качество управленческой концепции.
Part 2. Skills
Главы 7-11
Практические навыки руководителя: спецификации, решения, коммуникация, гигиена процессов и работа с кризисами.
Part 3. Management
Главы 12-16
Доверие, исполнение, середина и финиш проекта, а также неизбежная организационная политика вокруг решений и власти.
2. Part 1: Plans
2. The truth about schedules
- План нужен, чтобы зафиксировать сроки, состав участников и инструмент контроля прогресса.
- Любой план вероятностный: поэтому высокорисковые работы стоит выносить в начало.
- Декомпозиция задач (divide and conquer) снижает неопределенность и упрощает контроль.
3. How to figure out what to do
- Проект нужно смотреть из трех перспектив: бизнес, инженерия, потребитель.
- Баланс между PnL, технической реализуемостью и пользовательской ценностью обязателен.
- Документы полезны как носители договоренностей, а не как самоцель.
4-6. Vision and ideas
- Хорошая концепция простая, целенаправленная, запоминаемая и вдохновляющая.
- Сильные идеи рождаются из сильных вопросов и большого количества черновых идей.
- Новые идеи группируют и проверяют через прототипы, а ближе к релизу окно изменений сужается.
3. Part 2: Skills
7. Writing good specifications
- Спецификация задает направление и границы ожидаемого результата.
- Это контрольная точка окончания этапа планирования.
- Спецификация отвечает на вопрос «что делаем», а не «как именно реализуем».
8-9. Decisions, communication, relationships
- Сначала решаем, какие решения действительно заслуживают времени руководителя.
- Данные важны, но не заменяют управленческую ответственность за выбор.
- Типовые сбои в коммуникации: предположения, неясность, диктат, подмена понятий и персональные атаки.
10-11. Process hygiene and crises
- Процессы, письма и встречи должны быть неинвазивными и служить делу.
- В проблемной ситуации важно сохранять спокойствие и декомпозировать общий инцидент.
- Руководитель берет ответственность, договаривается о полномочиях и держит фокус на восстановлении управляемости.
4. Part 3: Management
12. Leadership is based on trust
- Доверие строится на последовательном выполнении обязательств.
- Заслуженная власть обычно устойчивее, чем просто формально выданная.
- Делегировать полномочия важно, но ответственность за сбои остается у лидера.
13. How to make things happen
- Исполнение требует согласованных списков: целей, характеристик и работ.
- Умение говорить «нет» это базовый инструмент приоритизации.
- Прозрачность статуса и управление критическим путем поддерживают реалистичные сроки.
14-16. Mid-game, end-game, power and politics
- Середина проекта требует постоянного мониторинга и своевременных корректировок.
- Финиш похож на посадку самолета: медленное и контролируемое завершение с готовностью к rollback.
- Политика неизбежна: нужно понимать карту влияния и вести переговоры с реальными центрами силы.
5. Паттерны применения
Планируйте рискованные задачи первыми, а не откладывайте их на конец этапа.
Проверяйте инициативы через три линзы: бизнес, инженерия, пользователь.
Держите спецификацию короткой и обсуждаемой: цель, границы, критерии готовности.
Укрепляйте доверие через предсказуемость поведения и честную обратную связь.
На финише проекта уменьшайте число изменений и усиливайте контроль релизных рисков.
6. Типичные антипаттерны
Верить в план как в детерминированную истину, а не как в модель неопределенности.
Подменять решения бесконечным сбором данных и откладывать ответственность.
Считать коммуникационные конфликты вторичными «soft»-проблемами.
Перегружать команду процессами, письмами и встречами без явной пользы.
Игнорировать организационную политику и принимать это за «чистую рациональность».
7. 30-дневный спринт внедрения
- Неделя 1: пересоберите текущий план проекта по рискам и выделите high-risk поток в начало работ.
- Неделя 2: сверяйте backlog через три перспективы (business, engineering, customer) и уберите противоречия.
- Неделя 3: обновите decision log и правила встреч (цель, owner, итог, следующий шаг).
- Неделя 4: проведите pre-release review по критическому пути, rollback-сценариям и карте политических стейкхолдеров.
Ссылки и связанные главы
Полезное продолжение по теме управления потоком:Making Work Visible.
Для прокачки коммуникации решений:Communication Patterns.
Книга 2005 года, но в ней хорошо сохранились базовые принципы руководства проектом: работа с риском, ясность коммуникации, дисциплина принятия решений и доверие как основа управляемости команды.