Распространенные ошибки, которые совершают разработчики при оценке времени

{title}

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

Доверие инстинкт


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

Не спрашивать


Есть очень своеобразная фраза, и многие разработчики будут чувствовать себя идентифицированными:
 «Привет, мне нужна быстрая оценка модуля контента». 
Именно в этот момент мы должны отступить и задать себе следующие вопросы:
  • Какие функции это будет иметь?
  • Каков будет объем его работы, будет ли он связан с другими модулями?
  • Есть ли недостающая информация?
  • Нужно ли знать что-то дополнительное?
Это лишь некоторые из них, но мы не можем с такой смутной идеей, что мы можем дать достоверную оценку, поэтому наша обязанность состоит в том, чтобы исследовать, задавать вопросы, и что у нас нет сомнений относительно этого требования, в то время мы можем дать оценка, остальное мы будем только угадывать и использовать магию, чтобы оценить время одно и то же.

Ментальные и коллективные ограничения


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

Увлекаться давлением времени


Точная и надежная оценка требует времени, она не сделана за 10 минут . Клиент или начальник могут немедленно получить оценку, которая невозможна, если только это не очень маленькое требование с четко определенной областью действия.
Если мы добавим к этому, что у нас может быть большое количество задач, требующих немедленного внимания, наш инстинкт скажет нам, что мы не можем тратить время на эту оценку, поэтому она будет менее точной.
заключение
Мы видели наиболее распространенные ошибки, которые они обычно делают в оценках времени, но как насчет решений? Это так же просто, как изменить парадигмы и знать, как сказать «нет», устойчиво и дать понять нашим начальникам, что лучше потерять полдень или даже один день, делая точную и надежную оценку, что недели или даже месяцы за неправильный путь Решая эту задачу, вы можете осудить проект еще до его начала.