Полный жизненный цикл разработки, например, программного обеспечения состоит преимущественно не из разработки. Какую бы модель жизненного цикла мы ни взяли, там будут этапы выявления требований, проектирования, тестирования и т. д. Также, разработка сопровождается документацией и демонстрациями.
Здесь мы рассмотрим проект по разработке ПО, который проходит с сентября по апрель с тремя демонстрациями: защита концепции, экспертная сессия и защита результатов. Цель проекта -- сделать прототип ПО с пилотным запуском по месту применения.
Известные контрольные точки:
То есть, у нас есть два месяца на проработку проекта до понимания технической реализации и на формирование команды. Дальше, есть время до апреля. Но это не так.
Если в декабре в проекте не появился MVP, то далее команда проекта продолжает заниматься разработкой, хотя в живом проекте важно перейти к запуску в рабочей среде и сбору обратной связи, корректировкам и улучшениям. В противном случае проект не будет иметь подтвержденной полезности.
Эти особенности календаря нужно учитывать при разбиении заранее известных задач по временным интервалам (спринтам, циклам).
Задачи в проекте делятся на крупные группы (epic), состоящие из задач глазами пользователя (user story), которые в свою очередь состоят из задач (tasks) для исполнителей. Так, одна пользовательская история может требовать усилий нескольких человек и состоять из множества задач.
Задачи по разработке различных составляющих проекта специфичны для каждого проекта, но есть и общие. Например, отчетность/документация. Или маркетинг, тестирование, развертывание и т.д.
При планировании работ по проекту разумно внести максимум известной заранее информации о предстоящих задачах, а не вести дневник сделанных задач после их завершения. Трекер -- это в первую очередь инструмент планирования, а не логирования сделанного.