Участники начали с того, что плавают в терминологии, и загуглили определение: нормирование – процесс измерения затрат труда на единицу изделия. Андрей подчеркнул: это инструмент планирования, а не контроля. Нормирование работает при повторяемости процессов и имеет смысл только в контексте конкретной компании.
Ключевая дискуссия. Андрей: проблема не в уникальности IT-задач, а в порочной бизнес-модели – только 20-30% работы реально уникальны, остальное типовое (авторизация, формы, интеграции). Артур возражал: даже типовая задача в контексте разных архитектур имеет нюансы, разброс сложности гигантский. Андрей парировал: крупные компании имеют и нормы, и инновации одновременно.
Самый эмоциональный тезис встречи. Дизайнеры – творческая профессия, но знают свои нормы. Писатели имеют нормы страниц в день. Андрей: «Ты надеваешь шапку творца, чтобы избавиться от ответственности, и одновременно требуешь четких ТЗ – это лицемерие». Эдельбек согласился: за всю карьеру по пальцам пересчитать случаи реально нового. Большинство решений шаблонизированы.
Тестировщики нормируются (полный регресс = 12 часов – измеримо), дизайнеры нормируются (знают выработку по экранам), на собеседованиях норма – 2 задачи за час. Только разработчики «сопротивляются». На галерах работает норма «один тикет в день» при атомарной декомпозиции. Андрей: дизайнеры как профессия организованнее программистов, потому что их заработок зависит от выработки.
Артур рассказал про PanDev – систему трекинга продуктивности. Четыре показателя: Delivery Index (процент времени, дошедшего до merge requests), точность планирования (план vs факт), количество задач, КПД merge request (процент файлов, попавших в итоговый MR). Олег поделился проблемами: не трекается работа в нескольких IDE, проблемы с VPN. Андрей критиковал: это метрики процесса, а не результата.
Артур: опытный фронтендер оценил рефакторинг в 8 дней, ушел и вернулся с готовым результатом – зачем дробить? Андрей: если задача большая и неделимая – это сигнал отсутствия экспертизы, нужен пилот. Василий резюмировал: мы меняем эффективность на предсказуемость и управляемость – это сознательный компромисс. Без предсказуемости бизнес зависит от героизма.
Артур признал: давление стартапа приводит к сокращению углов. Андрей процитировал: «Если у вас в стартапе нет планирования, проблема не в стартапе, а в плохом управлении». Нормирование позволяет не зависеть от «героических» сотрудников. Без нормирования нельзя «самоустраниться» из бизнеса – он останется лайфстайл-проектом.
Вместо того чтобы каждая компания делала интеграции с нуля, нужны специалисты по конкретным доменам (платежные системы, авторизация). Проблема: нет образовательных материалов по типовым интеграциям. Знания в индустрии есть, но все утверждают, что «нужно изучать с нуля, документации нет». Образовательная сфера не покрывает этот запрос.
| Вопрос | Андрей | Артур | Василий |
|---|---|---|---|
| Нужно ли нормирование? | Однозначно да, инструмент планирования | Да, но 4 часа кодинга – достаточная метрика | Нужно, но непонятно как |
| Творческая профессия? | Категорически нет, это уход от ответственности | Творчество – в проектировании, не в коде | Большинство решений шаблонизированы |
| Атомарная декомпозиция? | Да, крупные задачи – сигнал отсутствия экспертизы | Не всегда, 8 дней на рефакторинг – нормально | Компромисс: эффективность vs предсказуемость |
| Метрики? | Нужны метрики результата, не процесса | PanDev: delivery index + точность планирования | Оценка по связям сущностей |
Нормирование – инструмент планирования, не погонщик с барабаном. Дизайнеры и тестировщики нормируются давно. Проблема не в IT как отрасли, а в нежелании менеджмента управлять рисками.
80% работы типовая: формы, интеграции, CRUD, авторизация. «Уникальный продукт» часто прикрывает отсутствие процессов. Крупные компании совмещают нормы и инновации.
Часы кодинга – метрика процесса. Delivery Index (код, дошедший до production) ближе к результату. Идеал – комбинация усилий, результата и точности планирования.
Атомарная декомпозиция повышает предсказуемость за счет эффективности – время на планирование. Без предсказуемости бизнес зависит от героизма, а это не масштабируется.
Хотите обсудить эти темы с практикующими тимлидами?
Обсудить в Telegram