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

Рассуждая вчера вновь на тему, вспомнил фрейм 2х типов свобод из замечательнейшей книги Вилла Ларсона "Elegant Puzzle" (согласитесь, название тоже крутое, м?!). Эта книга мастрид для любого engineering manager-а, а его мысли, инструментарий (включая системное мышление и системную динамику) и список рекомендованной литературы настолько близки мне, что мне кажется наши когнитивные вектора по cosine similarity очень близки.

Итак, 2 типа свобод:
1) Позитивная - это свобода/возможность делать что-то: например, выбрать среду программирования или софт для коллаборации. Эта свобода очень важная для ощущения ответственности, оунершипа. К примеру, для этого мы создавали кросс-функциональные команды.
2) Негативная - это свобода что-то НЕ делать, защита от каких-то стандартов, процессов или решений: например, свобода не поддерживать определенные версии браузера, или не юзать джиру на небольших проектах.

Так вот, через этот фрейм можно взглянуть на вопрос централизации какой-то функции, например product review: выделяя какую-то группу и назначая ее ответственными за продакт ревью мы для команд, сейчас выполняющих эту функцию автономно, добавляем больше одних свобод и меньше других: например, снижаем позитивную свободу самим делать продакт ревью, но защищаем от того, что фаундер на этап тестирования стопит релиз и говорит что-то в стиле "сорян, гайз, но я такое дерьмо не могу выпустить в продакшн". Поэтому важно взвесить для кого и каким образом мы сдвигаем эти свободы, и насколько это оправданно с точки зрения целей и задач организации? Как часто возникают ситуации, описанные выше? Стоит ли игра свеч? Или мое любимое правило: "превышат ли затраты на соблюдение процесса выгодам от оного?" Слишком много свободы при росте организации может приводить к хаосу и неэффективности, но слишком мало оной - снижать ощущение оунершипа и развития.

К чему я это все? Нет сереберяной пули, но вот этот фреймворк размышления помогает подумать про подобные решения в контексте вашей уникальной организации. А, ну и книжку прочитайте обязательно :)

P.S. Если хочется поговорить про эту книжку или обстучать об меня целесообразность и (незапланированные) последствия создания нового "комитета" или процесса - вы знаете, что делать

P.P.S. У Вилла скоро выходит еще одна книга, думаю берите не глядя. Ну, кроме нечитающего Егора 😉