
- •«Управление it-проектами»
- •Основное определение понятия «проект»
- •Основные стандарты управления проектами и их взаимосвязь
- •Основное определение понятия «управление проектами»
- •Основное определение понятий «программа», «управление программой», «портфель», «управление портфелем»
- •Роль офиса управления проектами
- •Роль менеджера управления проектами
- •Взаимосвязь проектов и стратегического планирования организации
- •Проекты и организационная деятельность предприятия
- •Взаимосвязь управления проектами и операционного управления процессами организации. Факторы среды предприятия
- •Факторы среды предприятия
- •Влияние организации на управление проектами
- •Жизненный цикл проекта
- •Фазы проекта
- •Взаимосвязь жизненного цикла проекта и продукта
- •Руководство проектом на протяжении жизненного цикла
- •Связи между фазами проекта
- •Определение понятия «процесс». Группы процессов управления проектом
- •Общие взаимодействия процессов управления проектами
- •Состав группы процессов инициации
- •Состав группы процессов планирования
- •Состав группы процессов исполнения
- •Состав группы процессов мониторинга и управления
- •Состав группы процессов завершения
- •Назначение процессов проекта в рамках жизненного цикла системы
- •Процесс планирования проекта
- •Процесс оценки проекта
- •Процесс контроля проекта
- •Процесс принятия решений
- •Процесс управления рисками
- •Процесс управления конфигурацией
- •Процесс управления информацией
- •Определение понятия «модель жизненного цикла»
- •Взаимосвязь моделей жизненных циклов информационных и программных систем
- •Каскадная (водопадная) модель жизненного цикла разработки ис
- •Спиральная модель жизненного цикла разработки ис
- •Инициация проекта разработки информационной системы
- •Сравнение процессов инициации проекта разработки ис в различных стандартах и методологиях
- •Общая методика инициации проекта
- •Предварительное оценивание реализуемости проекта разработки ис
- •Участники проекта разработки ис. Документирование инициации проекта разработки ис
- •Определение участников проекта в стандарте iso 15288:2002
- •Участники проекта разработки ис
- •Документирование процессов инициации проекта разработки ис
- •План управления проектом
- •Процесс планирования проекта в рамках жизненного цикла системы
- •Планирование проекта разработки ис в соответствии с положениями гост группы 34 «Информационные технологии»
- •Основные определения и описания требований к информационным и программным системам
- •Основы управления требованиями к информационным и программным системам
- •Основные проблемы работы с требованиями к информационным и программным системам
- •Входы, инструменты и выходы процесса «Определение содержания»
- •Входы, инструменты и выходы процесса «Создание иерархической структуры работ»
- •Особенности выполнения процессов построения иерархической структуры работ в соответствии с положениями iso 15288:2002
- •Процессы планирования человеческих ресурсов в стандарте pmbok
- •Процессы управления человеческими ресурсами в стандарте iso 15288:2002
- •Описание идеальной команды it-проекта
- •Модель People Capability Maturity Model
- •Основные процессы формирования и управления расписанием проекта
- •Методы и инструменты процесса «Определение операций»
- •Методы и инструменты процесса «Определение последовательности операций»
- •Методы и инструменты процесса «Оценка ресурсов операций»
- •Методы и инструменты процесса «Оценка длительности операции»
- •Процесс «Разработка расписания»
- •Процесс «Управление расписанием»
- •Технология разработки расписания проекта на основе метода критического пути
- •Основы управления стоимостью проекта
- •Процесс «Оценка стоимости»
- •Процесс «Определение бюджета проекта»
- •Проблема оценки стоимости и бюджетирования ит-проектов
- •Видение кризиса инженерных подходов и зарождение идей гибкого управления ит-проектами
- •Гибкие методологии разработки. Манифест и принципы Agile. Семейство Agile-методологий
- •Анализ особенностей Agile-ориентированных подходов на примере Scrum
- •Проблемы применения Agile-методологий
- •Процессы управления исполнением проекта
- •Методики измерений, используемые в иt-проектах
- •Процесс «Завершение проекта или фазы»
Методики измерений, используемые в иt-проектах
Проблема мониторинга ИТ-проектов
Одна из главных проблем, возникающих в процессе учета результатов выполнения ИТ-проекта, - это проблема измерения промежуточных и окончательных результатов выполнения отдельных работ проекта
Определение термина «метрический показатель»
Под метрическим показателем понимают количественную оценку продукта, процесса или проекта, которая либо используется непосредственно, либо является исходным материалом для выполнения других измерений или прогнозов
Определение понятия «Измерение»
Измерение в ходе разработки ПО – количественное оценивание произвольных аспектов процесса программного инжиниринга, программного продукта или контекста; оно служит для совершенствования представления, помогает контролировать, прогнозировать и вносить улучшения в создаваемый продукт, а также в применяемые рабочие методы
Рекомендуется выделять следующие типы метрических показателей:
непосредственно наблюдаемый, измерение которого не зависит от значений других показателей и объектов предметной области, не участвующих в процессе измерения;
прогнозируемый, измерение которого производится путем применения какой-либо прогнозной модели к наборам значений непосредственно наблюдаемых показателей;
вычисляемый, измерение которого производится путем применения некоторой математической модели, аргументами которой являются значения не менее двух других непосредственно наблюдаемых или прогнозируемых показателей.
Взаимосвязь метрических показателей с моделью CMM выглядит следующим образом:
Уровень модели CMM |
Работы, выполняемые над метрическими показателями |
Уровень 1 (начальный) |
Сбор значений показателей о ходе выполнения ИТ-проекта; анализ собранных данных. |
Уровень 2 (повторяемый) |
Планирование и управление показателями, характеризующими отдельные ИТ-проекты. |
Уровень 3 (определенный) |
Сбор значений показателей и применение их для управления типовыми процессами разработки различных ИТ-проектов. Систематическое совместное использование показателей и их занчений для управления различными ИТ-проектами. |
Уровень 4 (управляемый) |
Стандартизация процессов определения и сбора значений показателей по всей ИТ-организации. Использование показателей для представления количественных данных процесса и его стабилизации по всей ИТ-организации. |
Уровень 5 (оптимизация) |
Использование показателей для оценивания и выделения усовершенствований в процессе. |
Менеджеры ИТ-проекта испытывают потребность в определении степени прогресса при достижении следующих целей:
большая точность в оценке затрат на осуществление программного проекта и при составлении графика;
рост производительности и эффективности труда;
более успешное удовлетворение запросов заказчиков и укрепление взаимного доверия на основе повышения качества продукта.
Наиболее популярным (и наиболее простым) критерием оценки финансовой эффективности является NPV (net present value) – чистая диконтированная стоимость проекта
Источниками дисконтной ставки могут являться:
собственный капитал компании и в том числе доходы от реализации продукции, полученной в результате проекта. В этом случае в качестве дисконтной ставки принято использовать взвешенную среднюю стоимость собственного капитала (WACC – weighted average cost of capital);
краткосрочные кредитные средства, привлекаемые под конкретный проект. В этом случае в качестве дисконтной ставки принято использовать процентную ставку по кредиту.
Цель методики Key Performance Indicators (KPI)
Цель KPI – сделать так, чтобы действия сотрудников из разных служб не были противоречивыми и не тормозили работу друг друга
Основные принципы организации KPI:
партнерство сотрудников компании, профсоюзов, основных поставщиков и потребителей;
перенесение усилий на главное направление;
интеграция процессов оценки показателей, отчетности и повышения производительности;
согласование производственных показателей со стратегией.
Методика внедрения KPI в ИТ-проект:
пригласите внешнего координатора проекта;
начните с обучения команды высших руководителей и добейтесь ее поддержки идеи внедрения KPI;
сосредоточьте внимание на ключевых факторах успеха;
следуйте правилу "10/80/10" (10 решающих KPI, 80 производственных показателей, 10 KPI);
создайте небольшую проектную группу по внедрению KPI;
"просто сделай это!" (самостоятельное создание и эксплуатация системы сбалансированных показателей ИТ-проекта и всей организации на основе KPI);
в течение первых 12 месяцев пользуйтесь уже имеющимися системами;
вносите все производственные показатели в базу данных и сделайте их доступными для каждой команды;
помните, что формы отчетности по KPI - это скорее искусство, чем наука;
не упускайте из виду: при необходимости можно дать проекту другое название.
Достоинствами KPI как системы измерений являются:
зависимость размеров бонусов сотрудника от выполнения персональных KPI;
закрепление за каждым сотрудником ответственности за определенный участок работы;
прозрачность для сотрудника долевого участия его вклада в достижение общей цели ИТ-проекта.
Недостатками KPI как системы измерений являются:
невысокая доля каждого KPI из-за большого количества KPI в общем бонусе, что приводит к отсутствию заинтересованности;
слишком большой вес одного из KPI ведет к перекосам в работе над ИТ-проектом;
реально недостижимые KPI демотивируют работу сотрудников.
Методика GQM (Goal – Question – Metric) рассматривает построение системы метрических показателей как выполнение следующих этапов работ:
этап 1 – определение набора целей;
этап 2 – формирование набора вопросов, применяемых для характеристики целей;
этап 3 – определение метрических показателей, необходимых для ответа на вопросы.