Спикеры конференции

Печенкин Григорий
Компания:	ИНПАС СОФТ
Должность:	Руководитель направления

О себе

Доклад

Персональные риски аналитика

Секция: Секция 2
Время: 14:30 - 15:30

Содержание:
Для аналитика риск – это событие или обстоятельство, которое может помешать достижению его целей в проекте. Вы владеете только теми рисками, которыми можете управлять. Если вы не можете управлять риском, то это либо не риск, либо не ваш риск.

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

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

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

Целью аналитика в проекте в общем случае является сбор и анализ данных о разрабатываемой системе и подготовка (синтез) в заданный срок на этой основе информации, которую будут использовать другие участники проекта. Отклонения (реализация рисков) от этой цели можно сгруппировать таким образом:
• превышение сроков подготовки информации (пришли куда надо, но с опозданием);
• синтезированная информация не соответствует ожидаемой системе (пришли не туда).
При описании каждого риска, по возможности, рассматриваются:
• в чём состоит угроза реализации риска;
• возможные причины риска;
• какие действия по предупреждению риска могут быть предприняты аналитиком;
• кто ещё должен быть вовлечён в работу по предупреждению риска;
• пример из практики.

Рассматриваются следующие риски.
• Нечёткие критерии выполнения задач аналитика приводят к неадекватной оценке объёма и состава выходной информации.
• Неэффективные коммуникации с заказчиками и внутри команды, в том числе:
- затруднённый доступ к экспертам; - полное отсутствие экспертов; - несоответствие культур организации заказчика и разработчика приводят к срыву плановых сроков и упущению при анализе существенных сторон разрабатываемой системы.
• Несоответствие целей аналитика реальным целям проекта приводит к тому, что результат его работы не востребован (пришли не туда, куда надо), например:
- результат нужен только для отчётности; - не вся команда готова воспользоваться результатами труда аналитика; - продекларированная цель проекта не совпадает с реальными ожиданиями.
• Отдельно рассматриваются явления, которые не всегда следует считать рисками. В зависимости от типов проектов и организаций, эти явления не поддаются управлению рисками. В частности, к ним относятся:
- сжатые сроки разработки – норма для небольших коммерческих проетов;
- изменение требований в процессе разработки – норма для большинства проектов;
- низкая культура моделирования и работы с требованиями – норма для начинающих компаний и отчасти для всей IT индустрии;
- несоответствие методологии, стандартов и инструментов масштабам проекта – как правило, нужно принимать как данность.

Весь список докладчиков