Вы приходите в офис и ставите стаканчик кофе на стол. Не успев приземлиться на стул и насладиться своим напитком, вы замечаете тень начальника. Это ваш менеджер проекта, владелец продукта или директор. Расплываясь в улыбке, он задаёт всё тот же вопрос: «Когда будет готово?». Готов очередной релиз или готов весь проект целиком. Нужно узнать срочно,…
1. Какая методология положена в основу вашего метода определения срока завершения проекта?
Ответ магия - хорош, но не принимается. ))
2. Как учитываете при прогнозе общего срока проекта сроки предоставления заказчиком данных и прогнозируете сроки задержек?
Сейчас простая арифметика по скорости команды.
Дальше планируем добавить PERT, потом нейросеть (смотря что раньше сделаем).
1) Срок завершения считаем по скорости закрытия задач. Методику будем в дальнейшем совершенствовать и усложнять расчёт
2) Пока всё считаем от задач. Если в проекте есть задача на предоставление данных заказчиком, то она будет учтена при о расчёте срока
Очень хороший вопрос про учёт незапланированных рисков, а также задержек со стороны контрагентов.
Думаю, получится решить через методики или даже частично в инструменте (за счёт ИИ, например).
У нас такое случалось очень редко и обычно на предпроектных фазах, т.е. когда ещё нет больших прямых финансовых рисков для бизнеса.
Для коротких проектов на 1-3 месяца, особенно когда задержка приёмки между этапами может быть равна времени этапа, то это скорее вопрос договорных отношений, где неустойка за сроки с обеих сторон должна покрывать простои и всякие такие неприятные вещи.