Читать книгу Бизнес-анализ от а до я: гид для начинающих - - Страница 8

Как обычно начну с вводной, что и как будет происходить в это истории. С точки зрения описания навыков регулярного бизнес-аналитика эта история будет содержать основное описание, поэтому я добавлю еще один уровень разделения и декомпозиции описательной части внутри истории – шаг. У нас теперь есть глава, потом внутри идут истории и внутри историй будут шаги – как базовый элемент движения. В этой истории шаги будут отражать моё поэтапное развитие как ИТ БА внутри одного уровня (обычный регулярный БА). В каждом шаге я описываю свой профессиональный рост, задачи/активности, чем я занимался. Так же я детально рассказываю про те навыки, которыми на мой взгляд должен обладать БА. Плюс опишу практические примеры, как и зачем я применяю навыки и активности. После всех шагов я опишу/нарисую и объясню жизненный цикл или взаимосвязь навыков и активностей – ведь должна же между ними быть связь. Так же я дам рекомендации, когда, в каких ситуациях использовать те или иные навыки и активности. Ну и закончу как обычно интересным итогом про данную историю. А теперь немного самого контекста – о чем именно будут шаги, и какая связь будет между моим развитием, описанными навыками и под-уровнями БА. Будет представлено 4 шага, чтобы равномерно распределить смысловую нагрузку:

В первом шаге я опишу свой старт как БА (о чем я кратко уже упоминал в предыдущей истории) в своей первой ИТ компании. На этом шаге я работал можно сказать помощником опытного БА. Я в основном создавал небольшие куски требований. Во втором шаге я описываю период, когда я уже достаточно «набил руку» в работе с требованиями и рассматриваю себя как самостоятельного БА, который может описывать и управлять требованиями по определенной функции (feature) системы. На третьем шаге я уже увеличу масштаб до работы с требованиями на уровне компонента системы. А в заключительном четвертом шаге я уже буду работать как продукт овнер (product owner – владелец продукта) ответственный за компонент системы.

Если говорить про временные рамки, описываемые ниже моего становления как регулярный БА, то это примерно 1,5 года в период с марта 2013 до конца 2014 года. И после я уже перешел в какое-то промежуточное состояние, когда я еще не был официально старшим БА, но уже выполнял его функции в следующие 4-6 месяцев до второй половины 2015 года. То есть плюс минус мне потребовалось около 2 лет, чтобы стать хорошим начинающим старшим БА или просто отличным БА.

Время, которое необходимо каждому человеку, чтобы получить/прокачать навыки конечно же всегда индивидуально + зависит от окружающего контекста – компании, где работает человек, вида проекта/команды/ методологии/проф уровня команды и так далее. Кому-то может потребоваться 1 год, а кому-то 4 года, чтобы стать высококвалифицированным БА, готовым к переходу на следующую позицию. Единственное, что не индивидуально, это ожидания «контекста» (проекта/продукта/внутренней /внешней команды) об уровне владениям навыками БА и это и есть «контрольная точка», чтобы понять лично для себя уровень. Моя книга это именно та «подсказка», которая помогает развитию бизнес-аналитиков в понимании уровней и определения навыков БА, как я это вижу на основании своего опыта.

Теперь немного про уровни внутри позиции “регулярный БА”. Первый и второй шаги я привязываю к первому уровню БА, который я бы описал как «стабильный и уверенный создатель требований». Регулярный БА, который может свободно определить и задокументировать требование к определенное функции – это его основная задача и требование к уровню. Я не случайно привязал целых два шага своего развития в компании к одному уровню, так как считаю, что на старте своей БА карьеры самый важный акцент БА должен сделать на ключевой активности/навыке, которую он будет использовать и развивать все последующие годы в независимости от других навыков и активностей – это умение «правильно» задокументировать требования. Что есть «Правильно» я расскажу ниже в этих шагах 1 и 2. Второй БА уровень привязан к третьему шагу и он отражает БА, который может работать на уровне функции системы, который создает логичные и высокого качества требования, а так же профессионально взаимодействует с командой и может выполнять роль владельца функции. Он использует логически правильную структуру требований для документирования и понимает жизненный цикл требований, следит за рисками и понимает кто-есть-кто среди его ключевых клиентов (stakeholders) и зоны их ответственности и если потребуется, то так же может коммуницировать с клиентами при поддержке со стороны проектного менеджера или ведущего БА. Такой БА имеет знания о жизненном цикле проекта. Он само-организован, умеет доставлять мысли, идеи, вопросы, решения в понятной и удобной форме. Третий уровень отражает уже зрелого регулярного БА, который уже возможно частично выполняет обязанности старшего БА и готов к переходу на новую позицию/должность. Такой БА работает так же, как владелец компонента. Понимает и может заниматься оценкой своих время/трудозатрат и знает как оценки делаются на уровне проекта, разбирается в плюсах и минусах разных методологий, доверенное лицо проектной команды и клиентов. Такой БА уже разбирается в подходе к выявлению требований, в том числе знания о дискавери (discovery) фазе, работе с изменениями в требованиях и эффективно планирует свое рабочее время, в соответствии с приоритетами задач. Уточню очень кратко про термин “Дискавери фаза” (Discovery phase), так как использовать я его буду косвенно часто, а вот детально мы его коснемся только в самом конце книги. Простыми словами и коротко – Дискавери фаза – это обычно активность в специально выделенный временной промежуток по выявлению самых первоначальных целей проекта/продукта, требований и границ планируемого решения. Обычно, это как раз самый первый этап любого начала проекта/продукта.

Зачем я написал про эти уровни внутри регулярного БА? Для меня важно показать на этом относительном подходе к их определению, что никогда нельзя просто рассматривать кого-то, как просто БА с конкретным набором навыков и опыта. Мы должны понимать, что уровни владения и виды навыков могут быть разные или простыми словами БА БА рознь. Я специально написал «относительном подходе», так как подход к разделению любой человек может выбрать собственный и это только один из вариантов. Один БА только-только начал писать качественный требования, а например, другой БА уже полностью управляется жизненным циклом требований для конкретного компонента, и он уже почти старший БА по факту.

Итак, я описал, о чем будет эта история, из чего будет состоять и как я понимаю подуровни регулярного БА. Далее уже мы погрузимся в самое главное и полезное – это те навыки, которые использует БА. И единственное что мне кажется осталось проговорить – что такое навык, типы навыков, связанные активностей и масштаб использования их – в контексте бизнес-анализа естественно.

«Навык» (или на английском Skill – Скилл) это приобретенная способность выполнять действия с определенным результатом с определенным качеством и в соответствии с определенными ожиданиями по время и трудозатратами. Под приобретенной способностью мы подразумеваем усвоенные практический опыт и специфичное знание, которые с учетом накопительного эффекта в нашей памяти трансформируются в структурированное хранилище алгоритмов или схем действий (не обязательно физических), которые мы эффективно применяем в соответствующей ситуации/контексте. Наличие приобретённой способности отражает обязательно наличие ожидаемого результата и уровня качества этого результата.

Существует несколько типов навыков. В контексте бизнес-анализа в основном мы используем два типа – Hard skills (жесткие навыки) и Soft skills (мягкие навыки).

Жесткие или технические навыки это навыки относящиеся к конкретным задачам(домену/области) в конкретной ситуации или контексте. Чаще всего такие навыки могут быть проверены и иметь определенные описанные требования, через которые может быть проверено мастерство/умение человека в этом навыке. Например, повар имеет основной жесткий навык «приготовление ресторанных блюд». Навык относится к области приготовление пищи в контексте/области ресторанов. Как мы знаем мастерство повара может быть проверено на качество. И навык этот приобретённый через получение знаний (изучение литературы/курсы и так далее), а также практический опыт (приготовление, приготовление и много раз приготовление разных блюд). Мягкие навыки – это навыки, отражающие наши личностное поведение или взаимодействие с другими людьми – они не привязаны к какой-либо специфичной задаче в вашей работе. Но они являются абсолютно необходимыми, для выполнения задач в любой деятельности – так как существенно влияют на успешность и качество выполняемых задач/активностей, где мы применяем жесткие навыки. Посмотрев на работу повара и его профессионализм в жестком навыке, я думаю повар в дополнение должен обязательно обладать несколькими мягкими навыками, без которых не будет успешен. Такими как «управление своим временем» (Time management) – ведь никто не будет ждать вместо 40 минут целых 4 часа для приготовления блюда. Или например, шеф-повар без высокого уровня мастерства в «лидерстве» и «коммуникации» навыков – вряд ли сможет наладить процесс приготовления блюд в ресторане со своей командой.

Уточнение от меня – описывая в следующих шагах навыки в контексте конкретного уровня/подуровня, я не в коем случае не говорю о них как о требованиях к этому уровню. Нет – указание этих навыков, это моя рекомендация в какой период времени, карьерного развития я рекомендую усвоить определенный навык. Каждый человек индивидуален как я уже упоминал – и развитие навыков происходит индивидуально тоже и в определенном контексте/обстановке.