Comments 11
Спасибо за список, не знаю как сформулировать кратко мысль (отдельную статью можно написать на эту тему), поэтому задам вопросом, который возможно наведёт на интересные мысли - зачем вообще нужна оценка, если более или менее планировать получается максимум на две недели?
Тут сложно. Сейчас будет лонгрид)
Есть разные виды оценок и они нужны для разного. Например, есть оценка проекта в деньгах - отвечает на вопрос какова себестоимость, а есть оценка проекта в сложности - отвечает скорее на вопрос вывезет ли например эта команда или этот ПМ. В целом есть много разных видов оценок)
У тебя вопрос касается оценки сроков, видимо именно продолжительности. Такая оценка может тоже использоваться для разных целей - нр, влезет в условный "спринт" или нет, а также для того чтобы понять сколько выставлять прайс клиенту за доработку и тд
На тему планов - да, чем больше интервал планирования, тем меньше точность. Но это же не отменяет ценность планов как штуки которая дает немного больше определенности и фокуса. А еще планирование позволяет тебе увидеть потенциальные проблемы и придумать чего с ними делать. В общем долгосрочное планирование тоже очень полезно. Да и не везде изменчивость настолько велика, чтобы 2 недели было нашим максимумом горизонта планирования
получается максимум на две недели
Это очень сильно зависит от неопределенности в проекте. Если вы копаете канаву от забора до обеда, планировать можно на любой срок — не сильно промахнетесь. С точностью процентов 100% вполне получается планировать и в разработке, даже в случае не совсем тривиальных проектов — а если вы можете задачу декомпозировать на мелкие, простые и уже делавшиеся, то точность будет намного более высокой.
План, по науке, уже давно не жесткая вещь - спланировали, сравнили с фактом, поменяли план и по новой итерации. Если по старинке считать план неизменяемым будет или штурмовщина или рестрикция или одновременно...
Агась. Поэтому лучше относится к нему по-простецки, он штука живая и нужен для удобства, как список покупок в магазин
Кто-то налажал с нумерацией грехов
Респект, мсье. Очень и очень даже хороший рид. Всё что знал по полочкам разложил и разьяснил. Особенно зашла ссылочка на тг про методы сжатия сроков
Ну №18 вполне себе смертный. Я лично видел смерть проектов из-за него.
10 смертных грехов оценок задач в IT