0 added
0 removed
Original
2026-01-01
Modified
2026-02-19
1
<p>Статья подготовлена Кириллом Казариным, автором телеграм-канала<a>Kazarin.online</a>и спикером курса<a>"Администрирование Linux".</a></p>
1
<p>Статья подготовлена Кириллом Казариным, автором телеграм-канала<a>Kazarin.online</a>и спикером курса<a>"Администрирование Linux".</a></p>
2
<p><strong>Ловушка растущей сложности</strong></p>
2
<p><strong>Ловушка растущей сложности</strong></p>
3
<p>Когда компания растёт, в неё неизбежно добавляются новые процессы, инструменты и подразделения. Каждое изменение кажется логичным, но со временем накапливается **системная сложность** - и некогда гибкая организация превращается в неповоротливого колосса.</p>
3
<p>Когда компания растёт, в неё неизбежно добавляются новые процессы, инструменты и подразделения. Каждое изменение кажется логичным, но со временем накапливается **системная сложность** - и некогда гибкая организация превращается в неповоротливого колосса.</p>
4
<p>Исследования показывают:</p>
4
<p>Исследования показывают:</p>
5
<ul><li>67% сотрудников жалуются, что совещания мешают им работать.</li>
5
<ul><li>67% сотрудников жалуются, что совещания мешают им работать.</li>
6
<li>Руководители тратят 23 часа в неделю на встречи.</li>
6
<li>Руководители тратят 23 часа в неделю на встречи.</li>
7
<li>Лишь 12% инициатив приносят реальную стратегическую ценность.</li>
7
<li>Лишь 12% инициатив приносят реальную стратегическую ценность.</li>
8
</ul><p><em>Компании сталкиваются с одними и теми же вопросами:</em></p>
8
</ul><p><em>Компании сталкиваются с одними и теми же вопросами:</em></p>
9
<ul><li>Почему так сложно что-то изменить?</li>
9
<ul><li>Почему так сложно что-то изменить?</li>
10
<li>Почему даже простые решения требуют месяцев согласований?</li>
10
<li>Почему даже простые решения требуют месяцев согласований?</li>
11
<li>Почему стартапы обходят нас в скорости?</li>
11
<li>Почему стартапы обходят нас в скорости?</li>
12
</ul><p>Ответ кроется не во внешних факторах, а в внутренней энтропии - накопленной организационной и технической сложности.</p>
12
</ul><p>Ответ кроется не во внешних факторах, а в внутренней энтропии - накопленной организационной и технической сложности.</p>
13
<p><strong>Почему большие системы ломаются</strong></p>
13
<p><strong>Почему большие системы ломаются</strong></p>
14
<ul><li>Рост компании увеличивает:</li>
14
<ul><li>Рост компании увеличивает:</li>
15
<li>Количество связей между людьми и системами.</li>
15
<li>Количество связей между людьми и системами.</li>
16
<li>Число правил и процессов - многие становятся рудиментарными.</li>
16
<li>Число правил и процессов - многие становятся рудиментарными.</li>
17
<li>Технический долг - старые решения тормозят развитие.</li>
17
<li>Технический долг - старые решения тормозят развитие.</li>
18
<li>Бюрократию - согласования занимают больше времени, чем сама работа.</li>
18
<li>Бюрократию - согласования занимают больше времени, чем сама работа.</li>
19
</ul><p><em>Это объясняется фундаментальными законами:</em></p>
19
</ul><p><em>Это объясняется фундаментальными законами:</em></p>
20
<p><strong>Число Данбара: предел человеческих связей</strong></p>
20
<p><strong>Число Данбара: предел человеческих связей</strong></p>
21
<p>Антрополог Робин Данбар установил, что человек может поддерживать ~150 устойчивых социальных контактов. Когда компания превышает этот размер, коммуникация усложняется:</p>
21
<p>Антрополог Робин Данбар установил, что человек может поддерживать ~150 устойчивых социальных контактов. Когда компания превышает этот размер, коммуникация усложняется:</p>
22
<ul><li>Появляются формальные иерархии.</li>
22
<ul><li>Появляются формальные иерархии.</li>
23
<li>Команды начинают работать "каждый за себя".</li>
23
<li>Команды начинают работать "каждый за себя".</li>
24
<li>Решения принимаются медленнее.</li>
24
<li>Решения принимаются медленнее.</li>
25
</ul><p><strong>Закон Конвея: архитектура повторяет структуру компании</strong></p>
25
</ul><p><strong>Закон Конвея: архитектура повторяет структуру компании</strong></p>
26
<p>Если команды работают изолированно, система становится раздробленной. Например:<em>один отдел разрабатывает ядро продукта, другой - дополнения.</em>В итоге получается "сарай с пристройками", а не единая архитектура.</p>
26
<p>Если команды работают изолированно, система становится раздробленной. Например:<em>один отдел разрабатывает ядро продукта, другой - дополнения.</em>В итоге получается "сарай с пристройками", а не единая архитектура.</p>
27
<p><strong>Эффект локальной оптимизации</strong></p>
27
<p><strong>Эффект локальной оптимизации</strong></p>
28
<p>Подразделения улучшают свои показатели, но в ущерб целому. Например: отдел разработки ускоряет выпуск фич, но не тестирует их должным образом. Ops-команда ужесточает деплой-процессы, что замедляет релизы.</p>
28
<p>Подразделения улучшают свои показатели, но в ущерб целому. Например: отдел разработки ускоряет выпуск фич, но не тестирует их должным образом. Ops-команда ужесточает деплой-процессы, что замедляет релизы.</p>
29
<p><strong>Накопление легаси</strong></p>
29
<p><strong>Накопление легаси</strong></p>
30
<p>Старые системы становятся якорем: их страшно менять, но они тормозят развитие. Новые решения вынуждены работать со слоями устаревшего кода.</p>
30
<p>Старые системы становятся якорем: их страшно менять, но они тормозят развитие. Новые решения вынуждены работать со слоями устаревшего кода.</p>
31
<p><strong>Иллюзия процессов</strong></p>
31
<p><strong>Иллюзия процессов</strong></p>
32
<p>Ревью, комитеты и регламенты превращаются в формальности: люди выполняют их "для галочки", а не для качества. Процессы не улучшают продукт, но добавляют бюрократии.</p>
32
<p>Ревью, комитеты и регламенты превращаются в формальности: люди выполняют их "для галочки", а не для качества. Процессы не улучшают продукт, но добавляют бюрократии.</p>
33
<p><strong>Классические примеры провалов</strong></p>
33
<p><strong>Классические примеры провалов</strong></p>
34
<p>1️⃣ Nokia</p>
34
<p>1️⃣ Nokia</p>
35
<p>- Долго цеплялись за Symbian.</p>
35
<p>- Долго цеплялись за Symbian.</p>
36
<p>- Конкуренция между подразделениями (Symbian vs. MeeGo).</p>
36
<p>- Конкуренция между подразделениями (Symbian vs. MeeGo).</p>
37
<p>- Пропустила переход на смартфоны.</p>
37
<p>- Пропустила переход на смартфоны.</p>
38
<p>2️⃣ Yahoo!</p>
38
<p>2️⃣ Yahoo!</p>
39
<p>- Десятки неинтегрированных приобретений (Flickr, Tumblr).</p>
39
<p>- Десятки неинтегрированных приобретений (Flickr, Tumblr).</p>
40
<p>- Бюрократия и борьба отделов за ресурсы.</p>
40
<p>- Бюрократия и борьба отделов за ресурсы.</p>
41
<p>3️⃣ IBM (в 90-е)</p>
41
<p>3️⃣ IBM (в 90-е)</p>
42
<p>- Раздутая структура с медленным принятием решений.</p>
42
<p>- Раздутая структура с медленным принятием решений.</p>
43
<p>- Устаревшие продукты на фоне роста Microsoft и Apple.</p>
43
<p>- Устаревшие продукты на фоне роста Microsoft и Apple.</p>
44
<p>4️⃣ Twitter (до Маска)</p>
44
<p>4️⃣ Twitter (до Маска)</p>
45
<p>- Хаотичное управление.</p>
45
<p>- Хаотичное управление.</p>
46
<p>- Медленные изменения из-за внутренних согласований.</p>
46
<p>- Медленные изменения из-за внутренних согласований.</p>
47
<p>Как выбраться из ловушки?</p>
47
<p>Как выбраться из ловушки?</p>
48
<p><strong>Компании, которые осознанно борются со трудностями, остаются гибкими:</strong></p>
48
<p><strong>Компании, которые осознанно борются со трудностями, остаются гибкими:</strong></p>
49
<p><strong>1. Радикальное упрощение (как Apple)</strong></p>
49
<p><strong>1. Радикальное упрощение (как Apple)</strong></p>
50
<p>В 1997 году Стив Джобс сократил 70% продуктовой линейки, оставив только ключевые направления.</p>
50
<p>В 1997 году Стив Джобс сократил 70% продуктовой линейки, оставив только ключевые направления.</p>
51
<p><strong>2. Децентрализация (как Amazon)</strong></p>
51
<p><strong>2. Децентрализация (как Amazon)</strong></p>
52
<ul><li>Правило "two-pizza teams" - команды не больше 10 человек.</li>
52
<ul><li>Правило "two-pizza teams" - команды не больше 10 человек.</li>
53
<li>Микросервисы вместо монолитов.</li>
53
<li>Микросервисы вместо монолитов.</li>
54
</ul><p><strong>3. Культура доверия (как Netflix)</strong></p>
54
</ul><p><strong>3. Культура доверия (как Netflix)</strong></p>
55
<ul><li>Минимум процессов, максимум ответственности.</li>
55
<ul><li>Минимум процессов, максимум ответственности.</li>
56
<li>Поощрение экспериментов.</li>
56
<li>Поощрение экспериментов.</li>
57
</ul><p><strong>4. Фокус на качестве, а не количестве</strong></p>
57
</ul><p><strong>4. Фокус на качестве, а не количестве</strong></p>
58
<ul><li>Метрики успеха - не "число фич", а удовлетворённость пользователей.</li>
58
<ul><li>Метрики успеха - не "число фич", а удовлетворённость пользователей.</li>
59
<li>Регулярный аудит и удаление устаревшего.</li>
59
<li>Регулярный аудит и удаление устаревшего.</li>
60
</ul><p><strong>Итог: простота как стратегия</strong></p>
60
</ul><p><strong>Итог: простота как стратегия</strong></p>
61
<p>Сложность неизбежна, но коллапс - нет. Побеждают те, кто:</p>
61
<p>Сложность неизбежна, но коллапс - нет. Побеждают те, кто:</p>
62
<p>✔ Дробит монолиты на независимые модули.</p>
62
<p>✔ Дробит монолиты на независимые модули.</p>
63
<p>✔ Удаляет лишнее, а не только добавляет новое.</p>
63
<p>✔ Удаляет лишнее, а не только добавляет новое.</p>
64
<p>✔ Измеряет реальную ценность, а не активность.</p>
64
<p>✔ Измеряет реальную ценность, а не активность.</p>
65
<p>Как сказал основатель Amazon Джефф Безос:</p>
65
<p>Как сказал основатель Amazon Джефф Безос:</p>
66
<p><em>"Компании умирают не от того, что меняются, а от того, что не меняются вовремя".</em></p>
66
<p><em>"Компании умирают не от того, что меняются, а от того, что не меняются вовремя".</em></p>
67
<p>2025-07-07 18:00<a>Полезное</a></p>
67
<p>2025-07-07 18:00<a>Полезное</a></p>