Що таке 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. Без загальних слів — тільки те, що знадобиться в понеділок на роботі.