Dnepr IT PM Club #11
Speaker - Vladimir Semenov [Project Manager at Apriorit Inc.]
https://www.linkedin.com/in/vladimir-semenov-pmp-121a08a9/
Тема: "Управление содержанием, ошибки и best practices"
Основные тезисы:
- Что такое содержание проекта
- Инструменты, артефакты и процессы
- Место управления содержанием в жизненном цикле разработки
- Как сформировать оптимальный набор практик для разных проектов и заказчиков
О спикере:
PM в компании Apriorit, 5 лет опыта работы в IT Project Management. Основное направление работы - высоконагруженные клинет-серверные приложения
1. Владимир Семенов
PM в компании ApriorIT
5 лет опыта в управлении проектами (продукты и сервисы).
Основное направление работы - высоконагруженные клиент-
серверные приложения.
Опыт работы с большими распределёнными и удаленными
командами.
3. Управление содержанием
• Управление содержанием проекта включает в себя процессы,
требующиеся для того, чтобы проект включал все требуемые, и
только требуемые работа, чтобы завершить проект успешно.
Управление содержанием в первую очередь связано с
определением и контролем того, что включено и не включено в
проект
4. Зачем управлять содержанием?
• Команда считает, что дополнительная работа - это запрос на
изменение, но клиент настаивает, что он является частью
первоначального скоупа
• Возникают дополнительные требования наряду с
продолжающейся разработкой
• Клиент предоставляет высокоуровневое видение, но проектная
команда не может сформулировать это видение в конкретных
целях и результатах
• Противоречивые требования. Различная интерпретация
юзкейсов.
5. Процессы управления содержанием
• Планирование управления
• Сбор требований
• Определение содержания
• Создание иерархической структуры работ
• Подтверждение содержания
• Контроль содержания
6. Сбор требований
Сбор требований - это процесс определения и документирования
потребностей заинтересованных сторон для достижения целей
проекта
Product Scope: фичи продукта, сервиса.
Project Scope: работы, которые необходимо выполнить, чтобы
поставить продукт, сервис или другой результат с заданными
фичами.
7. Requirement Traceability Matrix
• Матрица соответствия требований (Requirements Traceability
Matrix) это таблица, содержащая соответствие функциональных
требований (functional requirements) продукта и подготовленных
тестовых сценариев (test cases).
• В частности, используется QA-инженерами для валидации
покрытия требований по продукту тестами. Цель «Traceability
Matrix» состоит в том, чтобы выяснить:
• какие требования «покрыты» тестами, а какие нет.
• избыточность тестов (одно функциональное требование покрыто
большим количеством тестов).
8. Requirement Traceability Matrix
ID Requirement Business needs,
use cases
Trace to
specification
Unit tests
cases
… Test cases User
acceptance
test cases
9. Подтверждение содержания
• Подтверждение содержания- это формализованный процесс
принятия завершенных результатов проекта. Этот процесс
включает в себя проверку результатов с заказчиком и (или)
спонсором, чтобы обеспечить формальную приемку поставки и
обеспечить их удовлетворение результатами проекта.
• Основной инструмент – инспекция.
10. Подтверждение содержания
• После того, как будет проведена поставка, содержание проекта
должно быть проверено. Это означает получение одобрения
скоупа от всех стейкхолдеров.
• Эффективная практика заключается в том, чтобы
заинтересованные стороны согласились с критериями
приемлемости в начале проекта, а не в конце его.