Agaltsov Anton | TeamLead-блог

🗺️ Одна диаграмма — это не архитектура: C4 и 4+1 Архитектуру невозможно уместить в одну картинку: инвестору нужен контекст из семи коробок, новому разработчику — состав сервисов и баз, архитектору — внутренности конкретного модуля. Попытка угодить всем порождает нечитаемый лист A0 со смешанными уровнями детализации. Модель 4+1 Крухтена (1995) делит описание на пять представлений под разные аудитории — логическое, процессное, физическое, представления разработки и сценариев. C4 Model Саймона Брауна работает как зум карт: Context → Container → Component → Code, от системы в окружении до отдельных классов. Контейнер в C4 — приложение или база, а не Docker. Подходы дополняют друг друга: 4+1 отвечает, какие взгляды на систему нужны, C4 — как их рисовать. HLD ложится на Context+Container, LLD — на Component+Code, а ADR добавляет к диаграммам «что есть» ответ на вопрос «почему так». 🔗 Модели описания архитектуры — C4 и 4+1: https://agaltsovav.ru/docs/architecture/c4-and-4plus1/

📊 Приоритизация фичей: формула RICE RICE сводит спор «какая фича важнее» к четырём числам: охват, влияние, уверенность и трудозатраты. Формула (Reach × Impact × Confidence) / Effort даёт числовой score, по которому инициативы можно сравнивать между собой — вместо аргумента «мне кажется» команда называет проверяемые оценки. Confidence — множитель, который штрафует гипотезы с непроверенными допущениями: смелая идея без данных получает низкий коэффициент и честно опускается вниз списка, какими бы привлекательными ни казались её Reach и Impact. Иллюзия точности — главный риск метода. Score 400 против 390 — это одинаковые кандидаты, а не победитель. RICE открывает обсуждение, но не закрывает его: это инструмент для разговора, а не точная наука. RICE не выбирает направление — стратегию задают North Star Metric и OKR. Формула лишь ранжирует уже выровненные по стратегии инициативы, поэтому применяется после стратегического фильтра. 🔗 Подробнее: https://agaltsovav.ru/docs/product-managment/rice/

🧭 Теория X и Y Макгрегора: во что руководитель верит о людях Дуглас Макгрегор показал, что каждое управленческое решение вырастает из неосознаваемых допущений руководителя о человеческой природе. Менеджер, считающий людей ленивыми, строит контроль и наказания; считающий способными к самостоятельности — делегирование и вовлечение. Теория X описывает человека, который не любит работу, избегает ответственности и требует принуждения. Теория Y — человека, для которого труд так же естественен, как игра, и который при приверженности целям сам ищет ответственность. Это не два типа людей, а два взгляда, из которых вырастают противоположные системы управления. Ключевой механизм — самоисполняющееся пророчество: жёсткий контроль создаёт поведение «по X», доверие — поведение «по Y». Не люди делают контроль необходимым, а устройство работы делает уклонение от неё естественной реакцией. В ИТ-командах Y-стиль оказывается не идеализмом, а инженерной необходимостью: творческая работа не раскладывается на контролируемые операции, а знание о системе у инженера выше, чем у руководителя. Но у инцидентов и комплаенса — свои законы. 🔗 Подробнее: https://agaltsovav.ru/docs/people-managment/mcgregor-theory-x-and-y/