(часть 2ая статьи выше https://t.me/productanddot/334)
...Разбираемся!
1. Асимметрия когнитивной доступности
Человеческий мозг устроен так, что легче рассуждать о конкретном, чем об абстрактном. Выбор реализации, например "что юзаем: PostgreSQL и MongoDB" – это разговор о схемах, запросах, типах данных. Оценка стратегического риска масштабирования на пять лет требует удержания в голове множества неопределённых переменных одновременно. Первое комфортно, второе – когнитивно затратно. Мозг склонен к когнитивной разгрузке: он нативно тяготеет к задачам, где ощущение прогресса достигается быстро. Обсуждение цвета кнопки даёт немедленный выхлоп – решение можно принять прямо сейчас. Обсуждение дальней стратегии развития продукта – нет
2. Иллюзия компетентности и страх исключённости
В фуллстек команде каждый обладает разным уровнем экспертизы в разных областях. Когда обсуждается сложный архитектурный выбор, новый член команды, продакт без технического бэкграунда или дизайнер могут не иметь содержательного вклада – и это дискомфортно. Тривиальный вопрос уравнивает: мнение о расположении элементов в интерфейсе или о названии переменной может высказать любой. Участие в дискуссии сигнализирует о вовлечённости и ценности, а молчание – нет. Это создаёт стимул к участию там, где участие легко, а не там, где оно нужно
3. Статусная динамика и безопасное несогласие
В иерархических командах не принято открыто оспаривать стратегические решения, принятые сверху. Высказаться о выборе микросервисной архитектуры, которую предложил CTO, психологически рискованно. А предложить другое название для фичафлага– безопасно. Оба несогласия являются актом автономии, но только одно из них несёт социальные последствия. Bikeshedding, таким образом, частично выполняет функцию замещённого инакомыслия: команда находит арену, где можно спорить без риска
4. Эффект завершённости и прогресса
Исследования в области поведенческой экономики показывают, что люди переоценивают ценность завершённых действий и недооценивают незавершённые. Закрытый тикет с правкой копирайта создаёт ощущение продуктивности. Три часа размышлений над архитектурным компромиссом не особо, даже если второе принесло в сто раз больше пользы. Этот эффект усиливается в командах, где метрики продуктивности измеряют количество, а не качество решений
5. Коллективный паралич перед неопределённостью
Сложные решения содержат неустранимую неопределённость. Сказать это вслух – признать, что команда может ошибиться. Уход в детали создаёт иллюзию контроля: мы не знаем, правильная ли это архитектура, но мы точно можем определиться с дизайном или неймингом переменных, да?
Ну, а как лечим? (часть третья ниже!)...
...Разбираемся!
1. Асимметрия когнитивной доступности
Человеческий мозг устроен так, что легче рассуждать о конкретном, чем об абстрактном. Выбор реализации, например "что юзаем: PostgreSQL и MongoDB" – это разговор о схемах, запросах, типах данных. Оценка стратегического риска масштабирования на пять лет требует удержания в голове множества неопределённых переменных одновременно. Первое комфортно, второе – когнитивно затратно. Мозг склонен к когнитивной разгрузке: он нативно тяготеет к задачам, где ощущение прогресса достигается быстро. Обсуждение цвета кнопки даёт немедленный выхлоп – решение можно принять прямо сейчас. Обсуждение дальней стратегии развития продукта – нет
2. Иллюзия компетентности и страх исключённости
В фуллстек команде каждый обладает разным уровнем экспертизы в разных областях. Когда обсуждается сложный архитектурный выбор, новый член команды, продакт без технического бэкграунда или дизайнер могут не иметь содержательного вклада – и это дискомфортно. Тривиальный вопрос уравнивает: мнение о расположении элементов в интерфейсе или о названии переменной может высказать любой. Участие в дискуссии сигнализирует о вовлечённости и ценности, а молчание – нет. Это создаёт стимул к участию там, где участие легко, а не там, где оно нужно
3. Статусная динамика и безопасное несогласие
В иерархических командах не принято открыто оспаривать стратегические решения, принятые сверху. Высказаться о выборе микросервисной архитектуры, которую предложил CTO, психологически рискованно. А предложить другое название для фичафлага– безопасно. Оба несогласия являются актом автономии, но только одно из них несёт социальные последствия. Bikeshedding, таким образом, частично выполняет функцию замещённого инакомыслия: команда находит арену, где можно спорить без риска
4. Эффект завершённости и прогресса
Исследования в области поведенческой экономики показывают, что люди переоценивают ценность завершённых действий и недооценивают незавершённые. Закрытый тикет с правкой копирайта создаёт ощущение продуктивности. Три часа размышлений над архитектурным компромиссом не особо, даже если второе принесло в сто раз больше пользы. Этот эффект усиливается в командах, где метрики продуктивности измеряют количество, а не качество решений
5. Коллективный паралич перед неопределённостью
Сложные решения содержат неустранимую неопределённость. Сказать это вслух – признать, что команда может ошибиться. Уход в детали создаёт иллюзию контроля: мы не знаем, правильная ли это архитектура, но мы точно можем определиться с дизайном или неймингом переменных, да?
Ну, а как лечим? (часть третья ниже!)...