1. Специально переоценивают задачи
1.1. При просьбе оценить менеджер дает оценочное суждение проекта или клиента. Например "У клиента нет денег", "Мы проебались со сроками"
1.2. Боязнь не уложиться в оценку
1.2.1. Разработчики воспринимают оценку как клятву на крови
1.2.1.1. Разработчик не понимает для чего нужны оценки
1.3. Игры в черный ящик
1.3.1. Попытка самостоятельно решить проблему без понимания того, что за решением следует ответственность
2. Так должно быть. Мы тратим время в пустую
2.1. С увелечением проекта и количества задач в нем - оценка индивидуальной задачи перестает играть роль и суть имеет лишь планирование сроков, а не оценок.
2.2. Отсутствует планирование сроков выполнения работ
2.3. Оценивается слишком мелкий функционал
2.4. Не проводится корректировака оценок по ходу проекта
3. Не хватает практического опыта в разработке и оценках задач
3.1. Отсутствие понимания того как делать оценки
3.1.1. Не проводится систематическое обучение
3.2. Не проводится пост-анализ оценки
3.2.1. Негде посмотреть первоначальную оценку для проектов
3.2.2. Из оценок не выносится опыта
4. Не хватает данных о задаче
5. Первоначальная задача была не правильно декомпозирована
5.1. Задача изначально была не правильно поставлена
5.2. Разработчик находится в режиме ожидания. Ждет что ему принесут на блюдечке ТЗ по задаче
6. Нет дизайна для GUI
7. Потому что мы на самом деле не используем оценки, либо используем их не правильно
7.1. Мы не используем их для того, чтобы понимать попадем ли мы в срок
7.2. Мы используем их только для того, чтобы посчитать стоимость проекта перед его началом
7.3. Мы не смотрим на них, чтобы понимать прогресс проекта во времени и функционале. А смотрим только на затраченное время
7.4. Мы не анализируем оценки после выполнения проекта. Соответсвтенно мы не получаем опыт в плане оценок
8. Задача оказалась значительно больше чем думалось
8.1. Появился функционал, который не учли при оценке
8.1.1. В процессе уточнения требований или разработки появились новые хотелки, в корне все меняющие
8.1.2. Не правильно поняли задачу и много пришлось переделывать
8.1.2.1. Разработчик и Менеджер не сверили понимание друг друга того как будет выполнена задача
8.1.2.2. Понимания изначально не было. Нужно было "Ну там как- нибудь" прихуярить. А потом клиенту не понравилось и он попросил переделать
8.1.2.3. Отсутствуют коммуникации/обсуждения между Р и М
8.1.2.4. Нет единого видиния того, как будет выполнен проект в целом.
8.1.3. Возникли технические трудности. Не получалось что-то запилить. Боролся с багом по пути
8.1.4. Задача технически выполнена сложнее чем оно требуется
8.2. Потратили слишком много времени на коммуникации
8.3. Пришлось чинить баг в чужих, сторонних либах
8.4. Новая и неизвестная область знаний. Например: кластера, хитмапы, беконы
8.5. Чинил другой баг
8.6. Накрыло волной фидбэков от клиента. Фидбэки меняются половину функционала
9. Менеджер пытается повлиять на оценку. Занизить ее
9.1. Не можем обьяснить клиенту почему так много
9.2. Руководство "встревает" на этапе согласования оценки и говорит "че так много?"
10. Оценка и разработка проектов и реже фич делается разными людьми
10.1. Мы не знаем кто будет делать проект, а оценку дает тим.лид
11. Не хватает времени на оценку
11.1. Менеджер пушит оценку
11.1.1. Клиент пушит оценку
11.1.1.1. Хочет приступить к разработке
11.1.1.2. Хочет знать сколько ему будет стоить разработка
11.1.2. Хочется побыстрее. Задача кажется простой
11.1.2.1. Менеджеру нужна примерная оценка. Разработчик дает точную
11.1.2.1.1. Менеджер и Разработчик не договорились о точности оценки и рисках. О том какая оценка нужна
11.2. Менеджер слишком поздно попросил
11.2.1. Не запланировали время на оценку
11.2.1.1. Отсутствует понимание важности оценки
11.2.1.2. Отсутствует понимание того, сколько времени нужно будет делать оценку
11.2.1.3. Были пожары. Какие-то срочные дела
11.3. Оценки делаются на митингах
11.3.1. Не было сделано предварительной оценки для бэклога
11.3.1.1. Бэклога нет или он не полный
11.3.2. Оцениваются задачи из фидбэка
11.3.2.1. Непонятно о чем фидбэк, не говоря уже о том как оценивать функционал
11.3.2.1.1. Никто кроме менеджера не прочитал фидбэк
12. Разработчик не хочет оценивать или делает оценку "спустя рукава"
12.1. Работа кажется бессмысленной
12.1.1. Нет дизайна для GUI
12.1.2. Все равно не уложимся
12.1.3. Не хватает данных о задаче
12.1.4. Разработчик не понимает для чего нужны оценки в данной ситуации