Как боженька смолвил

Кстати, если б я систематически такое слышал, то это было бы серьёзным поводом напрячься)

в общем остался универсальный вопрос: "что нужно?)" потому что куда не сунься - все не нужно.

И поискать что это постоянно отвлекает разрабов от их прямых обязанностей

Ну люди сейчас на коучинге огромные деньги зарабатывают и реально помогают многим отрефлексировать свой быт и в целом картину мира. А это методология спортивных тренеров изначально была)

Инфоцыганство всегда было популярно
Стоит посмотреть на активных сторонников скрама и увидеть, что среди нет инженеров, что как бы наталкивает на мысль

кто-то из великих говорил что во всем виновато то что основной популяризатор Скрама просто так вышло что сел в самолете рядом с Фаулером когда тот летел куда-то и они разговорились про аджайл

а так у Дэйва Томаса есть отличные шутехи про вот эти все скрам сертификации и какой это пипец для индустрии

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

p.s. я как-то был на скрам тренинге - мне там понравился тренер. Его основной поинт был что скрам говно смотрите в сторону канбана)

взяли XP и извратили

Канбан хотя бы более честный. В нем меньше обмана и самообмана.

И не претендует на методологичность.

мета процесс

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

все это мотивируется "экономить время инженеров" зачастую

ну, если по книжке, в канбане надо для каждой задачи мерить трудоёмкость, оценку на входе и фактические затраты на выходе, чтобы на каждую новую задачу выдавать примерный эстимейт в днях, обычное и expedited исполнение
я не видел, чтобы кто-то такое где-то делал, это если есть роскошь и берут full time process master - они такое пытаются внедрять какое-то время

а у всех простых обычных людей канбан это просто доска колонки todo - in progress - done, чтобы видно было кто чем занят в данный момент, и чтобы команда могла одновременно испытывать ужас от todo и гордость от done

А мы про канбан когда говорим, что подразумевает?) доски с тасками или TPS?)

в итоге что же нужно то? устраивать обсуждения "всей толпой"?

скорее теория ограничений и визуализация воркфлоу (что б ботлнеки были видны). p.s. TPS не читал.