Как управлять временем разработки

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

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

Если вы не успеваете выполнить этап, следует немедленно предпринять что-то, как минимум проинформировать босса о том, что запланированное завершение проекта сместится на некоторое время. Стоило бы начать с того, что оценка и расписание никогда не будут идеальны, но они дают иллюзию, что вы сможете наверстать пропущенные дни в конце проекта. Может быть. Но так же вероятно, что вы недооценили эту часть проекта, как и то, что вы ее переоценили. Так что запланированное завершение проекта уже сместилось, нравится вам это или нет.

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

Следующее: Как управлять рисками, связанными со сторонним программным обеспечением