Оценка времени выполнения заданий [закрыто]

Я в основном работал над проектами с "меньшей" длительностью, но что-то, что хорошо работало для меня, - это разбить задачу на достаточно маленькие подзадачи, которые, я думаю, я мог бы реализовать каждый примерно за день. Для некоторых элементов это означает только две или три подзадачи, для других это может означать десятки или сотни. Добавьте некоторый процент накладных расходов, которые тратятся на непроизводительные виды деятельности, некоторые накладные расходы на изучение неправильных направлений, и, надеюсь, вы получите число, которое находится в пределах разумный диапазон конечного результата.

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

Разбиение задачи на мелкие части возможно только при наличии высокоуровневого дизайна, в противном случае оценка - это всего лишь приблизительная догадка, которая обычно составляет 2 недели, что является знаменитыми 2 неделями. большинство разработчиков используют;)

Добавление некоторого времени к концу проекта для интеграции-стабилизации-исправления ошибок делает его разумной оценкой.

Подобно тому, что упоминаетсарнольд , разбиение задачи является ключевым...но это может быть сложнее, чтобы свести его к мелкозернистым 1-дневным инкрементам, если вы не понимаете области / технологий, участвующих. В вашем случае я бы предложил следующее (особенно если это явно не похоже на задачу, выполнение которой займет меньше нескольких дней):

1) Во-первых, вам нужно обратиться к своей команде / коллегам, чтобы узнать, могут ли они пролить некоторый свет (и / или если они использовал те же API / технологии, что и вы). Если никто ничего не знает, вам придется признать тот факт, что у вас просто нет достаточно данных, чтобы рискнуть разумной догадкой, и вам придется потратить X дней на исследование (количество времени для исследования должно быть согласовано со сложностью API/домена, с которым вы работаете)

2) в конце времени, отведенного на исследование новой технологии, вы должны быть в состоянии сделать очень простой Привет, мир-это тип приложение, которое использует API (компилирует, связывает и работает нормально). К этому времени вы должны быть в хорошей позиции, чтобы определить, займет ли ваша задача дни, недели или месяцы.

3) главное, что нужно сделать дальше, - это как можно скорееопределить любые основные препятствия/сбои, которые могут сорвать ваши прогнозы...это ключевой момент. Самое худшее, что вы можете сделать, это постоянно идти к своему менеджеру / клиенту в установленный срок и упомянуть, что вам нужно значительное количество дополнительное время на доставку. Они нуждаются в предупреждении как можно скорее, чтобы помочь исправить ситуацию и / или придумать план Б.

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