Заметки из книг об управлении проектами
Майк Кон «Agile. Оценка и планирование проектов»
📚 Многозадачность ужасным образом сказывается на производительности.
Многозадачность заставляет фокусироваться на высоком уровне загрузки всех исполнителей в проекте, а не на создании необходимого резерва, позволяющего справиться с неизбежной изменчивостью типичных задач проекта.
Загрузка всех на 100% приводит к такому же результату, как и загрузка скоростного шоссе на 100%: движение останавливается, и никто не может тронуться с места.
📚 В соответствии с традиционным мышлением, если выполнению подлежат все виды работ, то для клиентов проекта не имеет значения, в какой последовательности они выполняются. Такой подход приводит к тому, что команда разработчиков занимается созданием функций в случайном, с точки зрения клиента, порядке.
Поскольку никто не старается выстроить работу над функциями в зависимости от их приоритетности, среди отброшенных функций оказываются такие, которые имеют более значительную ценность, чем функции, включенные в продукт.
📚 В начале проекта неопределенность наиболее высока. Оценки, которые мы даем, должны отражать эту неопределенность. Можно, например, представить срок окончания в виде диапазона: «Поставка продукта — июнь-август».
Справиться с неопределенностью лучше всего помогает итеративный подход. Чтобы снизить неопределенность, связанную с конечным обликом продукта, разбейте процесс выполнения работы на короткие итерации и показывайте (или, в идеале, предоставляйте) пользователям работоспособные версии программного обеспечения каждые несколько недель.
Это позволяет, например, включить в план упущенные задачи, скорректировать допущенные ошибки. При таком подходе фокус смещается с плана на планирование.
📚 При традиционном подходе проблема может возникнуть, если проектная команда или другие участники проекта будут смешивать оценку с принятием обязательств.
Оценка — это вероятностная величина, а обязательство не может быть вероятностным.
Прежде чем принять такое обязательство, команде необходимо учесть целый ряд экономических факторов и рисков. Очень важно, чтобы у команды была такая возможность, и чтобы каждая оценка не превращалась автоматически в обязательство.