Доброго часу доби.
Викласти свої думки про тему справжньої публікації наштовхнула цілком нагальна, «життєва» необхідність - поступово наближається час, коли виникне потреба шукати/наймати на відкритому ринку бізнес-аналітиків в штат компанії (бізнес в області автоматизації процесів управління документами, контролю виконавської дисципліни і т. д., в «простонароддя» - СЕД). Всі фахівці цього профілю, досвід і компетенції яких відомі, іншими словами тих кого знав і кого бачив корисним для компанії, або вже в команді, або влаштовані теж непогано. Проблему ускладнює той факт, що скільки не старався, не виходить сформулювати коротко і адекватно компетенції, особливості, якими даний суб'єкт повинен володіти. Які особисті якості і таланти повинен проявляти - що теж актуально, так як морально підготувався до того, щоб шукати талановитих новачків і намагатися їх «вирощувати». Упевнений, що роздуми нижче по тексту будуть корисні менеджерам проектів, власникам невеликих ІТ-компаній інтеграторського типу, та й самим бізнес-аналітикам.
Терміни і визначення
Спочатку питання самого терміну «бізнес-аналітик» (далі БА). Втративши надію підібрати універсального визначення цього терміну (Яндекс і Google підказали, що в цьому я не самотній) і щоб не вдаватися в дискусію про методології, класифікації та ГОСТах, для цілей публікації визначу дуже по-простому: бізнес-аналітик - цей «той самий хлопець» (або дівчина), який спілкується з представниками Замовника ІТ-проекту (впровадження бізнес-додатку зокрема), виявляючи, формалізуючи і документуючи бізнес-вимоги таким магічним чином, що це з одного боку зрозуміє і узгодить замовник, а з іншого боку не викликає інфаркту у решти виробництва (архітектора проекту і програмістів, тестерів, підтримки, тренерів тощо).
Робота БА у внутрішньому ІТ-підрозділі
Моє розуміння якостей і особливостей Бізнес-аналітика розвивалося протягом 7 років. Починаючи після вишу кар'єру у внутрішньому ІТ-підрозділі великої торгової компанії саме з позиції бізнес-аналітика, прийшов до досить цікавого висновку, що БА - просто якийсь прошарок, перекладач між бізнес-термінами і термінами розробників. Ну і круто, звичайно, навчиться використовувати Rational або BPVA (в крайньому випадку MS Visio), стати «трохи дизайнером», щоб малювати ефектні схеми, які наочно демонструють «as-is» і «to-be». Важливо відзначити, що особливістю БА у внутрішньому ІТ - відсутність гострої необхідності в спеціалізації в якійсь області (якщо ти не в Газпромі працюєш), маю на увазі клас систем і процесів: не було особливої різниці - впроваджувати/розвивати ERP, ECM - будь ласка; перемкнеться на CRM - без проблем. Думаю, що причина банальна - всередині бізнесу (за винятком можливо мега-корпорацій, і складного виробництва) знання про практично всі процеси і їх розуміння виникає за фактом самої постійної присутності в компанії. Тому на той момент був згоден з думкою і всім, кому міг, постулював, що для БА не важливо, що впроваджувати, не важливо, на чому впроваджувати.
Бізнес-аналітик в системному інтеграторі
Думка протрималася два роки, після чого, перейшовши на роботу того ж БА в інтегратора, що впроваджує проекти великим клієнтам, природно почало змінюватися: нові замовники, нові бізнес-процеси, нова взаємодія з різними людьми, які, що дуже важливо, не працюють з тобою в одній компанії. Крім того, матрична структура великої компанії-інтегратора породжує ротацію команд впровадження, відповідно, БА, як сполучна ланка, з обох сторін (різні замовники, різні команди всередині інтегратора) змушений взаємодіяти з дуже великою кількістю нових людей. Стало зрозуміло, що без такої якості, яку я б обізвав, як «безпрецедентна комунікабельність», на позиції БА робити нічого. Підкреслю, не просто комунікабельність, а саме безпрецедентна, так як люди, з якими доводиться взаємодіяти - зовсім різні, у всьому, причому не завжди адекватні. Тому такі навички «філософія для чайників», «впевнене знання побутової та кар'єрної психології», «курси управління гнівом» та інші здібності такого характеру будуть хорошим плюсом.
Стає дійсно важливим, в тому числі для самого БА, такий параметр проекту, як «терміни» (якщо в інтеграторі подбали про більш менш адекватну систему мотивації персоналу). Природно, що в даній парадигмі, думка про відсутність необхідності спеціалізації для бізнес-аналітика (в галузі та/або класі систем) стає повністю неспроможною: швидко почати орієнтуватися в новому проекті з жорсткими термінами без значного досвіду і знань в предметі автоматизованих бізнес процесів, а також в архітектурі та особливостях платформи (узагальнена, використовуваних засобів для автоматизації) практично неможливо, звичайно із застереженням, якщо якість проекту в цілому, і твоєї роботи зокрема, тебе хвилює. Необхідність участі одного БА одночасно в декількох проектах (3-5 часто) - ще один аргумент на користь спеціалізації.
Погляд з позиції керівника проекту
Через 1,5 року, зайнявши позицію РП у тій самій компанії, на проблематику вдалося поглянути збоку. Маючи в підпорядкуванні 3 різних бізнес-аналітиків, стало очевидним, без перебільшення, колосальний вплив компетенцій бізнес-аналітика на всі параметри проекти:
- Функціональні межі проекту - без коментарів.
- Робоча атмосфера. Як показує практика, зазвичай проектна команда, нехай і не у відкриту, вважає головним винуватцем всіх проблем чомусь саме бізнес-аналітика (ну якщо не рахувати РП природно). Вміння не допускати великих «похибок», а головне вміння гідно вийти з напруженої ситуації взаємних претензій всередині команди, згладжувати конфлікти багато в чому дозволяє БА істотно підвищити мотивацію всієї групи.
- Терміни проекту. Найчастіше етап, назвемо його «аналіз» (обстеження, проектування), істотна частина проекту за тривалістю, в середньому 10-30%, який часто не можна поставити паралельно з іншими роботами за цим проектом, навіть при великому бажанні. Дотримання терміну цього етапу, який прямо впливає на термін всього проекту, майже повністю залежить від організованості та компетенцій БА (або ведучого БА або РП, якщо в одному проекті їх декілька).
- Вирішення організаційних проблем шляхом полегшення комунікацій. Як правило, бізнес-аналітик краще, ніж будь-хто ще знайомий і користується довірою більшості співробітників у замовника. Організувати оперативно взаємодію зі співробітниками клієнта, не чекаючи формальної ескалації - через нього набагато простіше.
- Незамінний ресурс в ході проекту. Думаю, що зміна керівника проекту в ході проекту серед топ-5 основних причин появи неякісних проектів у цій сфері (за винятком напевно зовсім вже типових проектів). Зміна бізнес-аналітика в ході проекту - ймовірно на сусідній сходинці такого рейтингу. На аргумент про необхідність якісного документування, відповів би так: на жаль все не задокументуєш. У проекті крім зрозумілих речей, у вигляді функціональних вимог, цілей, опису завдань, дуже часто важливі атмосфера, емоції, «таємні» очікування замовника. Формалізувати і перенести це на папір в принципі далеко не завжди можливо.
- Приймання проекту та його бюджет. Зазвичай у практиці впровадження на ринку компанія-замовник за виручкою та іншими показниками в десятки, сотні разів більша за компанію-впровадженця. Слон і Моська так сказати. Найчастіше «Слон» вважає цілком прийнятним спиратися в таких відносинах не тільки на задокументовані домовленості, але і на кулуарні розмови, обіцянки «фішечок», «плюшечок», які колись на його думку звучали, але чому в документацію не потрапили. Аргументація виду, що «Ви ж професіонали, повинні були це врахувати, ми природно могли щось пропустити, погоджуючи сотні сторінок документації, але це Ви ж мені особисто обіцяли» цілком заможна, як мінімум тому, що він - «Слон», а Ви - «Моська», а проект здавати якось треба. Недопущення таких ситуацій, ймовірно це частина так званого управління вимогами та очікуванням, і - одне з найголовніших завдань БА спільно з РП. Найсумніше, що цьому, на мій погляд, в принципі неможливо навчити, це свого роду мистецтво і талант, ну і природно досвід.
Погляд з позиції роботодавця
1,5 року ведення проектів як РП і підробіток як продавець ІТ-послуг підштовхнули до абсолютно несподіваної і дивної ідеї відрити спільно з колегами власний бізнес. Попрацювавши якийсь час у трьох ролях «Продавець» - «РП» - «БА» на декількох проектах (до речі дуже ефективна, правда не масштабована бізнес-модель), з'явилися бізнес-аналітики у власному штаті. Крім оцінки як РП, з точки зору власника бізнесу, вдалося помітити ще дуже важливі корисні якості БА, через які я щиро вважаю професійного (в моєму розумінні) бізнес-аналітика ресурсом, що багато в чому визначає успішність бізнесу щодо впровадження бізнес-додатків:
- Стратегічне управління вимогами. У якийсь момент ми почали дотримуватися парадигми, в якій намагаємося стандартизувати будь-якими способами всі наші проекти на рівні архітектури самого рішення. Причина тривіальна - супровід і розвиток архітектурно схожих проектів (природно функціонально вони можуть дуже сильно відрізнятися) набагато простіше. Аж до того, що свідомо переконуємо замовника в необхідності дотримуватися певних «архітектурних принципів», навіть на шкоду величині бюджету майбутнього проекту (на ринку часто інший підхід: «все, що завгодно за ваші гроші» вдаючись, часом у непотрібну і сильну кастумізацію під вимоги замовника, часто не сильно ефективні. Так-так, принцип Парето тощо. Зайва кастумізація платформ має істотний плюс - можна пояснити і отримати набагато більший бюджет, і істотний мінус - складність супроводу і розвитку). Роль БА в такому стратегічному підході, насправді ключова - тільки мега професійний бізнес-аналітик здатний формалізувати вимоги таким чином, щоб їх реалізація не вимагала істотного «допилу», при цьому переконавши замовника, що формалізована таким чином вимога - ідея самого Замовника.
- Крос-продаж і розвиток рішення. Якісний бізнес-аналітик - це той, хто ніколи не пропустить, не забуде коротких фраз, віянь, увібраних у процесі своєї взаємодії зі співробітниками замовника, які можна «розкрутити», докопатися і сформулювати нову потребу. Маючи на руках ознаки реальної потреби, поміченої саме в реальній роботі співробітників тієї чи іншої компанії, продати проект з «закриття» такої потреби, на тлі успішного першого проекту - до безглуздості просто (макроекономіку в розрахунок не беремо, вважаємо що гроші у всіх більш менш є)
Ув'язнення
7 років досвіду у сфері впровадження інформаційних систем, безумовно, не претендує на звання «Ветеран праці». Тим не менш, впевнений, що сформульовані на підставі такого досвіду думку про ключові якості і достоїнства професіоналів в області бізнес-аналізу більш-менш можна розглядати як об'єктивні. Не сперечаюся, що на сьогоднішній день проблематика пошуку якісних фахівців багатьох сфер діяльності досить гостра. Також не варто думати, що метою публікації є спроба виділити ролі в якійсь діяльності, які важливіші за інших - очевидно, що будь-який якісний фахівець, на роботу якого існує попит, на вагу золота.
На мій погляд, особливість у тому, що до цієї спеціальності при пошуку неможливо адекватно сформулювати вимоги, вкрай складно передбачити потенціал «новачка» саме для цієї сфери, тільки через рік у кращому випадку активної роботи про наявність потенціалу можна буде судити. Випускники кафедр вишів з назвами виду «Бізнес аналітика» (навіть якщо такі існують, і за термінологією це відповідає практиці) не вселяють довіряючи, оскільки навіть неможливо уявити, чому треба вчити. Та й взагалі - яка має бути базова освіта бізнес-аналітика? Технічне, економічне, гуманітарне? Зустрічав якісних представників з освітою всіх трьох видів.
Дякую за увагу!