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

Иногда создается ощущение, что аналитик должен знать всё на свете.
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 дней) - чтобы собрать мысли, систематизировать опыт и… запустить новую мини-серию постов 👀

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

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

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

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

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

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

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

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

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

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

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

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