Прочтя заголовок я подумал что это о процессах ОС... С этим впечатлением читаю первый абзац и не могу въехать причём тут это, или аллегория какая-то :)

А в целом об этой проблеме ещё Карнеги почти 100 лет назад писал (о совещаниях и пр). Времена меняются, технологии совершенствуются, а проблемы все те же. Даже круче, потому что на онлайн встречах можно зависать все 24 часа в сутки.

@Alllexxxxx Aug 13 at 08:10

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

@BiBiSlon Aug 8 at 19:16

Вы нашли точку оптимизации процессов знакомого. Если он их заводил - странно, что он не замечал дублирование действий и свой малый сон. А если ему завели эти процессы сверху, то как он объяснит отказ от них?

@TheDreamsWind Aug 9 at 08:22

Процесс помогает решать задачу. Пока помогает — живет. Перестал — должен уйти.

Считаю, что выводы Вы сделали неверные. При условии что члены команды сознательно (или просто от лени) не саботируют результат, любая работа с налаженным процессом съедает больше времени, чем работа без него. Однако процесс делает работу предсказуемой и нужно понимать что важнее бизнесу (и готов ли он инвестировать в предсказуемость результата). Есть бизнесы, которым важнее предсказать когда будет результат, нежели скорость доставки этого результата, а есть бизнесы, которым важна только скорость.

@shago Aug 11 at 05:45

Практически всё что написано является краткими выписками из ГОСТ Р ИСО 9001.

@botyaslonim Aug 11 at 07:26

в одной из компаний мы собрали R&D-команду. Ошибка: мы встроили ее в производственную цепочку с дейликами. На ежедневных стендапах 8 человек выступало по 30 минут — суммарно уходило 4 часа в день.

Кмк, это не только R&D касается. Нигде и никогда не должно быть дейликов по 4 часа, даже по 40 минут. Это преступление менеджера

@Alllexxxxx Aug 13 at 08:11

Определенно, R&D здесь только как пример.

@AngelinaComCon Aug 13 at 05:57

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

@Goodzonchik Aug 13 at 08:13

"Можно договориться устно. Для команды из 3–5 человек достаточно договоренностей. Устные договоренности снижают издержки и повышают гибкость."
Договориться можно, но в результате договора хорошо бы иметь какой-то документ, который описывает эти договоренности. Потому что завтра придет 6-ой человек и ему обязательно забудут что-то рассказать, после чего он нарушит эти договоренности, потому что не в курсе. Даже если вы один в команде и договариваетесь сами с собой, то все равно создать артефакты ваших решений было бы очень правильно, потому что можно уволиться и оставить проект без контекста в вашей голове.