
- •«Управление it-проектами»
- •Основное определение понятия «проект»
- •Основные стандарты управления проектами и их взаимосвязь
- •Основное определение понятия «управление проектами»
- •Основное определение понятий «программа», «управление программой», «портфель», «управление портфелем»
- •Роль офиса управления проектами
- •Роль менеджера управления проектами
- •Взаимосвязь проектов и стратегического планирования организации
- •Проекты и организационная деятельность предприятия
- •Взаимосвязь управления проектами и операционного управления процессами организации. Факторы среды предприятия
- •Факторы среды предприятия
- •Влияние организации на управление проектами
- •Жизненный цикл проекта
- •Фазы проекта
- •Взаимосвязь жизненного цикла проекта и продукта
- •Руководство проектом на протяжении жизненного цикла
- •Связи между фазами проекта
- •Определение понятия «процесс». Группы процессов управления проектом
- •Общие взаимодействия процессов управления проектами
- •Состав группы процессов инициации
- •Состав группы процессов планирования
- •Состав группы процессов исполнения
- •Состав группы процессов мониторинга и управления
- •Состав группы процессов завершения
- •Назначение процессов проекта в рамках жизненного цикла системы
- •Процесс планирования проекта
- •Процесс оценки проекта
- •Процесс контроля проекта
- •Процесс принятия решений
- •Процесс управления рисками
- •Процесс управления конфигурацией
- •Процесс управления информацией
- •Определение понятия «модель жизненного цикла»
- •Взаимосвязь моделей жизненных циклов информационных и программных систем
- •Каскадная (водопадная) модель жизненного цикла разработки ис
- •Спиральная модель жизненного цикла разработки ис
- •Инициация проекта разработки информационной системы
- •Сравнение процессов инициации проекта разработки ис в различных стандартах и методологиях
- •Общая методика инициации проекта
- •Предварительное оценивание реализуемости проекта разработки ис
- •Участники проекта разработки ис. Документирование инициации проекта разработки ис
- •Определение участников проекта в стандарте iso 15288:2002
- •Участники проекта разработки ис
- •Документирование процессов инициации проекта разработки ис
- •План управления проектом
- •Процесс планирования проекта в рамках жизненного цикла системы
- •Планирование проекта разработки ис в соответствии с положениями гост группы 34 «Информационные технологии»
- •Основные определения и описания требований к информационным и программным системам
- •Основы управления требованиями к информационным и программным системам
- •Основные проблемы работы с требованиями к информационным и программным системам
- •Входы, инструменты и выходы процесса «Определение содержания»
- •Входы, инструменты и выходы процесса «Создание иерархической структуры работ»
- •Особенности выполнения процессов построения иерархической структуры работ в соответствии с положениями iso 15288:2002
- •Процессы планирования человеческих ресурсов в стандарте pmbok
- •Процессы управления человеческими ресурсами в стандарте iso 15288:2002
- •Описание идеальной команды it-проекта
- •Модель People Capability Maturity Model
- •Основные процессы формирования и управления расписанием проекта
- •Методы и инструменты процесса «Определение операций»
- •Методы и инструменты процесса «Определение последовательности операций»
- •Методы и инструменты процесса «Оценка ресурсов операций»
- •Методы и инструменты процесса «Оценка длительности операции»
- •Процесс «Разработка расписания»
- •Процесс «Управление расписанием»
- •Технология разработки расписания проекта на основе метода критического пути
- •Основы управления стоимостью проекта
- •Процесс «Оценка стоимости»
- •Процесс «Определение бюджета проекта»
- •Проблема оценки стоимости и бюджетирования ит-проектов
- •Видение кризиса инженерных подходов и зарождение идей гибкого управления ит-проектами
- •Гибкие методологии разработки. Манифест и принципы Agile. Семейство Agile-методологий
- •Анализ особенностей Agile-ориентированных подходов на примере Scrum
- •Проблемы применения Agile-методологий
- •Процессы управления исполнением проекта
- •Методики измерений, используемые в иt-проектах
- •Процесс «Завершение проекта или фазы»
Анализ особенностей Agile-ориентированных подходов на примере Scrum
История развития Scrum:
основные идеи Scrum были изложены в статье Хитораки Такэути и Икудзиро Нонаки в 1986 г.;
сам термин Scrum (толкотня, схватка вокруг мяча в регби) был впервые введен в 1991 г. ДеГрейсом и Шталем;
впервые Scrum как самостоятельный метод был представлен Швабером и Сазерлендом в 1996 г.;
Scrum как методология окончательно оформился в 2001 г.
Современное восприятие Scrum
Сейчас Scrum трактуется как гибкий подход для управления проектами c высокой степенью неопределенности
Суть Scrum
Суть положений Scrum заключается в мнении, что лучшие результаты в ИТ-проектах обычно систематически обеспечивают небольшие кросс-функциональные команды
Успех или неуспех применения Scrum во многом определяется соответствием команды проекта следующим особенностям:
самоорганизация - это означает, что не существует такого участника, который бы решал, кто именно и какую задачу или проблему будет решать. Вся команда принимает совместные решения;
кросс-функциональность - это означает, что в ней участники обладают достаточным набором умений, знаний и навыков для успешной реализации проекта.
Scrum выделяет следующие специфические роли:
ScrumMaster (наставник команды) - помогает участникам команды достигать наивысшего уровня производительности;
Product owner (владелец продукта) - сосредоточен на том, чтобы команда проекта работала над достижением правильной цели и достигает этого, создавая четкое видение конечного продукта и транслируя это видение участникам команды.
В отличие от традиционного менеджера проекта ScrumMaster:
не является руководителем команды;
не назначает задачи.
Основной артефакт Scrum
Основным артефактом Scrum является разрабатываемый продукт (чаще всего, ПО). Предполагается, что команда проекта создаст продукт или часть продукта несущие пользу для бизнеса по результатам каждой итерации Scrum
В качестве других артефактов Scrum следует указать:
резерв проекта (Scrum product backlog) - это полный список функциональности, которой должен обладать продукт, приоретизированный владельцем продукта по степени убывания значимости функций;
потребности пользователя (user stories) - коротко описывают ожидаемую функциональность с точки зрения пользователя и заказчика;
резерв спринта (sprint backlog) – аналог списка задач команды, которые следует реализовать для обеспечения требуемой функциональности;
график сгорания спринта (sprint burndown chart) и график сгорания релиза (release burndown chart) – инструменты определения динамики реализации проекта.
Основной артефакт Scrum
Основным артефактом Scrum является разрабатываемый продукт (чаще всего, ПО). Предполагается, что команда проекта создаст продукт или часть продукта несущие пользу для бизнеса по результатам каждой итерации Scrum
В качестве других артефактов Scrum следует указать:
резерв проекта (Scrum product backlog) - это полный список функциональности, которой должен обладать продукт, приоретизированный владельцем продукта по степени убывания значимости функций;
потребности пользователя (user stories) - коротко описывают ожидаемую функциональность с точки зрения пользователя и заказчика;
резерв спринта (sprint backlog) – аналог списка задач команды, которые следует реализовать для обеспечения требуемой функциональности;
график сгорания спринта (sprint burndown chart) и график сгорания релиза (release burndown chart) – инструменты определения динамики реализации проекта.
Основной процесс Scrum
Основным процессом Scrum является спринт – жестко фиксированная по времени итерация Scrum, в ходе которой создается часть продукта, несущая пользу для бизнеса заказчика. Основными событиями, определяющие переход между отдельными работами спринта, являются встречи
Основными встречами Scrum являются:
совещание по планированию спринта – первое событие каждого спринта, формирующее резерв спринта;
ежедневные Scrum-совещания – события, подводящие итоги сделанному за день, планирующие работу на день и определяющие основные препятствия на пути выполнения запланированной работы;
Scrum над Scrumом – события, подводящие итоги работы отдельных Scrum-команд за день, планирующие работу Scrum-команд на день и определяющие основные препятствия на пути выполнения запланированной работы Scrum-командами;
обзор спринта – событие, завершающее каждый спринт, в ходе которого демонстрируется часть продукта и выявляются новые требования к продукту в целом и его частям;
ретроспектива спринта – событие, завершающее каждый спринт, в ходе которого проводится анализ работы команды в течение спринта и выделяются положительные практики, целесообразные для повторения в последующих спринтах.