Три шага, чтобы любая задача не превращалась в хаос ✅📝

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

Речь о джун-аналитике. Он пришел в команду, прошел обучение во внутренней академии и успешно выполнял рабочие задачи. Через некоторое время я уже воспринимала его как уверенного мидла. И обратная связь от Тим-лида и РП команды это подтверждала. И я очень удивилась, когда бизнес-заказчики пришли с жалобой, что он «не справляется» с новой, более сложной задачей.

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

Давайте посмотрим, какие этапы были пропущены (и почему это больно бьёт по сложным задачам): 1. Пропущен старт: нет границ и чётких бизнес-требований. Задача звучала как «изучи документацию регулятора и сделай, чтобы работало». Но где границы «чтобы работало»? Если системный аналитик не получает на вход конкретику, он вынужден сам её дорисовать. На маленькой задаче это можно удержать в голове. На большой - путь в тупик и бесконечные переделки. 2. Пропущена «карта»: нет декомпозиции и письменной фиксации. Без чётких требований не было и декомпозиции - разбивки задачи на системы, этапы, интеграции, фичи. Все это нужно фиксировать письменно. Мозг не может долго удерживать весь объём, особенно когда постоянно возникают новые детали. Декомпозиция в общем пространстве (будь то конфлюенс или что-то другое, что использует команда) - это ваша карта. Открыл и видишь: вот это уже проанализировано, это - в процессе, а здесь - белое пятно. Без карты легко заблудиться. 3. Вредная привычка: держать всё в голове, а не в документе. Мой аналитик делал аналитику «в уме», а потом одним махом выгружал всё в ТЗ. На маленькой задаче - терпимо. На большой - катастрофа: ▪️ Детали забываются ▪️ Финальное оформление ТЗ занимает огромное время ▪️ Не видно прогресса

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

Что это дало в итоге? ✔️ Приоритизация: декомпозиция помогла выделить, что делать в первую очередь ✔️ Устойчивость к «вбросам»: когда заказчик прибегал с новой идеей, была карта, чтобы понять, куда её вписать (и вписать ли сейчас) ✔️ Сохранность наработок: всё лежит в общедоступном документе, а не в голове одного человека

Мой главный вывод (важный для всех, кто растит джунов): Системный подход - это не теория. Это набор привычек, которые нужно нарабатывать на простых задачах, чтобы они сработали на сложных.

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

А вам знакомы такие ситуации? Когда на мелком всё летает, а на крупном - встаёт? Как вы помогаете команде формировать эти «мышцы» системности?

#аналитика #управление #джун #тимлид #процессы #декомпозиция #онбординг #менторство #коучинг #изспециалиставлидеры #specialist2leader