Междисциплинарность при развитии анализа и аналитиков

Записаться

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

Аналитик осуществляет анализ требований в разных проектах и процессах. Эти проекты организованы по разным жизненным циклам создания и развития программного обеспечения. Разные циклы предполагают, что аналитик будет использовать разные знания и навыки для того, чтобы достигнуть результатов анализа требований. Для того чтобы ориентироваться в том, как правильно действовать и какие навыки развивать, аналитикам необходимо смотреть на осуществляемый анализ чуть шире. Предполагаю, что анализ сам по себе не несет практической ценности и нужен для того, чтобы преобразовывать и дополнять информацию деталями, которые помогут увеличить или составят конечную ценность создаваемого информационного продукта. Междисциплинарность, то есть деятельность, совмещающая в себе разные профессиональные виды работ, нужна для того, чтобы передавать более качественные и комплексные артефакты по общему процессу разработки и способствовать более успешному достижению результатов благодаря взаимодействию разных специалистов.

Сегодня мы немного порассуждаем о типичной траектории профессионального развития аналитиков, его росте и ступенях, которые он должен преодолеть по ходу выполнения своих обязанностей. Затем мы более комплексно, с разных точек зрения посмотрим на то, что такое аналитик, из каких функциональных обязанностей состоит эта профессия, что и как ему нужно делать, чтобы достичь успешности в своей нише. Затем мы рассмотрим разные подходы к профессиональному развитию, его разные модели и в конце традиционно сделаем выводы по сегодняшнему модулю и постараемся дать несколько советов, которые могут быть использованы вами в зависимости от вашего рабочего контекста.

Если мы постараемся выделить горизонтальную траекторию развития, она будет понятной и традиционной для всех специалистов в области информационных технологий. Сначала аналитик занимает позицию Junior. Эта роль начинающего аналитика, который только встал на путь своего развития и выбрал для себя нишу развития последующего. В начале работы сотрудник полон теоретических знаний, у него есть какие-то навыки, но их недостаточно для того, чтобы самостоятельно выполнять какую-то сложную и ценную работу. Поэтому в начале профессионального пути аналитику нужен куратор, который будет помогать ему в развитии и концентрации на наиболее нужных рабочих активностях. Следующий уровень, на который активный специалист-аналитик переходит через 3–5 лет активной работы в состоянии Junior, – Middle, то есть средний специалист, – работник, который в состоянии самостоятельно выполнять небольшие проекты и решать сложные задачи, в результате чего компания сможет получить ценность. Этот специалист уже не нуждается в опеке и может работать самостоятельно, но для управления сложными проектами у него еще недостаточно опыта и профессионального кругозора. Следующий уровень, на который специалист переходит через 5–7 лет активной практики в позиции Middle, – Senior (старший). Этот специалист уже полностью самостоятельно решает сложные задачи. Он помогает джуниорам, делится с ними своими знаниями, организует процесс разработки, управляет им и может самостоятельно спланировать сложные технические проекты. Этот путь, применительно к конкретному рабочему окружению, занимает 10–15 лет. После того как аналитик меняет место работы, специализацию, рабочую технологию, он снова переходит на уровень ниже и величина этого перехода определяется кардинальностью смены рабочего фокуса и целей.

Какая же смена фокуса может быть у аналитика? Настало время обсудить виды анализа, которые применимы к сфере информационных технологий. Первый вид анализа, о котором нужно поговорить, – системный анализ. Его цель – создание эффективных систем, выполняющих функциональные и нефункциональные требования к ним со стороны стейкхолдеров. С помощью методов и инструментов, используемых в системном анализе, решаются проблемы адаптации разноречивых требований к разным частям системы. Системный анализ призван упорядочить и структурировать процесс разработки с помощью визуализации архитектуры программного обеспечения. Следующий вид анализа – анализ данных. Назначение этого типа анализа – обосновывать выбор того или иного решения на основе конкретных числовых показателей. Этот тип анализа помогает проверять и подтверждать рабочие гипотезы и отказываться от тех из них, которые неэффективны и потом преобразуются в набор требований к конкретной системе или системам. Следующий тип анализа  – бизнес-анализ. Его назначение – выработка конкретных вариантов преобразованных высокоуровневых требований в виде структурного изложения и представления. Бизнес-аналитик всегда имеет дело с бизнес-пользователями, которые генерируют идеи или нуждаются в широком взгляде на их рабочую действительность с целью ее оптимизации по заданным параметрам. Также он помогает структурировать набор разрозненных требований в единое представление, которое потом преобразуется в более структурированные требования и поступает на вход системному аналитику. Бизнес-анализ, в свою очередь, можно разделить на процессный и продуктовый анализ. Эти формы анализа наследуют цели бизнес-анализа, но объектом их изучения являются разные формы реализации требований. Продуктовый анализ направлен на разработку самодостаточного, кросс-функционального продукта, который имеет разные представления и разные группы пользователей, а процессный анализ – на совершенствование конкретного процесса, в котором разные группы пользователей выполняют конкретные действия, чтобы получить запланированный результат. По ходу выполнения разных видов анализа рождаются артефакты, которые аналитик использует на разных этапах процесса разработки.

Основные артефакты, о которых нужно поговорить, – это бизнес-требования, пользовательские требования, функциональные требования и атрибуты качества, которые создает, поддерживает и развивает аналитик. Эти документы имеют разные цели, назначение, целевую аудиторию, но совместно они образуют цепочку передачи информации, которая переиспользуется и служит для достижения целей процесса разработки информационных продуктов. Бизнес-требования формализуют и визуализируют способы автоматизации, требуемые для достижения бизнес-ценности. Основное назначение этого документа – определить и рассчитать ценность от реализации задуманного. Переиспользование этого документа помогает сверять планируемую ценность с реализованной путем сопоставления ожиданий и реального рабочего эффекта. Пользовательские требования используются для документирования способов достижения ценности через работу пользователей в одной или нескольких системах. Назначение этого артефакта – определить алгоритм работы пользователя, с помощью которого будет достигнута определенная в бизнес-требованиях ценность. Пользовательские требования адресуются пользователям системы и переиспользуются для верификации алгоритмов разработанного программного обеспечения. Функциональные требования определяют способ реализации функционала, с помощью которого пользователи будут выполнять свои действия. Их назначение – разработать условия и способы, с помощью которых пользователи будут выполнять свои рабочие действия. Основные адресаты функциональных требований – группа разработки. Этот артефакт переиспользуется для анализа заложенных алгоритмов на предмет анализа возможных ошибок, выявленных в ходе эксплуатации реализованного функционала. И последний артефакт, о котором хочется поговорить, – атрибуты качества, которые устанавливают параметры функционирования системы для адекватного функционирования создаваемого функционала. Назначение атрибутов качества – определить допустимые параметры функционирования системы. Этот артефакт создается для сотрудников, сопровождающих и развивающих продукт. Атрибуты качества переиспользуются для анализа реализованного функционала на предмет поддержания заданного уровня качества атрибутов функционирования.

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

Первая модель развития, о которой нужно поговорить, – матрица компетенций. Это наиболее популярная модель, которая предлагает подход к тому, как учитывать профессиональные навыки, которые требуется развивать аналитику. Матрица компетенций предполагает, что в рамках аналитической деятельности есть понимание того, какие навыки необходимо развивать аналитику, чтобы быть наиболее эффективным в рамках определенной компании, процесса или проекта. Таким образом, мы сначала по вертикали перечисляем всех аналитиков, которые будут учтены в матрице, а по горизонтали перечисляем навыки и компетенции, требуемые для развития аналитической деятельности. Традиционно в матрице компетенций должны быть охвачены смежные направления деятельности, у которых анализ принимает информацию (это менеджмент) и которым он передает результаты своего труда. Охват этих видов деятельности помогает достигнуть интеграционной составляющей, когда не конкретная роль или компетенция отвечает за результат деятельности, а формируется групповая ответственность за результат, передаваемый бизнес-пользователям.  Матрица компетенций – это удобный инструмент учета, но что именно она должна учитывать, формируется либо на основе организационной культуры, либо на основе каких-то моделей, которые описывают ту или иную специализацию.

В нашей стране было, есть и будет сильным влияние ГОСТов на развитие специализаций. Таким образом государственные органы контролируют и направляют развитие интеллектуальных, технологических и стратегических направлений деятельности. Системный анализ – развивающаяся область деятельности, корни которой лежат в преемственности серий ГОСТов, описывающих развитие информационных систем. На текущий момент это выражено в наличии специального ГОСТа, который имеет четыре ступени градации. Этот ГОСТ описывает стадии взросления системного аналитика. Каждая стадия предполагает наличие основных и второстепенных навыков, которые помогают аналитику выполнять его обязанности. В части анализа требований на каждой стадии идет дополнение знаний аналитика инструментами, техниками и методологиями. По мере продвижения по стадиям аналитик учится выполнять трассировку требований и связывать первоначальные требования с комплексными эффектами от их реализации. На последней стадии компетентность аналитика определяется умением управлять всем процессом анализа требований – от начала и до реализации в виде конкретного цифрового решения.

Итак, ГОСТ создан на основе анализа практических примеров использования компетенций аналитиков в проектах по разработке, внедрению и поддержке информационных продуктов на территории Российской Федерации. ГОСТ содержит четыре степени зрелости. На последней стадии аналитик должен уметь программировать и управлять процессом разработки. Это демонстрирует явный профессиональный уклон в сторону управленческого развития аналитика. Такое профессиональное развитие карьеры логично завершается переходом в менеджмент.

Следующая модель носит название L-Shape. L тут является символом, демонстрирующим глубокую проработку конкретной экспертизы. Эта модель предполагает постоянный рост и развитие аналитика в сторону получения все более глубоких и эффективных методов решения аналитических проблем. Специалист, выбравший этот путь, профессионально совершенствуется, участвует в более сложных и комплексных проектах и растет именно как аналитик.

Эта модель фокусируется на развитии конкретной специализации и повышении уровня экспертизы в действиях, которые помогают достигать результата в конкретном процессе или проекте. Все здесь сосредоточено вокруг развития специализации. L-Shape является антагонистом ГОСТового подхода, но ее не стоит рассматривать как самодостаточную модель – она является переходной на пути к более сложным моделям развития.

Одна из этих моделей – T-Shape. Она, не критикуя важности роста специализации, говорит о том, что нужно также развивать кросс-функциональные знания, которые помогают интегрировать аналитические действия в комплексные процессы разработки информационных продуктов и сервисов. Эта модель следующей эволюционной ступенью после модели L-Shape. После того как нарощена глубокая экспертиза, необходимо понять, как эту экспертизу наиболее эффективно использовать и как ею управлять.

Особое распространение модель T-Shape получила в рамках развития agile-культуры и сродных методологий. То есть, не игнорируя важности развития специализации, также необходимо развивать кросс-функциональные знания и общую технологическую эрудированность. Но это важно делать уже после глубокого развития специализированных знаний и навыков. Смежные области должны быть взаимосвязаны и вносить ценность в конечный результат.

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

К модели M-Shape подходят уже зрелые T-специалисты, которые проводят экспертизу в нескольких взаимосвязанных областях деятельности или стремятся к этому. Как правило, модель M-Shape получается успешно развивать в рамках одного направления деятельности. M-специалисты – интеграторы, которые за счет глубины своих знаний могут быстро и точно определить перспективы развития технологий, компаний, сфер деятельности.

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