Что такое Itera и почему я это строю

Я пришёл в бизнес-анализ не сразу — за плечами был серьёзный опыт в банковском домене, не в IT, на стороне бизнеса. Но в этой работе постоянно приходилось общаться с IT-департаментом и другими техническими структурами. И там был разрыв, который не давал мне покоя.

Разрыв — это когда тебе называют срок реализации, эстимейт, «единственно возможный» вариант — а проверить, правда ли это или тебя просто устраивают удобным ответом, ты не можешь. Тебе говорят «это невозможно», закрывают другие пути, и продают один вариант — тот, что удобен для реализующей стороны, не для тебя. Либо веришь на слово, либо разбираешься сам.

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

Ближе к разработке я не стал. Зато нашёл профессию, чья единственная задача — стоять на границе между бизнесом и IT и говорить на языке обеих сторон. Business Analyst.

Вход выглядит понятным. Это иллюзия

Со стороны кажется, что с BA всё просто. Вот книга — BABOK. Вот методология. Бери и учи.

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

И вот в чём подвох. Даже если вызубрить каждую технику — это не собирается в неделю реальной работы. Одно дело знать слово «приоритизация». Другое — понимать, что делать в понедельник утром, когда заказчик требует сразу всё, а времени на споры нет.

Между книгой и рабочим днём BA — не пробел в знаниях. Это пробел в опыте, который книга физически не может закрыть.

Для кого я это пишу

Для двух категорий людей.

Для джунов — потому что вам нужно упростить вход. Не только в практику. В теорию тоже — прежде всего в неё. Половина того, что написано в учебниках, вам не понадобится в первый год работы вообще.

И для свитчеров — потому что я сам был на этом месте. Вы не ищете сертификат. Вы ищете понятный стек задач взамен неопределённости, в которой сейчас живёте.

Что делает Itera вместо учебника

Теория говорит: «валидируйте требования со стейкхолдерами». Точка, следующая техника.

Практик говорит: вот три вопроса, которые нужно задать заказчику на этом же созвоне, чтобы он не передумал через неделю. Вот как выглядит спор о приоритетах, когда деньги и сроки уже утверждены. Вот что происходит, когда твоя диаграмма BPMN не совпадает с тем, что реально делает команда.

Это и есть разница. Не пересказ методологии другими словами — а разбор того, что происходит в реальном проекте, от человека, который в нём работает, а не преподаёт о нём.

Да, часть контента сейчас рассчитана на уровень Middle. Если ты джун — не пугайся. Смысл смотреть на Middle-кейсы не в том, чтобы сдать экзамен сейчас, а в том, чтобы увидеть настоящую планку индустрии заранее, а не через два года разочарований.

Где мы сейчас — без прикрас

Мы ничего не продаём. Пока что — точно 😉

Мы делимся точкой зрения, опытом и одним конкретным инструментом. Первое, что мы сделали, — бесплатный Telegram-бот, в котором можно практиковать ответы на реальные вопросы с настоящих собеседований. Не выдуманные, не «примерные» — те, что реально звучали в комнате.

Этого мало, чтобы разобраться в профессии целиком. Но достаточно, чтобы понять, куда двигаться — какую тему читать дальше, если не знаешь, что такое STAR или чем MoSCoW отличается от Kano. Бот сейчас — это не курс. Это компас.

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

Дальше — будем систематизировать знания по темам, одну за другой. И, если получится, тот же принцип однажды применим не только к BA — к любой профессии в IT, где вход выглядит понятным, а на деле им не является.

Дальше

Дальше в блоге буду разбирать конкретные вопросы и кейсы: какие вопросы чаще всего заваливают на Middle-собеседовании, чем MoSCoW отличается от Kano на практике, как читать BPMN-диаграмму за пять минут, что реально нужно, чтобы вырасти из Junior в Middle. Без общих слов — только то, что пригодится в понедельник на работе.