#мнение
10 смертных грехов оценок задач в IT
Выпустил большую забавную статью на vc.ru https://vc.ru/hr/658705-10-smertnyh-grehov-ocenok-zadach-v-it (чтобы не делать 4-5 частей в телеграм).
Прикладываю кусочек тут
Несмертные грехи, но тоже грехи
Грехи №20– №11
Грех №20
Давать оценку “этого”, чтобы составить план прежде чем кто-либо узнает, что "это"
Грех №19
Верить, что наиболее достоверные оценки происходят от людей с наиболее мощными голосовыми связками
Грех №18
Думать что все оценки конвертируются друг в друга. Переводить деньги в календарные сроки и сторипойнты в дни
Грех №17
Строить планы на новый проект опираясь на первоначальный план прошлого проекта. Игнорируйте фактические сроки и прошлый опыт
Грех №16
Предполагать, что отдел продаж лучше оценивает программные проекты, чем разработчики
Грех №15
Давайте оценку, игнорируя рабочие моменты:
- посещение встреч...
- переключения на другие проекты...
- поддержку ключевых клиентов...
- отпуска...
- болезни...
- чрезвычайные ситуации...
Грех №14
Представлять оценки с высокой степенью точности («67,5 часа»), которые поддерживаются только низкой степенью точности («±2 месяца")
Грех №13
Считать, что инструменты оценки (такие как Монте-Карло) не могут сравниться с вычислительной мощностью из системы менеджера, ручки и салфетки
Грех №12
Рассуждать так: «Чем раньше мы профакапим сроки, тем больше времени у нас будет на их опережение"
Грех №11
Утверждать, что разработчики могут научить лучше оценивать. Выносить это как решения с ретроспективы
А какие вы знаете еще смертные грехи?) 🌚
10 смертных грехов оценок задач в IT
Выпустил большую забавную статью на vc.ru https://vc.ru/hr/658705-10-smertnyh-grehov-ocenok-zadach-v-it (чтобы не делать 4-5 частей в телеграм).
Прикладываю кусочек тут
Несмертные грехи, но тоже грехи
Грехи №20– №11
Грех №20
Давать оценку “этого”, чтобы составить план прежде чем кто-либо узнает, что "это"
Грех №19
Верить, что наиболее достоверные оценки происходят от людей с наиболее мощными голосовыми связками
Грех №18
Думать что все оценки конвертируются друг в друга. Переводить деньги в календарные сроки и сторипойнты в дни
Грех №17
Строить планы на новый проект опираясь на первоначальный план прошлого проекта. Игнорируйте фактические сроки и прошлый опыт
Грех №16
Предполагать, что отдел продаж лучше оценивает программные проекты, чем разработчики
Грех №15
Давайте оценку, игнорируя рабочие моменты:
- посещение встреч...
- переключения на другие проекты...
- поддержку ключевых клиентов...
- отпуска...
- болезни...
- чрезвычайные ситуации...
Грех №14
Представлять оценки с высокой степенью точности («67,5 часа»), которые поддерживаются только низкой степенью точности («±2 месяца")
Грех №13
Считать, что инструменты оценки (такие как Монте-Карло) не могут сравниться с вычислительной мощностью из системы менеджера, ручки и салфетки
Грех №12
Рассуждать так: «Чем раньше мы профакапим сроки, тем больше времени у нас будет на их опережение"
Грех №11
Утверждать, что разработчики могут научить лучше оценивать. Выносить это как решения с ретроспективы
А какие вы знаете еще смертные грехи?) 🌚