1. Аналитик.
Инструкция по
применению для
менеджеров
проектов
Ирина Сурова,
Лаборатория Касперского

2. Зачем нужен этот доклад?
●
Разобраться, кто такой аналитик
●
Решить, нужен он в вашем проекте или нет
●
Понять, где их берут

3. Почему я?
●
Участвовала в проектах с аналитиком и без
●
Знаю много менеджеров проектов
●
Знаю много аналитиков
●
Предложенная тема показалась интересной
●
И вообще я очень люблю оптимальные
решения

4. А почему вы?
●
Сколько в зале менеджеры проектов?
●
Есть ли у вас аналитики?
●
Есть ли в зале аналитики?
●
А кто все остальные люди? :)
●
Как вы считаете, нужны аналитики или нет?

5. Прое́кт (от лат. projectus — брошенный вперед,
выступающий, выдающийся вперёд) — согласно
новому стандарту ISO 21500 — уникальный набор
процессов, состоящих из скоординированных и
управляемых задач с начальной и конечной датами,
предпринятых для достижения цели. Достижение
цели проекта требует получения результатов,
соответствующих определённым заранее
требованиям, в том числе ограничения на получения
результатов, таких как время, деньги и ресурсы.
http://ru.wikipedia.org/wiki/Проект

8. Типичные задачи аналитика
●
Познать непознанное
●
Перевести с неизвестного языка на наш
●
Передать знание команде

9. Типичные задачи аналитика
●
Познать непознанное
●
Перевести с неизвестного языка на наш
●
Передать знание команде

10. Типичная задача аналитика в
IT-проекте
●
Понять проблему заказчика/суть предметной
области
●
Предположить решение/критерии успешного
решения
●
Скоммуницировать/передать видение
решения команде разработки
●
Сформулировать встречное предложение
●
Согласовать/зафиксировать устраивающий
всех конечный результат

11. Все?

13. Территория завоевана. Идут
колонисты
Какие задачи возникают?
●
Объяснить, какие самые важные вещи на
этой земле
●
Передать тайное знание новичкам
●
Перевести с нашего языка на чужой
Какие навыки нужны?
●
Передать важное для них
●
Передать на их языке

14. Аналогии в IT-проектах
Выход из проекта
●
Передача на поддержку
●
Сдача заказчику
Задачи
●
Написать release notes
●
Проверить White paper

15. Давайте обобщать!
Выход из проекта
●
Передача на поддержку
●
Сдача заказчику
Задачи
●
Написать release notes
●
Проверить White paper

16. Давайте обобщать!
Аналитик ловит сигналы, преобразует их и
проецирует образ решения от Заказчика в команду
Исполнителя
Делает задачу понятней — программисты делают
быстрее, тестеры понимают, что является багой —
повышает качество.
Аналитик - средство выявления и митигации
рисков!

17. А какие еще аргументы есть?

18. Ааhttp://blog.effectcup.com/post/34752640327

20. А что еще?

22. Методология 2009 2011 2012
Scrum 14 18 21
XP 3 1 1
Agile-based (не Scrum, не 11 18 27
XP)
RUP-based 5 5 5
CMM/CMMI 2 1 -
Как получится 21 18 15
Через %опу 35 30 18
MSF 1 1 1
Водопад/Waterfall - 5 8
Другое 8 3 4
Голосов 122 913 850
Результаты опросов Happy-PM http://www.happy-pm.com/blog/?p=6559

23. Аналитик. Нужен или не
нужен?
●
Антивирусный продукт для домашним
пользователей
●
Модульная архитектура, есть связки с
облачными сервисами
●
Разработчиков >30, тестировщиков >30
●
Поставляется во многие страны мира
●
Продается в виде коробки с диском

24. Аналитик. Нужен или не
нужен?
●
Доработка MS TFS для внутреннего
использования (bug tracker, отчеты по
проектам)
●
Разработчик - 1, тестировщик - 1
●
Заказчики доработок — PMO, конкретные
проекты (>10)
●
Сопровождается отдельным
подразделением

25. Аналитик. Нужен или не
нужен?
●
Коробочный банк-клиент для корпоративных
пользователей
●
Разработчиков 6-8, тестировщиков - 1-3
●
Заказчик — отдел бизнес-анализа
●
Сопровождается отдельным
подразделением

26. Ваш пример?

27. Когда аналитик не нужен?
●
Когда команда понимает проблему, для
которой реализует решение
●
Когда есть карта (ранее выполненное
решение)
●
Когда изменения на финальной стадии —
дешевы/малозатратны
●
Когда нет ограничений по срокам/ ресурсам/
стоимости
●
?

29. Предметная область,
проектные технологии,
профессиональные навыки

30. Что важно понимать?

31. Аналитические качества
Умение общаться — получать информацию от
●
людей любых типов
●
Умение выявлять все интересы, выделять
важное
●
Наблюдательность — заметить все мелочи,
особенности незнаемого (анализ)
●
Умение находить связи и целостные решения
●
Умение делать выводы — из нескольких
частностей построить общее (синтез)
●
Умение объяснить — перевести полученную
модель на язык команды

33. Где водятся?
●
Www.uml2.ru
●
На конференциях Analyst days, ЛАФ,
ReqLabs
●
В LinkedIn'ах и Facebook
●
Www.It-map.ru
●
Sabacom.ru

34. Когда аналитик хуже работает?
●
Когда реальная цель проекта отличается
декларированной
●
Когда все настолько завязано на технологии,
что решать нечего (костыль на костыле)
●
Когда используют как писаря
●
Когда результатами работы не пользуются

35. Ну теперь-то все?

36. Вопросы?
Ирина Сурова,
Лаборатория Касперского
Irina.Surova@Kaspersky.com
skype: Bugirra
Gtalk: irr.suri