Заметки из книг по управлению проектами

Майк Кон «Agile. Оценка и планирование проектов»

📚 «Хороший план, составленный сегодня, лучше идеального плана, который появится на следующей неделе», — генерал Джордж Паттон.

📚 Agile-движение существует с момента принятия Agile-манифеста в феврале 2001 г. (Beck at al.) Манифест был разработан и подписан 17 «идеологами облегченных методологий», как они называли себя в то время.

Авторы Agile-манифеста писали о том, что для них более значительную ценность имеют:

🔹 люди и взаимодействия, а не процессы и инструменты;

🔹 работающая программа, а не полный пакет документации;

🔹 сотрудничество с клиентом, а не переговоры по условиям контракта;

🔹 реагирование на изменение, а не следование плану.

📚 Слаженно работающая команда высокопрофессиональных исполнителей с посредственными инструментами при любых обстоятельствах превосходит неработоспособную команду посредственных исполнителей с превосходными инструментами и процессами.

📚 Agile-команды предпочитают вовлекать в работу над общими целями все стороны проекта.

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

📚 Основные аспекты работы agile-команд:

🔹 работа единой командой;

🔹 работа короткими итерациями;

🔹 поставка какого-либо результата после каждой итерации;

🔹 фокус на бизнес-приоритетах;

🔹 проверка и модифицирование.

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

В agile-проекте нет места менталитету «самоустранение от участия в дальнейшем процессе после выполнения своей непосредственной задачи». Аналитики не уходят в тень после выдачи требований дизайнерам. Дизайнеры и системные архитекторы не отстраняются от работы после выдачи заданий программистам, а программисты не бросают без поддержки тестировщиков.

Успешной agile-команде необходимо мышление «мы все работаем над этим вместе».

📚 В agile-команде есть целый ряд конкретных ролей:

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

🔹 Клиент

🔹 Разработчик

🔹 Руководитель проекта. Руководители agile-проектов концентрируют внимание больше на лидерстве, а не на менеджменте.

Начать дискуссию