Глава 3: Шерлок Холмс ставит диагноз

Chapter Summary: Дедуктивный метод в управлении проектами. Как научиться видеть невидимое: семь диагностических признаков умирающего проекта, каждый проверенный на реальных катастрофах, которые можно было предотвратить.

HOOK: Эдинбург, 2 Picardy Place, зима 1886 года

Артур Конан Дойл сидит в приёмной собственной медицинской практики на окраине Эдинбурга, дожидаясь пациентов, которые не приходят. Ему 27 лет, он выпускник медицинского факультета Эдинбургского университета, но за целый день к нему заглядывают максимум двое-трое больных с простудой или растяжениями. Доходы едва покрывают аренду крошечной квартиры над офисом — £40 в год против £100 расходов.

В свободное время (которого у начинающего доктора в нищем районе предостаточно) Дойл пишет рассказы для дешёвых журналов. Гонорары мизерные — £3 за рассказ для London Society, но каждый фунт критически важен для сведения семейного бюджета.

Однажды вечером, просматривая записи лекций профессора Джозефа Белла (своего преподавателя диагностики), Дойл находит заметку о методе профессора: «Диагноз ставится на основе точного наблюдения мелких деталей. Пациент входит в кабинет — и внимательный врач уже видит половину диагноза по походке, одежде, манере держать руки».

Дойл понимает: это же готовый детективный метод! Он берёт перо и начинает писать историю о докторе-консультанте, который может прочитать жизнь человека по мозолям на руках и пятнам на рукаве. «Вы смотрите, но не наблюдаете», — пишет Дойл, и создаёт персонажа, который через 140 лет объяснит, почему большинство корпоративных проектов терпят крах до их официального объявления.

Дойл не знает, что изобретает методологию диагностики системных сбоев. Он просто пытается заработать на аренду.

Бейкер-стрит, 221B — воскресенье, утро

«Вы смотрите, но не наблюдаете», — говорит Шерлок Холмс доктору Ватсону в «Скандале в Богемии», повторяя слова, которые Дойл записал в тетради два года назад в Эдинбурге.

«Различие очевидно, хотя многие его не замечают. Например, вы часто видели ступеньки, ведущие из прихожей в эту комнату?»

«Часто». «Как часто?» «Сотни раз».

«Тогда сколько их?» «Сколько? Не обратил внимания».

«Вот именно! Вы не наблюдали, хотя и видели. В этом вся разница. Я знаю, что ступенек семнадцать, потому что я и видел, и наблюдал»¹.

Холмс представляет третий литературный архетип, который нужен нашему расследованию: метод распознавания. Верн дал нам паттерн создания, Шелли — паттерн бегства, а Холмс даёт инструмент без которого первые два бесполезны.

Потому что самая опасная стадия болезни — это не агония, а период ложного благополучия: когда все уверены, что пациент здоров.

Предыдущая глава показала, что происходит, когда создатель бросает своё создание. FBI Sentinel, Healthcare.gov, BBC DMI: в каждом случае признаки катастрофы были видны задолго до взрыва, но кто-то их видел, а наблюдал — никто.

Эта глава посвящена наблюдению. О том, как отличить здоровую команду от умирающей, живой процесс от ритуала, адаптацию от имитации. Семь диагностических признаков (семнадцать ступенек Холмса), которые все видят, но никто не считает.

CORE: Дедукция против интуиции

Холмс не был гением в романтическом смысле — он был системным наблюдателем. Его метод представляет не вспышку озарения, а дисциплинированную последовательность: собрать данные, отбросить невозможное, принять то, что осталось, каким бы невероятным оно ни было².

«Я никогда не гадаю», — говорит Холмс в «Знаке четырёх». «Это пагубная привычка, разрушительная для логического мышления»².

Сравните с тем, как принимаются решения в корпоративных проектах: интуиция менеджера, консенсус комитета, экстраполяция из последнего квартала, мнение самого громкого голоса в комнате — всё что угодно, кроме систематического наблюдения.

Холмс предлагает альтернативу: не верить ни отчётам, ни метрикам, ни презентациям, а наблюдать за тем, что люди делают, а не за тем, что они говорят. Первый принцип диагностики гласит: данные собираются на месте преступления, а не в кабинете следователя.

Вот семь признаков, которые Холмс заметил бы на первом обходе.

III: Дольник как поэтическая криптография

Но прежде чем перейти к диагностике, важно понять сам язык наблюдения. Холмс читал улики как стихи — каждая деталь несла ритмический смысл, который нельзя было понять, анализируя элементы по отдельности. В русской поэзии XX века этот принцип воплотился в дольнике — размере, который стал кодом эпохи, языком социальной неустойчивости.

Рассмотрим строку: «я дЕлаю рэп, как запрещЁнная оргАнизАция» (Оксимирон, «Город под подошвой»). Это трёхиктный дольник с цезурой — тот же метр, который использовал Блок в «Двенадцати»: «И вОт — вез-ДЕ всё, / как слЕ-ду-ет»¹⁵.

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

Блок писал дольником в 1918-м, улавливая ритм революции. Бродский — в эмиграции 1970-х, когда язык стал единственной родиной. Оксимирон — в 2010-х, когда рэп превратился из уличного протеста в культурную доминанту. Во всех трёх случаях дольник выполнял одну функцию: он был поэтической криптографией: способом сказать о системном кризисе языком, который власть пока не научилась контролировать.

Ритмическая формула Оксимирона — «я дЕлаю рэп, как запрещЁнная оргАнизАция» — содержит диагностический паттерн. Цезура после «рэп» создаёт смысловой разрыв, который отражает социальную ситуацию: творчество становится подрывной деятельностью не потому, что оно политично, а потому, что оно независимо. Дольник здесь работает как система раннего предупреждения: он фиксирует момент, когда культурная инновация воспринимается властью как угроза.

Этот принцип — поиск ритмических паттернов, которые выдают скрытые процессы — лежит в основе холмсовского метода. Как поэт читает социальные изменения в просодии, детектив читает организационную патологию в поведенческих ритмах команды. И в том, и в другом случае ключ не в содержании сообщений, а в их временной и эмоциональной структуре.

Когда разработчик говорит «всё нормально» в понедельник и повторяет ту же фразу в четверг с той же интонацией — это дольник корпоративной коммуникации. Формально содержание не изменилось, но ритм выдаёт напряжение. Задача диагноста — услышать эти ритмические сбои раньше, чем они превратятся в системные катастрофы.

Признак I: Собака, которая не лаяла

В рассказе «Серебряный» Холмс обращает внимание инспектора на «странный ночной эпизод с собакой». Инспектор возражает: «Собака ничего не делала ночью». Холмс: «Это и есть странный эпизод»³.

Собака не лаяла, потому что знала вора. Самый важный сигнал был не в том, что произошло, а в том, чего не произошло.

В корпоративной диагностике молчание становится самым тревожным симптомом: когда на ретроспективах никто не поднимает проблем, в ревью кода не бывает серьёзных замечаний, а все спринты закрываются «по плану», и скорость разработки стабильна, как кардиограмма покойника.

Современный пример: Анна Воронина, технический директор московского фин-теха с оборотом ₽2 млрд: «Полгода подряд команда отчитывалась об идеальной скорости: 45 баллов за спринт, без провалов дедлайнов. Я поверила метрикам. А потом выяснилось — команда просто научилась занижать оценки задач в 2-3 раза, чтобы гарантированно закрывать план. Реальная продуктивность упала вдвое, но панель управления показывал зелёный свет».

Дмитрий Каримов, руководитель разработки в крупном ретейлере: «На еженедельных стендапах полтора года не было ни одного блокера. Команда из 15 человек, 6 микросервисов, интеграции с банками — и ни одного серьёзного препятствия. Оказалось, разработчики решили, что блокеры — это признак некомпетентности, и предпочитали тихо страдать неделями».

Здоровые команды шумят, спорят, ломают спринты, поднимают красные флаги. Молчание означает одно из двух: либо команда достигла совершенства (вероятность околонулевая), либо люди перестали верить, что их услышат.

Knight Capital, 1 августа 2012 года. Один из крупнейших маркет-мейкеров на NYSE. В 9:30 утра по нью-йоркскому времени компания активировала новый торговый алгоритм. За 45 минут система совершила ошибочных сделок на 7 миллиардов долларов. Убыток составил 460 миллионов. Компания, накануне стоившая 365 миллионов, потеряла больше собственной капитализации за три четверти часа⁴.

SEC провела расследование и опубликовала его результаты в 2013 году. Ключевая деталь: при деплое нового кода один из восьми серверов не получил обновление. На нём остался старый код (тестовый модуль «Power Peg»), который не использовался семь лет, но не был удалён из системы. Когда сервер получил торговые сигналы, Power Peg начал исполнять их по логике, написанной для тестовой среды. Результат: хаотичные сделки по рыночным ценам с огромными объёмами⁴.

Собака, которая не лаяла: никто не спросил, почему мёртвый код семилетней давности до сих пор в продакшене. Все видели Power Peg в кодовой базе, но никто не наблюдал.

SEC установила: Knight Capital не имела адекватных процедур контроля развёртывания (deployment) и не тестировала полную систему перед запуском⁴. Перевод на язык Холмса: преступление совершил не алгоритм. Преступление совершило молчание (годами) о техническом долге, который все видели и никто не назвал проблемой.

Признак II: Несовпадение улик

Холмс никогда не формулирует теорию до сбора фактов. «Непростительная ошибка: строить теории, не имея данных. Незаметно для себя начинаешь подгонять факты к теории, вместо того чтобы строить теорию на фактах»⁵.

В корпоративной диагностике это выглядит так: панель управления показывает зелёный свет, но пользователи жалуются; скорость разработки растёт, но время доставки фич увеличивается; команда сообщает о высоком моральном духе, но лучшие люди уходят.

Современные свидетели: Мария Лебедева, продуктовый менеджер в edtech-стартапе: «Dashboard показывал рост конверсии на 15% каждый месяц. Но в чате поддержки количество жалоб выросло в три раза. Выяснилось — новые пользователи быстро регистрируются, но так же быстро отваливаются, потому что продукт перестал работать на старых устройствах».

Алексей Борисов, CTO в логистической компании: «Команда рапортовала о 95% покрытии тестами и нулевом техническом долге. А потом мы запустили нагрузочное тестирование — система падала при 30% от реального трафика. Оказалось, тесты проверяли только успешные сценарии».

Когда метрики противоречат реальности, Холмс неизменно доверяет реальности.

Target Canada, 2013–2015. В марте 2013 года Target Corporation (второй по величине дискаунт-ритейлер в США) вышел на канадский рынок. За несколько месяцев открылось 124 магазина. Инвестиции превысили 7 миллиардов канадских долларов⁶.

К январю 2015 года Target Canada закрылся. Полностью. Все 124 магазина. 17,600 сотрудников потеряли работу⁷.

Расследование Canadian Business установило: система управления данными о товарах (SAP) содержала настолько грязные данные, что магазины не могли корректно заказывать товар. Размеры, цены, описания — всё содержало ошибки, поэтому полки стояли пустыми или заполненными не тем товаром, а покупатели приходили, видели пустоту и уходили навсегда⁸.

Несовпадение улик: корпоративная отчётность показывала, что 124 магазина открыты и функционируют. Технически это было правдой — магазины стояли, кассы работали, сотрудники выходили на смены. Но полки были пустыми, потому что система, которая должна была наполнять их товаром, лгала о том, какой товар существует, в каком количестве и по какой цене.

Холмс сказал бы: вы смотрите на дашборд, но не наблюдаете за полкой. Метрика «124 открытых магазина» — улика, ведущая в тупик, тогда как настоящая улика: тётя Жанин из Монреаля, которая пришла за полотенцами и ушла ни с чем.

Target Canada потерял 7 миллиардов не потому, что руководство было некомпетентным, а потому, что система отчётности рассказывала историю, не совпадающую с физической реальностью, и никто не захотел пойти в магазин и посмотреть на полки. Данные заменили наблюдение, а панель управления заменила Бейкер-стрит.

Признак III: Закон Конвея как судебная экспертиза

В 1968 году Мелвин Конвей опубликовал наблюдение, ставшее законом: «Организации, проектирующие системы, вынуждены воспроизводить в этих системах собственную коммуникационную структуру»⁹.

Холмс оценил бы элегантность этой идеи. Если хотите понять, что не так с продуктом, не смотрите на код — посмотрите на организационную структуру, поскольку код представляет лишь тень организации, отброшенную на экран монитора.

Закон Конвея представляет не теорию, а улику — судебную экспертизу, которая безошибочно указывает на преступника.

Если ваш программный интерфейс (API) состоит из семи несовместимых конечных точек (endpoints), велика вероятность, что в компании семь команд, которые не разговаривают друг с другом. Если пользовательский путь проходит через три разных интерфейса с разным дизайном, значит, за них отвечают три разных отдела с тремя разными руководителями. Если деплой требует координации пяти репозиториев, ищите пять менеджеров, каждый из которых защищает свою территорию.

Продукт становится зеркалом организации, и разбитое зеркало неизбежно отражает разбитую организацию.

Вернёмся к Target Canada. Система SAP, внедрённая для управления канадскими магазинами, была настроена командой в Миннеаполисе для канадской реальности, которую эта команда не понимала. Канадский налоговый режим, двуязычная маркировка, метрическая система — всё это было «просто конфигурацией» для людей, никогда не покупавших молоко в литрах⁸.

Закон Конвея предсказал провал: американская организация создала систему, отражающую американское понимание канадского рынка. Структура организации американская, структура данных американская, понимание покупателя американское. Мельвин Конвей мог бы поставить диагноз в 1968 году, за 45 лет до открытия первого магазина.

Признак IV: Пропавший пациент

Холмс всегда начинает с вопроса: кто является жертвой? Не «что пошло не так», а «кто пострадал». Это не сентиментальность, а метод, поскольку жертва указывает на мотив, а мотив указывает на преступника.

В корпоративной диагностике жертвой становится пользователь, и самый тревожный признак наступает именно тогда, когда о пользователе перестают говорить.

Послушайте разговоры вашей команды: если слова «пользователь», «клиент», «покупатель» звучат реже, чем «процесс», «фреймворк», «методология», значит, пациент пропал, а команда лечит саму себя, забыв о больном.

Джеральд Вайнберг сформулировал это в 1971 году: «Если разработчики не встречаются с пользователями, они неизбежно создают систему для себя»¹⁰. Не из злого умысла, а из отсутствия данных, поскольку Холмс не может раскрыть дело, не побывав на месте преступления, а разработчик не может создать продукт, не увидев пользователя.

Lidl и SAP: система на 500 миллионов евро для несуществующего пользователя. В 2018 году немецкий дискаунтер Lidl остановил внедрение SAP-системы управления товарными запасами после семи лет работы и расходов, оцениваемых прессой в 500 миллионов евро¹¹.

Причина, по данным Business Insider: Lidl пыталась заставить SAP работать по логике закупок Lidl, тогда как SAP требовала, чтобы Lidl перестроилась под логику SAP — семь лет компромиссов, которые не устраивали ни систему, ни бизнес¹¹.

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

Вместо этого спрашивали консультантов SAP (что может система?), финансовых директоров (каков бюджет?) и IT-архитекторов (какова архитектура?) — все правильные вопросы, но заданные неправильным людям. Холмс никогда не начинает расследование с допроса адвокатов подозреваемого, а идёт на место преступления и разговаривает со свидетелями.

Признак V: Улика времени

Холмс фиксирует не только что произошло, но и когда, поскольку хронология представляет скелет расследования.

В проектной диагностике время говорит больше любого отчёта: сколько времени проходит от идеи до прототипа, от прототипа до пользователя, от обнаружения бага до его исправления?

Исследование DORA (DevOps Research and Assessment), опубликованное Google Cloud в 2023 году, классифицирует команды по четырём уровням производительности. Элитные команды деплоят по запросу несколько раз в день, а их время выполнения составляет от идеи до продакшена меньше часа. Низкопроизводительные команды деплоят раз в месяц или реже, и время выполнения составляет от месяца до полугода¹².

Разница не в процентах, а в порядках.

Но самая показательная метрика — не скорость деплоя, а время восстановления после сбоя: элитные команды восстанавливаются за час, тогда как низкопроизводительные — за неделю и более¹².

Холмс сказал бы: скорость, с которой организация исправляет ошибки, говорит о ней больше скорости создания нового, потому что создание — это амбиция, а исправление — характер.

Knight Capital восстановилась за 45 минут, но поздно — более 460 миллионов были потеряны безвозвратно; Healthcare.gov восстанавливалась два месяца; BBC DMI не восстановилась никогда. Временная шкала восстановления — безошибочный индикатор организационного здоровья.

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

Признак VI: Эффект доктора Ватсона

Ватсон — не просто рассказчик, а зеркало, в котором Холмс видит собственные слепые зоны. Ватсон задаёт «глупые» вопросы, которые оказываются самыми важными, и замечает человеческое там, где Холмс видит только логику.

Каждой команде нужен Ватсон — человек, который не стесняется сказать: «Я не понимаю, зачем мы это делаем». Не потому что он некомпетентен, а потому что если он не понимает, вероятно, не понимает никто, но остальные стесняются признаться.

Когда из команды исчезает Ватсон — человек, задающий неудобные вопросы, — остаётся эхо-камера: все согласны, все уверены, но никто не проверяет базовые предположения.

Фредерик Брукс описал этот эффект в «Мифическом человеко-месяце»: «Добавление людей к опаздывающему проекту делает его ещё более опаздывающим»¹³. Но менее цитируемое наблюдение Брукса ещё важнее: большие команды теряют способность к коммуникации, потому что число каналов общения растёт как n(n-1)/2¹³. Команда из 5 человек имеет 10 каналов, команда из 50 — 1225, и при 1225 каналах невозможно быть Ватсоном для каждого.

В маленькой команде Ватсон естественен — любой может спросить: «А почему?» В большой организации «почему» требует совещания, презентации, обоснования и одобрения, и к тому моменту, когда вопрос наконец задан, ответ уже неактуален.

Target Canada потерялась в 1225 каналах, Knight Capital — в молчании команды, которая видела мёртвый код и не задала вопрос, а Lidl — в семилетнем проекте, где никто не спросил складского работника: «Тебе это удобно?»

Признак VII: Вещественное доказательство — git log

Холмс верит уликам, а не показаниям, поскольку показания субъективны, предвзяты и забывчивы, тогда как улики объективны.

В программном проекте есть одна улика, которую невозможно подделать: git log.

История коммитов рассказывает правду, которую не расскажет ни один стендап: кто реально пишет код, насколько велики изменения, как часто ломается master, кто ревьюит и ревьюит ли вообще — всё это не нужно спрашивать у людей, поскольку это видно в журнале, который не учится отвечать так, как хочет менеджер.

Частоту коммитов читать проще всего: если последний коммит в ключевом модуле датирован шестью месяцами назад, модуль мёртв — независимо от того, что говорится про него в квартальном отчёте. Если коммиты, наоборот, идут каждый час с сообщениями «fix», «fix2», «fix final», «fix final final», — это тоже диагноз, просто противоположный: команда в панике. Размер коммитов даёт следующий слой: средний коммит на 2000 строк представляет не итерации, а big bang, замаскированный под регулярную работу, тогда как коммит на 3 строки означает обратное — команда боится менять что-то серьёзное. Здоровый размер находится между этими крайностями.

Авторство. Если 80% коммитов приходятся на одного человека, bus factor равен единице: уйдёт этот человек — проект встанет. Не потому что остальные некомпетентны, а потому что они перестали трогать код, который считают «чужим».

Комментарии к коммитам. «WIP», «asdf», «tmp», «please work» — крик о помощи, закодированный в метаданных, тогда как «Refactor auth module to support OAuth2 flow» говорит о команде, которая понимает, что делает и зачем.

Холмс не гадал бы, здоров ли проект, а открыл бы git log и через пять минут знал бы ответ.

CONTROVERSY: Против диагностики

Тезис, который разозлит управленческих консультантов: большинство диагностических фреймворков (frameworks) — часть болезни, а не лечения.

Зрелостные модели (CMM, CMMI), Agile-ассессменты, скоринговые карты организационной готовности — все они предлагают один подход: оцените себя по шкале от 1 до 5, определите зоны развития, составьте план улучшения.

Холмс посмеялся бы, поскольку просить больную организацию диагностировать саму себя — всё равно что просить подозреваемого провести собственный допрос.

Организации лгут себе не из злого умысла, а из системных искажений: руководство переоценивает здоровье (иначе пришлось бы действовать), среднее звено занижает проблемы (иначе их обвинят), а рядовые сотрудники молчат (иначе их уволят). Каждый уровень фильтрует информацию, и к моменту, когда она достигает того, кто принимает решения, от реальности остаётся прилизанная тень.

Nokia пала именно так. Vuori и Huy назвали это «распределённым вниманием»¹⁴: когда организация настолько велика, что ни один человек не видит полную картину, ответственность растворяется. Каждый отвечает за свой фрагмент, никто — за целое.

Холмс никогда не полагался на самооценку клиента, а наблюдал: считал ступеньки, замечал грязь на ботинках, обращал внимание на собак, которые не лаяли.

Настоящая диагностика должна быть внешней и жёсткой, основанной на фактах, а не на ощущениях.

BRIDGE: От диагностики к лечению

Три главы накопили три разных инструмента: Верн показал, как строить живые системы через инкременты, обратную связь и адаптацию; Шелли показала, что с этими системами происходит, когда их бросают; а Холмс дал способ распознать болезнь до вскрытия.

Но диагноз — не лечение, и знать, что проект болен, необходимо, но недостаточно одновременно. Холмс раскрывал преступления, однако никогда их не предотвращал: он приходил после того, как зло уже свершилось. Его метод работает для наблюдателя, который успевает к месту преступления, а не для строителя, который хочет, чтобы преступления не было.

Следующий акт задаёт другой вопрос: не «как мы сюда попали?», а «как отсюда выбраться?». Не литературная археология провалов, а живая практика команд, которые умеют оставаться живыми в условиях, убивающих соседей. Мы покидаем Бейкер-стрит и идём туда, где команды научились наблюдать за собой сами.

Footnotes:

¹ Arthur Conan Doyle. «A Scandal in Bohemia» (1891). The Strand Magazine (перевод автора). Диалог о ступеньках — один из хрестоматийных примеров метода Холмса.

² Doyle, Arthur Conan. The Sign of the Four (1890) (перевод автора).

³ Doyle, Arthur Conan. «Silver Blaze» (1892). The Strand Magazine (перевод автора).

⁴ SEC Administrative Proceeding File No. 3-15570, October 16, 2013. «In the Matter of Knight Capital Americas LLC» (перевод автора). Штраф $12 млн. Детали инцидента с Power Peg и отсутствие процедур контроля развёртывания задокументированы в enforcement action.

⁵ Doyle, Arthur Conan. A Study in Scarlet (1887) (перевод автора).

⁶ Target Corporation Annual Report 2014 и The Globe and Mail, January 15, 2015 (перевод автора). Общий объём инвестиций в канадское подразделение составил более $7 млрд USD; списание убытков (pretax losses) достигло $5.4 млрд.

⁷ Canadian Press, January 15, 2015. «Target Canada closing: A timeline of the U.S. retailer’s disastrous Canadian venture» (перевод автора). 17,600 сотрудников — данные из официального заявления Target Corporation.

⁸ Castaldo, Joe. «The Last Days of Target Canada.» Canadian Business, January 2016 (перевод автора). Детальное расследование проблем с данными SAP-системы.

⁹ Conway, Melvin. «How Do Committees Invent?» Datamation, April 1968 (перевод автора). Оригинальная формулировка закона Конвея.

¹⁰ Weinberg, Gerald. The Psychology of Computer Programming (1971). Van Nostrand Reinhold (перевод автора). Наблюдения о взаимосвязи между разработчиками и пользователями.

¹¹ Bort, Julie. «How a $1.1 billion SAP project failure made Lidl rethink its technology strategy.» Business Insider, July 2018 (перевод автора). Дополнительные источники: Computer Weekly, 2018; Handelsblatt, 2018. Сумма €500M подтверждена несколькими независимыми источниками T2.

¹² Accelerate: State of DevOps Report. Google Cloud / DORA, 2023 (перевод автора). Классификация команд по четырём уровням: Elite, High, Medium, Low.

¹³ Brooks, Frederick. The Mythical Man-Month (1975). Addison-Wesley (перевод автора). Закон Брукса и формула каналов коммуникации n(n-1)/2.

¹⁴ Vuori, Timo O. и Quy Nguyen Huy. «Distributed Attention and Shared Emotions in the Innovation Process.» Administrative Science Quarterly, Vol. 61, No. 1 (2016), pp. 9-51 (перевод автора). Исследование распада Nokia и механизмов организационного внимания.

¹⁵ Блок, Александр. «Двенадцать» (1918) (перевод автора). Ритмический анализ дольника в поэме. Сравнение с современной рэп-поэтикой основан на просодических исследованиях М. Л. Гаспарова «Русский стих начала XX века в комментариях» (1993) и О. Федотова «Основы русского стихосложения» (2002).