Your SlideShare is downloading. ×
0
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

DUMP-2013 Управление разработкой - Как дорасти до аналитика? - Желнова Наталья

705

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
705
On Slideshare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
7
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Как дорасти до аналитикаНаталья Желнова
  • 2. Об авторе доклада• Наталья Желнова:– С 1997 года занимается сбором,систематизацией и управлением требованиямив проектах по разработке ПО.– 6 лет участия в консалтинговых проектах(постановка процессов разработки ПО).– Автор нескольких курсов по управлениютребованиями, управлению рисками впроектах по разработке ПО.– Редактор сайта Software People.
  • 3. Тезисы доклада• Аналитик: кто это?• Роли, которые играет аналитик в проекте по разработке ПО ивнедрению ПО• Аналитик и процесс разработки• Аналитик и команда разработки: кто кого?• Требования, которые предъявляются к системному аналитику• «Табель о рангах» аналитиков• Кто может стать аналитиком (умная девочка с техническимобразованием? бывший разработчик? варианты професиий на "входе"и особенности каждой)• Можно ли научить людей быть аналитиками и как это сделать
  • 4. Аналитик. Кто это?
  • 5. Аналитик.Кто это?• Три уровня навыков системныханалитиков• Обязательные и необязательныенавыки
  • 6. АналитикРост уровня компетенций
  • 7. Первый уровень• Выявление заинтересованных лиц в проекте• Управление ожиданиями заинтересованныхлиц• Выявление высокоуровневых требований иувязывание их с собранной информацией имежду собой• Участие в проектировании системы:– описание поведения системы– выявление нефункциональных требований
  • 8. Второй уровень• Определение границ системы• Выделение подсистем и определение ихграниц• Выявление низкоуровневых требований– описания алгоритмов– описания структур данных– описания компонентов ПО– описания низкоуровневых интерфейсов– описания механизмов управления ресурсами и др• Применение стандартов (ГОСТ, IEEE 1990)
  • 9. Третий уровень• Знание существующего IT-ландшафта и умениеопределять перспективы его развития вконтексте выполняемого проекта• Участие в управлении рисками проекта• Управление требованиями– управление документами– управление требованиями:• участие в процессе упрпвления полным жизненнымциклом требований• трассировки требований
  • 10. Роли, которые играет аналитик впроекте по разработке ПО ивнедрению ПО
  • 11. Роли аналитика• Добытчик информации из внешних источников– от клиентов– из маркетинговых исследований– изучая опыт, накопленный в данной отрасли• Поставщик информации внешним источникам– клиентам• Правая рука менеджера проекта– участвует в управлении рисками– участвует в управлении требованиями• Информационный центр и хранилище информации– структурированной– полезной, нужной– актуальной• «Интегратор» в команде: объединяет все проектные роли в единое целое– архитектор– разработчик– тестировщик– проектировщик UI
  • 12. Функции аналитика• Сбор и анализ требований– выявление требований– анализ требований– документирование требований• Управление требованиями– актуализация требований– выявление изменений в требованиях– участие в анализе влияния изменений на другие областипроекта– изменение требований и документирование изменений• Управление изменениями в проекте– актуализация изменений– информирование об изменениях
  • 13. Функции аналитика• Сбор и анализ требований– выявление требований– анализ требований– документирование требований• Управление требованиями– актуализация требований– выявление изменений в требованиях– участие в анализе влияния изменений на другие областипроекта– изменение требований и документирование изменений• Управление изменениями в проекте– актуализация изменений– информирование об изменениях
  • 14. Требования, которыепредъявляются к системномуаналитику«Табель о рангах» аналитиков
  • 15. «Табель о рангах» аналитиков• Младший аналитик• Аналитик• Старший аналитик / ведущий аналитик• Руководитель отдела
  • 16. Требования, предъявляемые каналитику• Младший аналитик• Аналитик• Старший аналитикИспользованные материалы: В. Иванова, А. Перерва«Путь аналитика»
  • 17. Младший аналитик• Выявлять ЗЛ (заинтересованные лица)• Управлять ожиданиями ЗЛ• Проводить собрания• Проводить интервьюирование• Проводить мозговые штурмы• Уметь определять границы системы• Уметь выделять подсистемы и определять их границы
  • 18. Младший аналитик• Уметь собирать и обрабатывать информацию:– запросы заинтересованных лиц– глоссарий (согласовыванные с ЗЛ термины)– характеристики аналогичных / наследуемых систем• Учитывать требования стандартов при анализе• Уметь выявлять высокоуровневые требования иувязывать их с собранной информацией и междусобой:– бизнес-требования– бизнес-правила– ограничения и допущения– пользовательские требования– функциональные требования
  • 19. Младший аналитик• Проводить основную аналитическую работупо созданию и проектированию системы:– Уметь проектировать поведение системы иописывать его через требуемые функции системы /варианты использования / прецеденты (use cases)• Выявлять нефункциональные требования– Требования к пользовательскому интерфейсу– Требования к взаимодействию с внешними системами• Понимать основные принципы тестирования• Знать английский язык
  • 20. Аналитик+ к навыкам младшего аналитика:• Иметь представление об управлении требованиями– Знать, что такое План управления требованиями и уметь егоразрабатывать• Понимать, какие модели существуют, и где их место вразработке ПО– Иметь навыки работы с CASE-средствами и UML-редакторами• Уметь читать программный код• Иметь навыки проведения презентаций
  • 21. Старший аналитик+ к навыкам аналитика:• Иметь детальное представление о ЖЦ (жизненномцикле) проекта и продукта– Знать, что такое План управления требованиями и уметь егоразрабатывать• Иметь детальное представление об управлениидокумнетами– Знать, что такое План управления документами и уметь егосоздавать• Уметь писать программный код• Проводить выученные уроки по практикамразработки и управления требованиями
  • 22. Старший аналитик+ к навыкам аналитика:• Быть наставником для аналитиков• Уметь предотвращать и разрешать конфликты впроектной команде• Уметь выявлять риски и управлять ими
  • 23. Аналитик и процессразработкиРазличие границ ответственности проектныхролей для системного и бизнес-аналитикав разных методологиях
  • 24. RUP• Бизнес-аналитик:– описание бизнес-процессов– изменение бизнес-процессов– верхнеуровневые и функциональные требования ксистеме– управление изменениями, источниками которыхявляются изменения бизнес-процессов• Системный аналитик:– функциональные и нефункциональные требования– низкоуровневые требования– изменения в IT-системах– управление требованиями– создание моделей для проектирования
  • 25. Iconix• Аналитик:– выявление требований как бизнес-, так ипользовательского уровня– моделирование предметной области– составление глоссария– составление модели прецедентов– сбор и систематизация требований кпользовательскому интерфейсу– управление требованиями
  • 26. Agile• Product Owner:– требования бизнес-области• «Аналитик»:– системные требования– требования к пользовательскому интерфейсу
  • 27. Процессы и метрики
  • 28. Разработка требованийКакую информацию собирает системный аналитикscope:• пользователи системы, их роли ичисло• функции системы• системы, с которымипредполагается интеграция• ограничения• регламенты и стандарты,влияющие на разработкуquality:• требования к качеству продукта(производительность, масштабируемость,надежность, доступность, безопасность,отказоустойчивость, алгоритмическаясложность; системные требования:потребляемые ресурсы и требования квзаимодействию с внешним окружением;требования к платформе; usability, etc.)• приоритеты требований
  • 29. Разработка требованийКакие артефакты при этом создаются• профиль ЗЛ• потребности ЗЛ• требования (User Story, Use Case, перечень функций системы, НФТ)• глоссарий• описание реализации и архитектуры (в том числе и прототип UI)• план тестирования
  • 30. Основные артефакты• Vision:– требования бизнес-области• Use Cases– Пользовательские требования• SRS:– требования бизнес-области– системные требования– требования к пользовательскому интерфейсу– нефункциональные требования
  • 31. Качество требованийУправление требованиями: трассировкиПолнота• точность определения scope• точность оценки степени влияния данного требования на достижение целей каждой иззаинтересованных сторон• возможность составления детализированного плана работ в проекте (WBS)• возможность оценок трудоемкости работ с требуемой точностью• возможность календарного и ресурсного планирования работОднозначность• одинаковое понимание требований всеми ролями в проектной командеНеобходимость• каждое требование – шаг к достижению целей заинтересованных сторон• каждое требование имеет свой источник (решаемая проблема)Осуществимость• результат проверки возможности реализации в условиях существующих ограниченийПроверяемость• наличие однозначных критериев проверки корректности реализации данного требования
  • 32. Качество требований: риски• На этапе концептуальной проработки продукта• scope: не все заинтересованные стороны выявлены, не все цели ипроблемы заинтересованных сторон идентифицированы• не все ограничения выявлены• не все участники проекта одинаково понимают цели, задачи,перспективы, связанные с проектом• существуют конфликты между целями заинтересованных сторон(решение: цели -> измеряемые показатели)
  • 33. Качество требований: риски• На этапе разработки• time&cost&quality: риск переделок• time&cost: невозможность точного планирования работ• scope: невозможность реализовать те или иные требования• quality: низкое качество продукта (много ошибок реализации; требования,диктуемые стандартами, не выполняются)• технические риски (неправильный выбор или несоблюдение технологий)• На этапе тестирования• quality: качественное тестирование продукта невозможно (отсутствуют критериипроверки; трудности с локализацией ошибок)
  • 34. Качество требований: проверкаи улучшение• Процессы:• верификация – соответствие одних создаваемых в ходе разработки и сопровождения ПОартефактов другим, ранее созданным или используемым в качестве исходных данных, атакже соответствие этих артефактов и процессов их разработки правилам и стандартам• валидация – соответствие любых создаваемых или используемых в ходе разработки исопровождения ПО артефактов нуждам и потребностям пользователей и заказчиков этогоПО, с учетом законов предметной области и ограничений контекста использования ПО• Полнота• детализация• Однозначность (ясность)• уточнение• унификация (анализ глоссария)
  • 35. Качество требований: проверкаи улучшение• Корректность отдельного требования и согласованность (непротиворечивость) системытребований• трассировка на другие требования• Необходимость• трассировка на потребности пользователя• Осуществимость• трассировка на другие требования и артефакты• постановка задач для членов проектной команды• Проверяемость• наличие количественной метрики (критерия достижения определенного результата)• наличие критериев проверки сформулированного требования
  • 36. Управление требованиями:метрики процессаМетрика Измеряемый параметрНаличие артефактов процесса УТ• Артефакты проектного управления• Источники технических требований• Технические требования к системе• Источники изменения требований• Перечень артефактов проектного управления, участвующих в УТ• Перечень источников технических требований в проектах (маппинг натрассировки)• Виды технических требований• Форматы представления технических требований• Перечень источников изменения требований (маппинг на трассировки)Актуальность артефактов УТ• Поддержка версионности артефактов• Своевременность актуализацииартефактов• Использование артефактов УТ вреальной деятельности• Находится ли артефакт под версионным контролем (да/нет)• Своевременность обновления артефактов и соответствие представленныхданных реальному состоянию• Оценка использования артефактов УТ в реальной деятельности (экспертнаяоценка)
  • 37. Метрика Измеряемый параметрУчастие системного аналитика в подготовке и согласовании артефактов УТ• Артефакты УТ, в создании которыхсистемный аналитик принимает участие• Роли, с которыми взаимодействуетсистемный аналитик• Артефакты проекта, в создании иактуализации которых принимаетучастие системный аналитик• Перечень артефактов, в создании которых участвует системный аналитик• Перечень ролей, с которыми взаимодействует системный аналитик• Перечень артефактов проекта, в создании и актуализации которых принимаетучастие системный аналитикСвязь артефактов УТ с другими артефактами проекта• Поддержка трассировок междутехническими требованиями и другимиартефактами проекта• Поддержка трассировок междутехническими требованиями вразличных проектах• Наличие и поддержка трассировок (да/нет)• Своевременность актуализации трассировок• Наличие и поддержка трассировок (да/нет)• Своевременность актуализации трассировокУправление требованиями:метрики процесса
  • 38. Кто может стать аналитиком
  • 39. Программст -> аналитик• Плюсы– Технические навыки и экспертиза– Знание и глубокое понимание процессов разработки– Реалистичная оценка сроков и сложности разработки– Управление рисками– Связка «аналитик-архитектор»• Минусы– Отсутствие высоких навыков коммуникации– Отсутствие опыта общения с заказчиками– Не видит леса за деревьями– Не любит писать– Не любит говорить
  • 40. Тестировщик -> аналитик• Плюсы– Технические навыки и экспертиза– Знание процессов разработки– Связка «аналитик-тестировщик»– Помощь команде внедрения• Минусы– Отсутствие опыта общения с заказчиками– Отсутствие глубокой технической экспертизы– Нужно дополнительное обучение
  • 41. Технический писатель -> аналитик• Плюсы– Развитые навыки коммуникации– Развитые навыки составления документов• Минусы– Отсутствие опыта общения с заказчиками– Отсутствие навыков планирования и управления требованиями иизменениями– Отсутствие глубокой технической экспертизы– Нужно дополнительное обучение
  • 42. СпасибоНаталья Желноваnzhelnova@teamcit.ruhttp://www.linkedin.com/in/nzhelnova

×