(часть 4 статьи выше)
Начало тут https://t.me/productanddot/334
Культурные изменения
1 Нормализация неопределённости (а я часто про это пишу!). В командах, где bikeshedding процветает, часто есть неявная норма: «хорошее решение должно быть обоснованным по всем параметрам». Это создаёт тревогу перед большими решениями и компенсаторную уверенность в малых. Лидеру нужно явно демонстрировать, что признание неопределённости – признак зрелости, а не слабости.
2 Разделение решений по стоимости обратимости. Джефф Безос описал это как решения «одностороннего» и «двустороннего» входа. Решения, которые можно отменить (двустороннее) – принимать быстро, делегировать, не тратить коллективное время. Необратимые – обсуждать медленно и структурировано. Сделать эту классификацию явной частью культуры команды.
3 Ретроспективный аудит времени. Периодически анализировать: где реально тратилось время команды за последний месяц? На что ушло больше всего синхронного времени? Соответствует ли это приоритетам? Одно только это упражнение часто меняет поведение.
Важно, что bikeshedding не означает, что детали не важны. Важны. Плохой нейминг накапливается в технический долг. Плохой UX-копирайт снижает конверсию. Проблема не в предмете дискуссии, а в диспропорции: когда усилие и время не соответствуют весу решения.
Кроме того, иногда за тривиальной дискуссией скрывается настоящая проблема. Если команда часами спорит о названии фичи – возможно, она не понимает, для кого эта фича и зачем. Bikeshedding может быть симптомом нерешённого фундаментального вопроса.
Как итог скажу, что закон тривиальности Паркинсона описал шестьдесят лет назад то, что до сих пор ежедневно происходит в тысячах команд и я постоянно вижу это у себя в практике, и замечаю за собой.
Мы тяготеем к тому, что понятно, безопасно и даёт быстрое ощущение завершённости – и избегаем сложного, неопределённого и рискованного. Это не баг командной динамики, это фича человеческой психологии и попытка показать свою важность, "вставив" что-то ну очень (нет) ценное на совещании, где, как вам кажется, промолчать нельзя.
Понимание этого механизма – уже половина решения. Тимлид или продакт-менеджер, способный распознать паттерн в моменте и назвать его вслух, возвращает команде фокус без конфликта и без потери времени. Остальное – вопрос системы: структуры встреч, явных критериев остановки и культуры, в которой признание неопределённости не воспринимается как слабость.
Начало тут https://t.me/productanddot/334
Культурные изменения
1 Нормализация неопределённости (а я часто про это пишу!). В командах, где bikeshedding процветает, часто есть неявная норма: «хорошее решение должно быть обоснованным по всем параметрам». Это создаёт тревогу перед большими решениями и компенсаторную уверенность в малых. Лидеру нужно явно демонстрировать, что признание неопределённости – признак зрелости, а не слабости.
2 Разделение решений по стоимости обратимости. Джефф Безос описал это как решения «одностороннего» и «двустороннего» входа. Решения, которые можно отменить (двустороннее) – принимать быстро, делегировать, не тратить коллективное время. Необратимые – обсуждать медленно и структурировано. Сделать эту классификацию явной частью культуры команды.
3 Ретроспективный аудит времени. Периодически анализировать: где реально тратилось время команды за последний месяц? На что ушло больше всего синхронного времени? Соответствует ли это приоритетам? Одно только это упражнение часто меняет поведение.
Важно, что bikeshedding не означает, что детали не важны. Важны. Плохой нейминг накапливается в технический долг. Плохой UX-копирайт снижает конверсию. Проблема не в предмете дискуссии, а в диспропорции: когда усилие и время не соответствуют весу решения.
Кроме того, иногда за тривиальной дискуссией скрывается настоящая проблема. Если команда часами спорит о названии фичи – возможно, она не понимает, для кого эта фича и зачем. Bikeshedding может быть симптомом нерешённого фундаментального вопроса.
Как итог скажу, что закон тривиальности Паркинсона описал шестьдесят лет назад то, что до сих пор ежедневно происходит в тысячах команд и я постоянно вижу это у себя в практике, и замечаю за собой.
Мы тяготеем к тому, что понятно, безопасно и даёт быстрое ощущение завершённости – и избегаем сложного, неопределённого и рискованного. Это не баг командной динамики, это фича человеческой психологии и попытка показать свою важность, "вставив" что-то ну очень (нет) ценное на совещании, где, как вам кажется, промолчать нельзя.
Понимание этого механизма – уже половина решения. Тимлид или продакт-менеджер, способный распознать паттерн в моменте и назвать его вслух, возвращает команде фокус без конфликта и без потери времени. Остальное – вопрос системы: структуры встреч, явных критериев остановки и культуры, в которой признание неопределённости не воспринимается как слабость.