Документ описывает улучшение процессов корпоративной системы управления проектами, включая различные модели разработки, такие как каскадная, итеративная и спиральная. Он также охватывает управленческие аспекты, такие как управление требованиями, рисками и качеством, а также методологии, такие как Rational Unified Process (RUP) и IT Service Management (ITSM). В заключение, документ предоставляет рекомендации по структуре и соблюдению стандартов в разработке требований и управлении проектами.

1. Совершенствование процессов корпоративной
системы управления проектами
Шаг за шагом

2. Код (PAEI)
 (P)roducing – или производство результатов,
обеспечивающее результативность организации в
краткосрочной перспективе
 (A)dministrating – или администрирование,
обеспечивающее удовлетворенность
потребностей потребителей
 (E)ntrepreneuring – или предпринимательство
 (I)ntegrating – или интеграция

3. Личные принципы
 Стремление к успеху
 Движение
 Контроль
 Совершенствование
 Благодарность

4. Данная модель
предполагает строго
последовательное (во
времени) и однократное
выполнение всех фаз
проекта с жестким
(детальным)
предварительным
планированием в
контексте
предопределенных или
однажды и целиком
определенных
требований к
программной системе
 Каскадная (водопадная) модель

5. Итеративная модель предполагает
разбиение жизненного цикла
проекта на последовательность
итераций, каждая из которых
напоминает “мини-проект”,
включая все фазы жизненного
цикла в применении к созданию
меньших фрагментов
функциональности, по сравнению с
проектом, в целом. Цель каждой
итерации – получение работающей
версии программной системы,
включающей функциональность,
определенную интегрированным
содержанием всех предыдущих и
текущей итерации.
 Итеративная и инкрементальная
модель

6. Отличительной
особенностью
спиральной модели
является специальное
внимание рискам,
влияющим на
организацию
жизненного цикла
 Спиральная модель

7. Основной принцип V-
образной модели
заключается в том, что
детализация проекта
возрастает при
движении слева
направо, одновременно
с течением времени, и
ни то, ни другое не
может повернуть
вспять. Итерации в
проекте производятся
по горизонтали, между
левой и правой
сторонами буквы.

8. Знакомьтесь: SWEBOK
(Software Engineering Body of Knowledge)
 Software Requirements — требования к ПО.
 Software Design — проектирование ПО.
 Software Construction — конструирование ПО.
 Software Testing — тестирование ПО.
 Software Maintenance — сопровождение ПО.
 Software Configuration Management — управление
конфигурацией.
 Software Engineering Management — управление IT
проектом.
 Software Engineering Process — процесс
программной инженерии.
 Software Engineering Tools and Methods — методы и
инструменты.
 Software Quality — качество ПО

9. Требования
системы
1. Функциональные требования
задают “что” система должна
делать; нефункциональные – с
соблюдением “каких условий”
(например, скорость отклика при
выполнении заданной операции);
2. Независимые или общие
свойства (Emergent Properties)
3. Требования с количественной
оценкой (Quantifiable Requirements)
4. Системные требования и
программные требования (System
Requirements and Software
Requirements)
 Функциональные и нефункциональные требования
(Functional and Non-functional Requirements)

10. Процесс работы с требованиями
(Requirements Process)
Участники процессов
(Process Actors)
Техники извлечения требований
(Elicitation Techniques)
 Пользователи (Users);
 Заказчики (Customers;
 Аналитики (Market analysts;
 Регуляторы (Regulators);
 Инженеры по программному
обеспечению, иженеры-
программисты (Software
Enginner);
 Интервьюрирование;
 Сценарии;
 Прототипы;
 “Разъясняющие встречи”;
 Наблюдение

11. RUP использует
итеративную модель
разработки. В конце
каждой итерации (в
идеале продолжающейся
от 2 до 6 недель)
проектная команда
должна достичь
запланированных на
данную итерацию целей,
создать или доработать
проектные артефакты и
получить промежуточную,
но функциональную
версию конечного
продукта.
 Rational Unified Process (RUP)

12. ITSM (IT Service Management, управление
ИТ-услугами)
 ITSM — подход к управлению и организации ИТ-услуг,
направленный на удовлетворение потребностей
бизнеса
 ITSM рекомендует сосредоточиться на клиенте и его
потребностях, на услугах, предоставляемых
пользователю информационными технологиями, а не
на самих технологиях
 Для содействия реализации подхода к управлению ИТ-услугами
используется серия документов ITIL (см. словарь терминов)
 Структура ITIL основана на жизненном цикле услуги, который состоит из
пяти стадий (стратегия, проектирование, преобразование, эксплуатация
и постоянное совершенствование)

13. Системы управления качеством
 ISO 9000
 SPICE
 Balanced Score Card
 ITIL

14. ISO 9000

15. Рекомендуемая стандартом IEEE 830
структура SRS
Введение
 Цели
 Соглашения о терминах
 Предполагаемая аудитория и последовательность
восприятия
 Масштаб проекта
 Ссылки на источники
Общее описание
 Видение продукта
 Функциональность продукта
 Классы и характеристики пользователей
 Среда функционирования продукта (операционная
среда)
 Рамки, ограничения, правила и стандарты
 Документация для пользователей
 Допущения и зависимости
Функциональность системы
 Функциональный блок X (таких блоков может быть
несколько)
 Описание и приоритет
 Причинно-следственные связи, алгоритмы (движение
процессов, workflows)
 Функциональные требования
 Требования к внешним интерфейсам
 Интерфейсы пользователя (UX)
 Программные интерфейсы
 Интерфейсы оборудования
 Интерфейсы связи и коммуникации
 Нефункциональные требования
 Требования к производительности
 Требования к сохранности (данных)
 Критерии качества программного обеспечения
 Требования к безопасности системы
 Прочие требования
 Приложение А: Глоссарий
 Приложение Б: Модели процессов и предметной
области и другие диаграммы
 Приложение В: Список ключевых задач

16. CMMI: список процессных областей:
 Менеджмент требований (Requirements Management)
 Управление требованиями предъявляемым к продуктам проекта или компонентам
продукта, с целью выявления несоответствия между требованиями и планами проекта.
 Планирование проекта (Project Planning)
 Разработка и поддержание планов определяющих развитие проекта.
 Мониторинг и контроль проекта (Project Monitoring and Control)
 Обеспечение понимания стадии разработки проекта с целью принятия корректирующих
действий в случае серьезного отклонения от плана.
 Менеджмент договоров с поставщиками (Supplier Agreement Management
 Управление приобретением товаров и услуг от внешних поставщиков, с которыми
заключены договоры.
 Измерение и анализ (Measurement and Analysis)
 Разработка и поддержание возможности измерения, используемой для поддержки нужд
информационного менеджмента.
 Оценка (гарантирование) качества товаров и процессов (Process and Product Quality
Assurance)
 Обеспечение поддержки и управления в соответствии с целями процессов и связанными с
ними продуктами работы.
 Конфигурационный менеджмент (Configuration Management)
 Установка и поддержание целостности продуктов работы (work products) в результате
использования идентификации конфигураций, конфигурационного контроля и
конфигурационного аудита.

17.  Разработка требований (Requirements Development)
Сбор и анализ требований потребителей к продуктам и компонентам продуктов.
 Техническое решение (Technical Solution)
Разработка, дизайн и внедрение решений по соответствующим требованиям. Решения, дизайн
и внедрения выражены продуктами, компонентами продуктов и связанными с данными
продуктами процессами.
 Интеграция продукта (Product Integration)
Сборка (монтирование) продукта из его составляющих, проверка качества интеграции, ее
функциональности и выпуск продукта.
 Верификация (Verification)
Гарантирование того, что выбранные продукты работы отвечают предъявляемым требованиям.
 Валидация (Validation)
Демонстрация того, что продукт и его компоненты соответствуют его предполагаемому
использованию в предполагаемой среде.
 Фокусирование на процессах организации (Organization Process Focus)
Установление и поддержание понимания процессов организации и процессных активов,
идентификация, планирование и внедрение улучшений связанных с данными областями.
 Описание процессов организации (Organization Process Definition)
Установление и поддержание возможного к использованию массива процессов организации.

18.  Организационный тренинг (Organizational Training)
Повышение знаний и способностей людей для выполнения ими своих ролей
эффективно и рационально.
 Менеджмент интеграции проектов (Integrated Project Management)
Установка и управление проектом и вовлечение всех заинтересованных лиц в
интегрированный и определенный процесс. Данная область также затрагивает
общее видение проекта командой разработчиков.
 Менеджмент рисков (Risk Management)
Определение потенциальных проблем до их появления. В связи с этим процессы по
снижению рисков могут планироваться и осуществляться на любом этапе
разработки продукта или процесса.
 Интегрированные команды (разработчиков) (Integrated Teaming)
Формирование и поддержание интегрированных команд для разработки продуктов
работы (work products).
 Интегрированное управление поставщиками (Integrated Supplier
Management)
Мониторинг новых продуктов, оценка источников продуктов, которые могут
удовлетворить требованиям к проекту и использование данной информации для
выбора поставщиков.

19.  Анализ решений и разрешение(Decision Analysis and Resolution)
Разработка решений на основе структурированного подхода, который позволяет оценить
альтернативные решения на основе установленных критериев.
 Организационная среда для интеграции (Organizational Environment for Integration)
Предоставление инфраструктуры для интегрированной разработки продуктов и процессов и
управление людьми (персоналом) в целях интеграции
 Производительный организационный процесс (Organizational Process Performance)
Установление и поддержание количественного понимания производительности набора
стандартизированных процессов организации и обеспечение информацией о
производительности процессов и моделей для количественного управления проектами
организации.
 Количественный менеджмент проекта (Quantitative Project Management)
Количественно управлять определенным процессом в целях достижения установленного в
рамках проекта качества и целей производительности.
 Организационные инновации и внедрение(Organizational Innovation and Deployment)
Выбор и внедрение инноваций и улучшений, которые измеряемо, улучшают организационные
процессы и технологии.
 Анализ причин и разрешение (Causal Analysis and Resolution)
Идентификация причин дефектов и других проблем и принятие действий предотвращающих их
появление в будущем

20.  …