О, трасса 60, не часто с ней мемы увидишь
18.07.2023, 13:25
Это ошибочный подход который мы не одобряем в компании, нужно смотреть позитивно на вещи и если клиент желает получить эту фичу, то нужно приложить все необходимые усилия для её реализации. Если ситуация столь плоха как вы описываете, то просто мы попросим разработчиков работать 37 часов в сутки и тогда мы точно добьёмся успеха. Теперь идите и работайте, не отвлекайте нас своими провокационными и пораженческими заявлениями.
Премию срежем, в отпуск уйдёшь со смещением графика на 3 месяца (ноябрь) и это тебе повезло, что дверью не хлопал
Но тут нет картинки с пивным баром.
Мы в 80% случаев ставим обоснованные оценки (не сроки, а приблизительные оценки временной сложности, то есть, выбираем диапазон времени за который возможно что-то выполнить). К счастью, у нас адекватные менеджеры и заказчик, которые понимают, о чём идёт речь и сильно не задалбывают. Но в 20% случаев, когда речь идёт о легаси коде, там вообще лотерея полная.
Я убеждённый противник использования оценок по времени на проектах. Для долгосрочного планирования вполне достаточно стори-поинтов.
У разработчика должна быть возможность спокойно порефакторить код, добавить каких-то недостающих тестов. А не с горящей жопой добавлять в код новые костыли, чтобы успеть к дедлайну.
У разработчика должна быть возможность спокойно порефакторить код, добавить каких-то недостающих тестов. А не с горящей жопой добавлять в код новые костыли, чтобы успеть к дедлайну.
У нас дедлайн в конце августа - надо показать MVP потенциальному, очень нужному инвестору. MVP делается из говна и палок, ключевой разработчик на три недели в ебенях, одна архиважная ебанная хуевина функционала не работает. Я коммичу и плачу, плачу и коммичу, дебажу и ругаюсь матом на всех известных мне языках. Так то я тоже противник использования оценок по времени на проектах.
Вообще говоря, точная оценка сроков - пустая трата времени и сил.
Можно оценить порядок сроков - быстро, порядка недели, порядка месяца, несколько месяцев, дохуя. Это исходит из примерного объема работы.
И всё равно эта оценка неточная, особенно если есть неясные места, которые надо исследовать. Кроме того, в процессе реализации иногда вылазит хуйня, занимающая много времени. Хотя, наоборот тоже случается, когда находится решение, решающее кучу проблем.
Можно оценить порядок сроков - быстро, порядка недели, порядка месяца, несколько месяцев, дохуя. Это исходит из примерного объема работы.
И всё равно эта оценка неточная, особенно если есть неясные места, которые надо исследовать. Кроме того, в процессе реализации иногда вылазит хуйня, занимающая много времени. Хотя, наоборот тоже случается, когда находится решение, решающее кучу проблем.
> Можно оценить порядок сроков - быстро, порядка недели, порядка месяца, несколько месяцев, дохуя
Основываясь на этом, придумали покер планирования.![Що ©Пг 1« S з 9 J I • *1
í 0 1/2 1 2 * 3 5
[o oltf4 Z¡\ 1 1 с г с С]С •
OÍ 13 Ï3 го 20 40 40 ico ИМ 7 7 »
113 20 40 100 ? л
ОС се Ct' ОГ сое coi ¿ с «,приколы для программистов,it-юмор,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор](https://img2.joyreactor.cc/pics/comment/приколы-для-программистов-it-юмор-geek-4990758.jpeg "приколы для программистов,it-юмор,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор")
Основываясь на этом, придумали покер планирования.
Чтобы написать коммент, необходимо залогиниться
