А то они, кажется, не в курсе.

> госуха, у которой бюджет резиновый.

ахахаха.

Может кому-то пригодится.

Для новичков есть очень хороший способ по оценке затрат времени на выполнение задачи - "умножение на Пи".

Вы оцениваете время на реализацию чего-либо, а затем это время умножаете на Пи (3.14).

Так пожары, землетрясения и прочее никто не закладывает в сроки выполнения. Речи о подобном не было.

Откуда берутся истории, что в Google люди сидят и "творят" без каких-то сроков? :)

И почему никто не вспоминает, что в подобных крупных компаниях бывают сокращения целыми отделами по 50-100 человек, котопые творили, а в итоге сделали что-то в духе Stadia?

почему никто не вспоминает что для флуда есть отдельный чат

К сожалению, я не могу им пользоваться.

Для меня в своё время очень полезным стало то выступление Баха "Stop telling lies" , и я, вот, полагаю, что для других людей развенчание легенд идеального мира "всегда можно эстимейты" тоже может быть полезным.

с тех времен, когда так и было. Лет 5-10 назад.

1) Чтобы оценить риски, надо их знать.
2) Что не всегда возможно — если платформа новая, если у вас есть зависимости (от изменений платформы, от других команд)
3) Там число "пи" уже упомянули, ну я тоже знаю эту полу-шутку. Если фича достаточно небольшая, а проблемы достаточно большие, то эстимейт начинает получаться значительно менее точным чем фича.

Программист заболеет короной — или не заболеет. Если НЕ заболеет, эстимейт месяц, если заболеет — эстимейт два.
Другая команда нафакапит, или не нафакапит. Если НЕ нафакапит — мы приступаем к нашим эстимейтам. Если нафакапит — мы не можем даже приступить, потому что мы ещё в глаза не видели базы кода на которой нам надо работать после них.

А есть ссылочка на выступление?

Случаи, они разные бывают. Я именно что привожу разные случаи — возможных эстимейтов, невозможных, ненужных. Чем прочнее платформа, чем лучше модель, чем меньше неизвестных — тем точнее можно что-то выдать. И наоборот — бывают ситуации когда точно сказать нельзя ничего, может выбранное направление вообще тупиковое для задуманного проекта или фичи.

Работает это по Священным Законам Мэрфи — когда из "время / работа / бюджет" можно определить только два из трёх. И вроде все знают эту полу-шутку тоже, про "Работаем хорошо, быстро, качественно — выберите любые два из трёх".

Так в случае, когда ничего точно сказать нельзя вам нужен ресёрч. Его тоже можно спланировать и выделить определённое время. Затем на основании ресёрча можно будет прикинуть сколько времени потребуется на реализацию задачи. Или в плохом случае ресёрч покажет, что не нужно делать эту задачу. :)

Я физически не представляю задачу, для которой невозможно просчитать сроки реализации. Да, иногда это бывает очень сложно. Но это всегда возможно. Дальше каждый сам решает оценивать ему время или работать по наитию.

И вот здесь я согласен, ситуации в бизнесе бывают разные. Существуют компании, которые могут на "творчество" выделить деньги. Но там планируется не время, а риски.

Чем меньше рисков - тем более точные эстимейты можно дать.
Чем больше рисков - тем менее точными будут эстимейты и больше шансов, что даже эти менее точные эстимейты окажутся под вопросом.

Это не отменяет того, что эстимейты эти всё равно есть.

Они не всегда есть. Иногда у вас есть сырая платформа и время. Не эстимейты, а время. Что сделаете, то сделаете.
А иногда вы делаете но не знаете что это на самом деле упрётся, и эстимейты вы дали, но по факту они фальшивые.

Пять команд делали каждая свою часть продукта. Общей координации не было. У продукта был строгий лимит по занимаемой памяти, но каждая из пяти команд взяла памяти сколько хотела. Потом они собираются собрать продукт, а он даже не запускается, потому что память сжирается раньше чем что-то начало делаться.

Ну они дали эстимейт — однако когда продукт даже не запускается, какой толк с того эстимейта?
И как дальше определить сколько это переделывать, и как?
Умножаем эстимейт на полтора, и начинаем всё сначала, уже следя за расходом памяти?

Что значит «фальшивые эстимейты» простите?

Эстимейт это оценка «имея вот эту информацию и учитывая вот эти риски, этот объём работ можно выполнит за N времени».
Если у вас изменился объём работы, всплыли новые (не заложенные в оценку) риски или появилась новая информация, влияющая на задачу - это не делает эстимейты «фальшивыми», а вашу оценку враньём.

Это значит, что её нужно скорректировать исходя из новой информации.