Аналитик · Организация работ · рабочееместоаналитика · Развитие

Рабочее место одного системного аналитика

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

Автор статьи: Анна Гасраталиева, соавтор ITworks!, ведущий аналитик и тимлид в компании Nexign (бывш. «Петер-Сервис»)

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

Continue reading «Рабочее место одного системного аналитика»

Аналитик · Организация работ

Приоритизация требований

Статья — участник конкурса от ITWorks!

Источник: https://www.bridging-the-gap.com/requirements-prioritization/

Автор:  Laura Brandenburg

Вольный перевод: Анна Гасраталиева

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

И именно поэтому мы сопротивляемся приоритизации требований. Если вы уже считаете себя “слишком бизнес-ориентированным,” значит вам стоит сосредоточиться как раз на том, чтобы помочь заинтересованным лицам получить четкое представление о том, что по-настоящему важно.

Continue reading «Приоритизация требований»

Аналитик · практикум · Развитие

Пользовательские истории против вариантов использования (User Stories Versus Use Cases)

Статья — участник конкурса от ITWorks!

Источник: https://www.bridging-the-gap.com/user-stories-use-cases/

Автор:  Laura Brandenburg

Вольный перевод: Анна Гасраталиева

От переводчика: на нашем практикуме в ITWorks начинающие аналитики постоянно спрашивают “Зачем нам эти варианты использования? Все уже давно пишут истории!” или “А мы должны и истории и сценарии писать? Чем они отличаются?”

Я планировала написать свою статью по этой теме, чтобы не объяснять это каждый раз, но тут наткнулась на статью от Лоры, которая достаточно четко выразила главную причину, почему так важно понять оба инструмента.  В переводе ее статьи я буду использовать сокращение UC и «истории», но если вы все еще путаетесь в этих терминах, то вот расшифровка:

  • Пользовательские истории — User Stories (в переводе будут сокращаться до US или “истории”)
  • Варианты использования (в русскоязычных статья достаточно хорошо прижилось сокращение ВИ) — прецеденты, сценарии использования, Use Cases (в переводе будут сокращаться до US или “сценарии”)

(строго говоря, сценарии и варианты использования это не совсем одно и то же, но мы оставим это за рамками статьи)

Итак, поехали.

Continue reading «Пользовательские истории против вариантов использования (User Stories Versus Use Cases)»

Аналитик · Развитие

Что делает бизнес-аналитик на рабочем месте?

Статья — участник конкурса от ITWorks!

Источник: “Success Secrets for the Business Analyst‟s Mind”,2018, доступ по подписке: https://business-analysis-excellence.com

Автор: Esta Lessing, Certified Business Analyst Professional (CBAP), Melbourne, Australia

Перевод: Ольга Мезенцева

Роль бизнес-аналитика лучше всего описывается с точки зрения жизненного цикла разработки системы (SDLC).

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

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

Continue reading «Что делает бизнес-аналитик на рабочем месте?»

Аналитик · Развитие

Супер способности бизнес-аналитика

Статья — участник конкурса от ITWorks!

Источник: Superhero Powers Of A Business Analyst, Written by Raji Pillay 

Перевод: Грицышина Динара

Капитан Америка: Прекрасный лидер, командир и тактик. Он вел за собой Мстителей долгое время, благодаря большому опыту он стал закаленным бойцом в сражениях.

Навыки: Планирование и мониторинг

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

http://styleinsider.com.ua/wp-content/uploads/2018/01/scarlett-johansson-s-black-widow-will-finally-star-in-her-own-movie-marvel-studios-969631.jpgЧерная Вдова: Наташа не раз доказывала, что она один из лучших осведомителей Вселенной Марвел.

Навык: Сбор требований

Если вы видели, как Наташа разговаривала с Локи в первой части Мстителей, то вы знаете, насколько она эффективна в добыче информации. Не этим ли занимаются Бизнес-Аналитики изо дня в день? Сбор требований лежит в основе всего, что мы делаем. Умение поддержать разговор и сотрудничать — важные качества бизнес-аналитика.

Continue reading «Супер способности бизнес-аналитика»

Аналитик

Анализ KPI

Автор статьи: Илья Сидоров с более чем 7 летним практическим опытом в области аудита, анализа и изменений ИТ и бизнес-процессов в промышленных и торговых компаниях.


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

Ежедневно перед Бизнесом (Заказчиком, Стейкхолдером процесса и т.д.) возникают задачи первой необходимости, которые требуют немедленного решения и полного внимания:

  • запуск нового продукта на рынок,
  • действия со стороны конкурентов,
  • срыв сроков ввода магазина,
  • рост цен на сырье и т.д.

При таком темпе не остается времени на аналитическую работу (работа с аналитиками, оптимизация процессов, поиск уязвимостей и т.д.) и ИТ (участие в постановке задач, проработке и выборе решений). Здесь важно понимать, что такая ситуация — это нормальное состояние для Бизнеса — в первую очередь, прибыль, клиенты, конкуренты, товар или услуга.

С другой стороны, 2-3 часов в неделю, в лучшем, случае явно недостаточно для качественного сбора требований или проработки процесса. Получается замкнутый круг — решение нужно, времени на решение нет.

Что в такой ситуации делать аналитику: бизнес-аналитику или системному? Необходимо решить задачу, как выполнить свою работу без главного источника информации.

В этой статье предлагаю рассмотреть один метод, который часто использую на практике.

 

Continue reading «Анализ KPI»

Аналитик

Здравствуйте, доктор

Автор статьи: Илья Корнипаев, автор книги «Требования для программного обеспечения: рекомендации по сбору и документированию», которую вы можете найти в разделе Книги по управлению требованиями


Реальная ситуация из жизни (год эдак 2004-ый). У моего начальника, сидящего справа от меня, звонит телефон. Он снимает трубку, здоровается, немного слушает, прощается, кладет трубку. Все.

Я спрашиваю:
– Кто звонил-то?
– Да из бек-офиса. (прим. Back-office – отдел занимающийся оформлением новых клиентов, договоров, формированием отчетов для клиентов и т.п. работой)
– И чего?
– Да пока он рассказывал свою проблему, сам понял, что ему делать. Представляешь, такое случается с завидной регулярностью: для того чтобы решить проблему, мне просто достаточно поднять трубку – человек сам все поймет пока мне рассказывает.
Все, занавес – никаких формальных CRов, никаких долгих встреч, написаний документов, обсуждения, прототипирования, кодирования, тестирования, приемки. Просто человек снял трубку и этим решил проблему.

Ну и кто он после этого? А он, так называемый,  «АЙТИ БИЗНЕС АНАЛИТИК», который правильно делает свою работу.

Continue reading «Здравствуйте, доктор»