Николай Товеровский |
Павел! Когда говорят о классической парадигме тасков, у меня в голове возникает диаграмма Ганта, где задачи выстраиваются друг за дружкой и бесконечным водопадом уходят за горизонт. Малейшее изменение в любой строке такого плана приводит к цепной реакции и перестройке оставшейся части водопада. А ведь в реальном мире задачи постоянно изменяются, передвигаются, меняются местами или вообще теряют актуальность. Диаграмма теряет актуальность на третий день проекта. Кроме того, при классическом подходе задачи объединяются по формальным признакам: этап дизайна, этап разработки, этап тестирования. Это не даёт управляющему инструментов принятия решений, проблемные задачи зачастую просто сдвигаются в конец проекта: |
|
Если прибить гусеницу гвоздём с одной стороны, она сможет растягиваться как угодно. Но если гусеницу закрепить несколькими гвоздями через равные промежутки, она никуда не денется. Недельные итерации выполняют роль Если же недельная итерация проваливается, немедленно становится понятно, что в проекте возникли серьёзные трудности и план требуется пересмотреть. С понедельным планом легко обращаться: легко составлять, легко менять, легко удержать в голове. Для работы не нужны специализированные программы. Нет необходимости нарезать план на отдельные задачи для каждого члена команды. Если исполнители понимают задачу, одного плана хватает на всех. Пример понедельного плана проекта Договоров: |
P. S. |
Это был совет об управлении проектами, людьми и собой. Присылайте вопросы.
|