Проблема в оценке требуемого времени на решение задач состоит в том, что часто оценки времени оказываются недостоверными и недооцененными. Это может привести к несоблюдению сроков выполнения задач, задержкам в проекте и дополнительным расходам. Причины этой проблемы могут быть разными:
-
Недостаточное понимание задачи: часто исполнители не полностью понимают объем работы и сложность задачи, из-за чего недооценивают необходимое время на ее выполнение. Некоторые задачи могут быть менее понятными или сложными, чем кажутся на первый взгляд, что затрудняет оценку времени на их выполнение.
-
Оптимистичный подход: исполнители часто имеют склонность к оптимистичной оценке времени, надеясь на быструю и легкую реализацию задачи. Некоторые задачи могут потребовать больше времени и ресурсов, чем изначально предполагалось из-за неожиданных проблем или сложностей.
-
Недооценка факторов риска: исполнители могут не учитывать возможные трудности и препятствия, которые могут возникнуть в процессе работы и затормозить выполнение задачи. Внешние факторы, такие как изменения в требованиях заказчика или задержки в поставках, могут значительно повлиять на время выполнения задачи.
-
Недостаточный опыт: неопытные исполнители могут занижать оценки времени из-за нехватки опыта и знаний по данному виду работы.
-
Недооценка времени на тестирование. Тестирование и отладка программного обеспечения могут занимать значительное количество времени, и их учет при оценке сроков выполнения задачи может быть недостаточным.
Оценка требуемого времени на выполнение задачи в области разработки программного обеспечения зависит от многих факторов, таких как сложность задачи, опыт разработчика, доступность необходимых ресурсов и технологий, а также особенностей проекта.
От слов — к делу. В любой команде есть некое представление о том, сколько времени потребуется на выполнение той или иной задачи. Есть сторипоинты у задач для указания сложности, а вместе с тем и примерного количества времени на выполнение. Но анализировать данные по задачам в своей команде не так интересно, т.к. всё равно есть некое представление о том, кто, как быстро и какие задачи делает. В рамках своего небольшого исследования буду использовать некий датасет, состоящий из данных по выполенным задачам в техподдержке в одной из IT компаний. На команду делаются тикеты, они их выполняют, но сроки выполнения всегда плавающие. Это добавляет интереса 🙂
Какие данные из датасета буду использовать: дата создания задачи, приоритет, дата решения, статус.
![Датасет после обработки Датасет после обработки](https://habrastorage.org/getpro/habr/upload_files/dc1/d13/205/dc1d13205135a4b60a485826a0be988d.png)
Посмотрим на соотношение приоритета и даты создания задач
![Диаграмма рессеяния за 2022 г. Диаграмма рессеяния за 2022 г.](https://habrastorage.org/getpro/habr/upload_files/417/d43/93c/417d4393c55cf7df576239e44a1eecef.png)
А сколько в среднем тратится времени на выполнение тикета в зависимости от приоритета?
![Диаграмма за месяц Диаграмма за месяц](https://habrastorage.org/getpro/habr/upload_files/179/bc6/d2a/179bc6d2a1ab2d84613556924b5ec475.png)
Ещё можно посмотреть распределение задач по дате создания за месяц. Как раз будет наглядно видно, что в выходные почти никто не работает (ожидаемо)
![Распределение задач в месяц Распределение задач в месяц](https://habrastorage.org/getpro/habr/upload_files/b66/22a/d3e/b6622ad3e1d18bb66e38b71b0bb2dc26.png)
А когда создаётся больше всего тикетов? Это тоже можем посмотреть — в среду
![Распределение задач по дням недели Распределение задач по дням недели](https://habrastorage.org/getpro/habr/upload_files/685/d90/fe4/685d90fe44b94efe68354d3e0ba66257.png)
А днём когда чаще всего создают тикеты? Неожиданно — в обед. Накидали тикетов и пошли со спокойной совестью на обед 🙂
![](https://habrastorage.org/getpro/habr/upload_files/6ef/b4a/bc9/6efb4abc90519ab6dc9126e4bf066544.png)
Вернёмся к тому, с чего начали — оценка времени на выполнение задач. Если ориентироваться на гибкие методологии и различные (популярные) исследования в этой области, то обычно приводится диаграмма нормального распределения. К примеру, в книге Майка Кона «Agile: оценка и планирование проектов» приводятся распределения для «одно-», «двух-» и «трёхпунктовой» задач.
![Распределение времени, необходимого для реализации «однопунктовой» задачи Распределение времени, необходимого для реализации «однопунктовой» задачи](https://habrastorage.org/getpro/habr/upload_files/7ed/b98/aa3/7edb98aa307427a3610b0e325fcfcfcc.png)
![Распределение времени, необходимого для реализации «одно-», «двух-» и «трёхпунктовой» задач Распределение времени, необходимого для реализации «одно-», «двух-» и «трёхпунктовой» задач](https://habrastorage.org/getpro/habr/upload_files/3d0/287/f8c/3d0287f8cbd66d96bb771fa21e37a729.png)
Предположим, что в нашем случае команда работает по гибкой методологии разработки Agile. Одна условная задача в среднем выполняется за 3 дня, т.е. 72 часа. Возьмём сутки в качестве стандартного отклонения, т.е. 24 часа. Как в предыдущем примере, для наглядности и простоты сравнения результатов, сгенерируем 66960 случайных чисел, что будет равно 66960 задач.
![Задачи за год - синтетические Задачи за год - синтетические](https://habrastorage.org/getpro/habr/upload_files/d00/762/c3d/d00762c3d4436e4c354715debccd47fe.png)
Посмотрим плотность распределения задач по сгенерированным данным
![](https://habrastorage.org/getpro/habr/upload_files/7b3/110/32a/7b311032a96206d553a82c8a5ba7aad7.png)
На гистограмме видно, что данные распределены нормально (по закону Гаусса).
А как на самом деле? Анализ датасета показывает, что среднее значение 58ч., а стандартное отклонение 129ч.
![Задачи за год - "реальные" Задачи за год - "реальные"](https://habrastorage.org/getpro/habr/upload_files/adc/81e/7a4/adc81e7a461a7b4cd9ff07f4dd1276f9.png)
Посмотрим плотность распределения задач по «реальным» данным
![Распределение задач по количеству часов за год Распределение задач по количеству часов за год](https://habrastorage.org/getpro/habr/upload_files/a98/3af/68d/a983af68dd7b3ff243c6d92fffd4a268.png)
Ого! Это что? А где нормальное расрпеделение? Оказывается, что в действительности распределение логарифмическое, а не нормальное (Гаусс). Получившийся «хвостик» из задач можно отнести к различным причинам: сегодня не хотелось что-то делать, блокер, низкая производительность и т.д.
В качестве вывода
С одной стороны можно увидеть, что не всё так просто, как кажется. Реальность и оценка трудозатрат (времени) на выполнение не всегда совпадают. Но с другой стороны хотелось бы отметить то, что в представленном небольшом исследовании были проанализированы данные в одной компании и с одним (усреднённым) подходом к выполнению задач.
ссылка на оригинал статьи https://habr.com/ru/articles/821957/
Добавить комментарий