У кого как организован процесс оценки работ по разработке?

Добрый вечер, всем!
Задался вопросом, как организован процесс оценки работ по разработке в разных организациях.
У нас оценивает dev lead, а у вас кто, и как построен этот процесс?

Интересует оценка не в денежном эквиваленте, а как и кем у вас происходит расчет необходимого времени и трудозатрат на разработку того или иного функционала.
  • Вопрос задан
  • 982 просмотра
Пригласить эксперта
Ответы на вопрос 4
Fesor
@Fesor
Full-stack developer (Symfony, Angular)
Зависит от того что оценивается. В контексте начальной оценки может делать как тимлид так и кто-то из членов команды. Делигирование и все такое.

Ну и сами задачи оценивают разработчики которые будут их делать.
Ответ написан
Комментировать
xmoonlight
@xmoonlight
https://sitecoder.blogspot.com
Хороший вопрос!
Я тоже задавался этим вопросам и пришел к выводу, что необходимо в компании разработать автоматизированную систему оценки.

Есть 2 вида оценки работ:
1. Прогнозируемая
2. Фактическая (по времени и тому, что было сделано)

Абстрагируясь на аналогию (максимально упрощённый тех.процесс):
Представьте, что Вы строите кирпичный дом.
1. Перенос одного кирпича - стоит 5р (5сек)
2. Покрыть раствором поверхность - 3р (3сек)
3. Положить кирпич на поверхность, покрытую раствором - 1р (1сек)
4. Убрать лишний раствор - 2р (2сек)

Теперь, предположим, что часть рабочих носят по-одному кирпичу, а один - по 10 сразу.
Стоит ли тому, кто носит сразу по 10 кирпичей - платить 5*10?
Или же "украсть" у него кровно заработанные деньги, если он делает это быстрее?
Т.е. разговор идёт о сложности алгоритма (вложенность, рекурсии и т.д.)

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

1. Прогнозируя изначально и получив фактически выполненную работу - можно сравнить и на основе этой разницы скорректировать алгоритм прогноза.
2. Оплата всегда ведётся по прогнозируемым трудозатратам вместе с разработчиками.
3. Если что-то требует исследовательской работы - это делается в первую очередь и стоимость этой работы оговаривается заранее.
Ответ написан
sergeyvidioreg
@sergeyvidioreg
Вопрос в лоб- по каким методологиям разработки проектов вы работаете? Если все сводится к показу dev'у задачи и его оценки, после 20 минутного ковыряния в inspector-это одно,если вы работаете по допустим agile-это другое. Можно создать стек задач со временем исполнения (приблизительным конечно) и отслеживать эффективность выполнения задач допустим по той же диаграмме Ганта
Ответ написан
@Elizavetta
Matroid: gamedev/js-разработка
Оценка функционала и финального продукта - разные вещи. Вы можете собирать оценки функционала с разработчиков, и умножать например на 2. Но с финальным продуктом (я больше про длинные проекты говорю), все очень сложно. На практике ни у кого нет четких описаний, продукт постоянно уточняется, и приближаясь к запуску команда оказывается в ворохе мелких тасок, которые никак не относятся к готовому функционалу. Возможно, некоторым командам даже стоит отойти от практики обязательств по финальному продукту, разбив разработку на этапы.
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы