🎓 Серия постов: что должен знать и уметь аналитик #ЗнанияАналитика

Иногда создается ощущение, что аналитик должен знать всё на свете.
SQL? Конечно. BPMN? Без него никуда.
Психологию, Excel, переговоры, логику - желательно тоже 🧠

На самом деле - не всё так страшно.
Но и не так просто 😉

🔜 В ближайших постах расскажу:
• какие знания нужны аналитику;
• чему стоит учиться в первую очередь.

Будет серия не очень коротких, но практичных постов - только то, что работает.

Так что наливайте кофе ☕ и следите за обновлениями - разберём всё по полочкам.

#ЗнанияАналитика
🧠 С чего начинается аналитик

Когда говоришь «я аналитик», многие представляют человека, который сидит с Excel’ем и кивает на созвонах.
Но в реальности всё немного сложнее (и веселее).

Быть аналитиком - это не про “знать все нотации BPMN”, а про понимать, кто чего хочет, и что с этим делать.
Вот с чего всё начинается 👇

⸻

🧩 Логика и структурное мышление
Не нужно быть Шерлоком, но нужно уметь разложить проблему на части.

💬 Коммуникация
Уметь слышать между строк и определять истинную цель заказчика.

🪄 Внимание к деталям
Одно неверное слово в ТЗ - минус две недели спокойной жизни.
Да, скучно, но именно детали спасают аналитиков.

📊 Понимание бизнес-контекста
Тут добавить особо нечего. Нужно понимать, зачем бизнесу твоя система.

🧭 Баланс
Между «всё срочно» и «всё по процессу».
Между заказчиком, разработкой и здравым смыслом.
⸻
🎯 Итог:
Аналитик - не профессия, а образ мышления.
Если умеешь задавать вопросы и видеть суть - остальное приложится.
⸻
📍В следующем посте - разберём как важно понимать процессы заказчика, а не просто угадывать 💻

#ЗнанияАналитика
Аналитик и бизнес: понимать, а не угадывать

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

В прошлом посте я рассказал общие аспекты успешной работы с заказчиком, а теперь предлагаю подробно разобрать их по порядку ✅

Первое, что мы разберем - умение понимать бизнес-задачу, а не просто записывать хотелки.

⸻

🔹 Что помогает аналитику понимать бизнес (а не угадывать):

💬 1. Умение задавать правильные вопросы
Не спрашивай “Что вам нужно?”, спрашивай “Зачем это нужно?”
Разница колоссальная.
Первые ответы чаще описывают решение («сделайте кнопку»), а вторые - проблему («нам нужно упростить процесс согласования»).

👉 Используй приёмы:
• «Что произойдет, если этого не сделать?» - помогает оценить важность.
• «Как вы понимаете, что процесс работает хорошо?» - про критерии успеха.

🎧 2. Навык слушать (а не просто ждать, когда можно вставить свою реплику)
Молчи больше, чем говори.
Иногда лучший способ понять заказчика - не перебивать, а дать ему рассказать историю целиком.
А потом перескажи своими словами: «Правильно ли я понял, что…?» - и жди подтверждения или уточнения.

💡 3. Понимание контекста бизнеса
Аналитик без контекста - как врач без истории болезни.
Чем лучше ты понимаешь, как живёт бизнес, тем точнее формулируешь решения.

👉 Что делать на практике:
• Разговаривай не только с теми, кто пишет обращения, но и с теми, кто работает «в полях». В идеале организовать командировку к заказчику, встретиться в живую, обсудить все тонкости и посмотреть на компанию в рабочих процессах.
• Изучи все документы по заказчику, оргструктуру (если тебе доступно), процессы.
• Посмотри, как реально работает система - не по описанию, а руками пользователя.

⸻

Так ты перестаёшь быть просто исполнителем и становишься человеком, который понимает, зачем всё это делается.👨‍💻

#ЗнанияАналитика
🧩 Логика и структурное мышление - одни из основ аналитика

Продолжаю свою свою серию постов про знания и умения аналитика в своей работе ⚙️

Если аналитик - это мост между бизнесом и IT,
то логика - это опоры, на которых этот мост держится.

⸻

🤔 Зачем аналитику логика и структурное мышление?

Потому что каждый день мы:
▪️разбираем “у нас не работает отчёт” и ищем где именно логика рухнула;
▪️вытаскиваем из заказчика цепочку: “что хотел → что сделал → что получилось”;

Если не выстраивать эти связи и не наводить порядок в хаосе - теряется суть, и начинается классика:
«Что хотели - непонятно, что сделали - работает, но не так» 😄

🧠 Как развивать структурное мышление

1. Декомпозируй всё
Привыкай делить любую задачу на части: “Что произошло?”, “Почему?”, “Что с этим делать?”.

Чем точнее дробишь - тем меньше хаоса.

2. Составляй схемы и связи
Используй mind maps или блок-схемы.
Не ради красоты, а чтобы увидеть пробелы в логике:
где ветвь обрывается, где условие не закрыто, где “если” без “иначе”.

3. Проверяй себя вопросом “почему”
Пять раз “почему” - старый, но рабочий приём.
Помогает не останавливаться на симптоме, а докопаться до причины.
1. “Почему отчёт не формируется?”
“Потому что ошибка фильтра.”
2. “Почему произошла ошибка фильтра?”
“Потому что данные некорректные.”
3. “Почему данные некорректные?”
…
- и вот уже ты нашёл реальную проблему.

4. Учись объяснять сложно простыми словами
Если ты можешь объяснить проблему бабушке - значит, ты её реально понял.
Тестируй себя: формулируй выводы не в виде “в системе некорректная агрегация”,
а “данные суммируются неправильно, поэтому цифры отличаются”.

💡 Маленькие упражнения для прокачки логики

▪️Решай логические задачки.
▪️Проговаривай свои решения вслух - помогает ловить дыры в рассуждениях.

⸻

🎯 Итог:

Логика - это не про умные слова.
Это про способность видеть систему целиком и не терять здравый смысл.

#ЗнанияАналитика
💬 Коммуникация - суперсила аналитика

🧠 Почему коммуникация - ключевой навык аналитика?

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

Плохая коммуникация = недопонимание → ожидания ≠ реальность → “почему всё не так?”

⸻

⚙️ Что помогает не провалиться во взаимодействии?

1. Говорить на языке собеседника.
С бизнесом - про ценность, с технарями - про данные.

📌 Приём: перед встречей задай себе вопрос:
“Что для этого человека - успех?”
От этого зависит, как ты построишь разговор.

⸻

2. Не брать “сырой” запрос как есть.
Заказчик говорит: «Нам нужно поле!»
А ты уточняешь:

«Что вы хотите с ним делать?»
«Зачем это нужно?»
«Как поймём, что задача решена?»
Часто после пары таких вопросов выясняется, что поле - не нужно вовсе 🙂

⸻

3. Фиксировать договорённости.
После звонка - короткое сообщение в почте:

“Итак, договорились: делаем Х, не трогаем Y, проверяем Z.”
Это убережёт от “Я такого не говорил”.

⸻

4. Слушать - не значит молчать.
Активное слушание - не просто кивать, а уточнять, перефразировать и резюмировать.

📌 Приём:
“Правильно ли я понял, что вы хотите…?”
Так ты убиваешь 90% недопониманий на корню.

⸻

5. Не спорить, а исследовать.
Если заказчик говорит “это срочно”, не спорь. Спроси:

“А что произойдёт, если мы решим это завтра?”
Так ты сохраняешь уважение и получаешь контекст.

⸻

🧩 И немного философии

Хороший аналитик - не тот, кто всегда прав, а тот, кто лев 😁 (типа шутка)
умеет сделать так, чтобы все почувствовали, что их услышали.

Иногда это важнее, чем сама постановка задачи.

⸻

💡 Мини-чеклист для проверки себя:
✅ Задаю уточняющие вопросы;
✅ Фиксирую договорённости;
✅ Перевожу с “эмоций” на “факты”;
✅ Переформулирую, чтобы проверить понимание;
✅ Понимаю, что важно для собеседника.

Небольшая пауза (целых 10 дней) - чтобы собрать мысли, систематизировать опыт и… запустить новую мини-серию постов 👀

Будет про то, что меня сильно триггерит в последнее время: передача проекта с проекта внедрения на проект сопровождения (для процесса передачи заказчика от одного аналитика другому тоже релевантная тема).

Скоро первый пост - будет полезно 💪

Стартую новую мини-серию постов про один из самых сложных моментов в жизни аналитиков - передачу проектов и заказчиков.

Внедрение 🔜 сопровождение.
Старый аналитик 🔜 новый аналитик.

Если вы когда-то принимали проект “на коленке”, где «всё в документации», но документации нет - эта серия будет очень близкой.

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

Будет практично, честно и по-настоящему аналитически.

А пока что, в комментариях, поделитесь своими болями при работе с заказчиками? Что вас сильно триггерит? 🙈

Почему передача проекта - это всегда риск?

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

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

Передача - всегда риск. Но это риск управляемый.
Эта мини-серия постов про то, как сделать переход мягким и без “а нам это никто не говорил”.

📋 Чек-лист передачи проекта на сопровождение

Вот минимальный, но рабочий чек-лист того, что должен оставить после себя аналитик внедрения (помимо документации):
1️⃣ Контекст “почему так” - мотивация решений важнее формальных описаний.
2️⃣ Карта решений - что реализовано, что было отброшено и почему.
3️⃣ Зона неопределённостей - всё недоделанное, не согласованное, спорное.
4️⃣ Ключевые контакты - кто реально принимает решения, кто просто наблюдатель.
5️⃣ Особенности взаимодействия - стили общения, триггеры, табу, предпочтения.
6️⃣ История конфликтов и договорённостей - да, это тоже важно.

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

❓А какой пункт вы бы ещё добавили в этот список?

Ошибки, которые ломают передачу ⛓️‍💥

Давайте сегодня рассмотрим самые частые ошибки передачи проекта на сопровождение:

1️⃣ “Документация актуальна” - почти никогда. 🙅‍♂️
2️⃣ “Там всё понятно” - если так говорят, значит ничего не понятно. 🙅‍♂️
3️⃣ “Они сами разберутся” - нет, не разберутся, и придут к тебе спрашивать.❓
4️⃣ “Мы договорились устно” - значит, договорённости больше нет.🙅‍♂️
5️⃣ “Не будем грузить ненужным” - обычно это как раз то, что потом взрывается.🤯

Передача - это не задача просто “сделать красиво”, это задача “сделать честно”.
Честно передавать проект - значит говорить и о хорошем, о плохом и о сложном.
Это экономит нервы, время команды и бюджет заказчика (лучше эти деньги потратить на развитие системы, чем на то, чтобы разбираться, что там у них вообще происходит)

Как быстро войти в хату проект без боли и не выбирать между двух стульев😂

Если ты принимаешь проект от другого аналитика, вот короткий алгоритм, который спасает нервы:
1️⃣ Запросить картину мира - что работает, что болит, что ждут;
2️⃣ Понять историю решений - не “что сделали”, а “почему сделали именно так”;
3️⃣ Провести короткий разговор с заказчиком - чтобы услышать, что он считает важным;
4️⃣ Выявить зоны риска - устные договорённости, серые процессы, слабые места;
5️⃣ Сформировать план “входа” - от мелких задач к глубокому контексту.

Главная ошибка новичков - пытаться разобраться во всём сразу.
Главная сила - уметь выделить основное и отбросить шум.

🧩 Как сказать заказчику, что аналитик/команда меняется - и не потерять доверие

Сегодня завершаем серию постов про передачу проектов между проектами/командами/аналитиками этим постом.

Самая большая ошибка - просто сообщить:
«У нас смена аналитика, скоро познакомим».
Заказчик слышит совсем другое:
👉 «Потеряется контекст»
👉 «Опять всё объяснять»
👉 «Проект замедлится»

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

Что важно донести:

1️⃣ Мы не теряем контекст - мы им управляем
Передача не событие, а процесс.
Новый аналитик уже погружается: история решений, риски, договорённости - всё передано.

2️⃣ Это не замена, а усиление
Новый аналитик закрывает зоны, где раньше была нехватка внимания: интеграции, бизнес-процессы, документация.

3️⃣ Ответственность остаётся на нас
Команда не снимает ответственность.
Вы не начинаете «заново» - вы получаете более устойчивую модель работы.

🎯 Главный посыл:

Не «у нас смена аналитика»,
а «мы усиливаем проект и сохраняем всё, что уже ценное».

▪️ А вам когда-нибудь передавали проект так, что хотелось сказать «спасибо», а не «за что мне это»?

🧠 Думаешь, анализируешь логично? Возможно, ты уже в ловушке.

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

Это и есть аналитические ловушки - когда кажется, что мысль логична, а на деле - искажение, упрощение или вовсе самообман.

Вот что они могут делать с твоим мышлением:
🔹 Уверенность без фактов
🔹 Бесконечный сбор данных без решений
🔹 Игнорирование рисков
🔹 Или наоборот - паралич от количества вариантов

Да, мы все попадаем в эти ловушки.
Но большинство даже не замечает, в какую именно и почему.

👇 Я сделал короткий тест в Telegram - всего 4 вопроса.
Он покажет, в какую аналитическую ловушку ты попадаешь чаще всего, и главное - как выбраться.

📲 В конце ты получишь:
✔️ Твою ловушку
✔️ Почему ты в неё попадаешь
✔️ Что с этим делать на практике

Готов проверить своё мышление? 👇

ПРОЙТИ ТЕСТ