Similar presentations:
Общие сведения об управлении ИТ-проектами
1.
Общие сведения обуправлении ИТ-проектами
Занятие проводит
КТН, доцент Попов А.А.
2. ИТ-проект
временное мероприятие,направленное на создание
уникального ИТ-продукта, ИТ-услуги
или результата
3. Классификация ИТ-проектов
По характеру изменений:• простые
• средние
• сложные
4. Классификация ИТ-проектов
По масштабу:малые
средние
большие
значительные
сверхзначительные
5. Классификация ИТ-проектов
По длительности:• краткосрочные
• среднесрочные
• долгосрочные
6. Классификация ИТ-проектов
По стадиям жизненного цикла ИС:формирование замысла системы
формирование требований системы
разработка системы
введение системы в эксплуатацию
поддержание существующей системы
7. Классификация ИТ-проектов
По стадиям жизненного цикла ИС:формирование замысла системы
формирование требований системы
разработка системы
введение системы в эксплуатацию
поддержание существующей системы
8. Классификация ИТ-проектов
По виду продукта• компонент другого программного продукта,
улучшение имеющегося программного продукта
или новый программный продукт;
• информационный сервис или способность
предоставлять информационный сервис;
• улучшение существующей линейки программных
продуктов или информационных сервисов;
• документ
9. Классификация ИТ-проектов
По виду функциональному назначению• производственные;
• технологические;
• финансовые;
• исследовательские;
• маркетинговые;
• по управлению персоналом;
• по управлению проектами;
• игровые;
• комбинированные
10. Классификация ИТ-проектов
По глубине взаимного проникновениябизнеса заказчика и подрядчика
• аутсорсинг;
• решения «под ключ»;
• совместные проекты;
• сервисная модель;
• аудит и консалтинг
11. Классификация ИТ-проектов
По виду заказчикагоссектор;
медицина;
образование;
мелкий бизнес;
крупный бизнес;
логистика,
сфера услуг;
розница;
энергетика;
банковский сектор;
транспорт и связь;
промышленность;
оборонная промышленность
12. Классификация ИТ-проектов
По виду автоматизируемых процессовосновные и вспомогательные;
технологические и офисные;
управленческие;
аналитические;
транзакционные;
реального времени;
с тем или иным акцентом на вычислительную
обработку;
передача данных;
организация хранения;
обработка медиа-контента;
обеспечение безопасности
13. Классификация ИТ-проектов
По степени сложности• монопроекты;
• мультипроекты;
• мегапроекты;
14. Классификация ИТ-проектов
По территориальному распространению• мононациональные – результат проекта ориентирован
на территориальные регионы со схожей
ментальностью;
• полинациональные – результат проекта ориентирован
на территориальные регионы с разной ментальностью;
15. Классификация ИТ-проектов
По уровню влияния разработкиинтерфейса на проект
• низкий – результат разработки интерфейса имеет
незначительное влияние на оценку проекта в целом,
занимает небольшой отрезок времени в жизненном
цикле проекта;
• средний – результат разработки интерфейса имеет
значительное влияние на оценку проекта в целом,
занимает значительный отрезок времени в жизненном
цикле проекта;
• высокий − результат разработки интерфейса имеет
критически важное влияние на оценку проекта в целом,
занимает значительный отрезок времени в жизненном
цикле проекта, может повлиять на принятие решения о
закрытии проекта
16. ИТ-продукт
это совокупность программных,аппаратных или программноаппаратных
решений информационных технологий,
предназначенная для использования
непосредственно потребителем или для
включения в различные ИТ-системы
(ИТ-продукт может быть продан или
выставлен в аренду потребителю)
17. ИТ-сервис
услуга в сфере информационныхтехнологий, которую компания,
осуществляющая облуживание ИТ
инфраструктуры, или внутреннее
специализированное подразделение
предоставляет предприятию для
поддержки его бизнес-процессов
18. Стандарты управления проектами
19. Стандарты управления проектами
20. Стандарты управления проектами (РФ)
21. Стандарты управления проектами (РФ)
22. Стандарты управления проектами (РФ)
23. Группы процессов
• инициация,• планирование,
• исполнение,
• мониторинг и контроль,
• закрытие.
24. Управление проектом
определение требований;
реагирование на различные потребности, сомнения и ожидания
заинтересованных сторон по мере планирования и исполнения проекта;
• становление, поддержание и осуществление коммуникаций среди
заинтересованных сторон, которые являются активными, результативными и
ориентированными на сотрудничество по своей сути;
• управление заинтересованными сторонами с целью соответствия требованиям
проекта и создания поставляемых результатов проекта;
• уравновешивание конкурирующих ограничений проекта, которые включают в
себя:
○ содержание,
○ качество,
○ расписание,
○ бюджет,
○ ресурсы,
○ риски.
25. Офис управления проектами (ОУП)
организационная структура, стандартизирующаяпроцессы руководства проектами и способствующая
обмену ресурсами, методологиями, инструментами и
методами
• Поддерживающий.
• Контролирующий.
• Руководящий.
26. Ключевые характеристики главных типов организационных структур
27. Функциональная организация
28. Слабая матричная организация
29. Сильная матричная организация
30. Сбалансированная матричная организация
31. Проектная организация
32. Комбинированная организация
33. Активы процессов организации
планы, процессы, политики, процедуры ибазы знаний, специфичные для
исполняющей организации и
используемые ей. Включают в себя
любые артефакты, методы и знания
некоторых или всех организаций,
участвующих в проекте, которые могут
быть использованы для исполнения или
руководства проектом
34. Активы (процессы и процедуры)
руководящие указания и критерии для адаптации набора стандартных
процессов и процедур организации с целью удовлетворения
конкретных потребностей проекта;
специфические организационные стандарты;
шаблоны (например, реестр рисков, иерархическая структура работ,
диаграмма сети расписания проекта и шаблоны договоров).
процедуры управления изменениями;
процедуры финансового контроля;
процедуры управления проблемами и дефектами;
требования организации к коммуникациям;
процедуры расстановки приоритетов, одобрения и авторизации работ;
процедуры контроля рисков;
типовые руководящие указания, рабочие инструкции руководящие
указания или требования к закрытию проекта
35. Активы (корпоративная база знаний)
базы знаний по управлению конфигурацией, содержащие версии и
базовые планы (базовые варианты) всех стандартов, политик,
процедур и любых документов проекта;
финансовые базы данных, содержащие такую информацию, как
данные о человеко-часах, понесенных затратах, бюджетах по проекту;
историческая информация и базы накопленных знаний (например,
записи и документы проекта, вся информация и документация по
закрытию проекта) информация о результатах решений по отбору
предыдущих проектов наряду с информацией о выполнении
предыдущих проектов, а также информация, полученная при
управлении рисками);
базы данных по управлению проблемами и дефектами;
базы данных измерений процессов, используемые для сбора и
обеспечения доступа к данным по процессам и продуктам;
файлы предыдущих проектов
36. Факторы среды предприятия
условия, не находящиеся поднепосредственным контролем команды
проекта, которые влияют на проект,
ограничивают или направляют его
37. Заинтересованная сторона
лицо, группа или организация, котораяможет влиять, на которую могут повлиять
или которая может воспринимать себя
подвергнутой влиянию решения,
операции или результата проекта
38. Взаимосвязь между заинтересованными сторонами и проектом
39. Примеры заинтересованных сторон проекта
Спонсор
Заказчики и пользователи
Продавцы (агенты)
Деловые партнеры
Организационные группы
Функциональные руководители
Дополнительные заинтересованные стороны
40. Члены команды проекта выполняют следующие роли
• Персонал, отвечающий за управлениепроектом.
• Персонал проекта
• Поддерживающие эксперты
• Представители пользователей или заказчиков
• Продавцы
• Члены организаций деловых партнеров
• Деловые партнеры
41. Основные составы команд проектов
• Выделенная.Все или большинство членов команды проекта —
это сотрудники с полной занятостью на проекте
• С неполной занятостью.
Руководитель проекта и члены команды
работают над проектом, оставаясь в своих
существующих организациях и продолжая
выполнять свои обычные рабочие обязанности
42. Обобщенная структура жизненного цикла проекта
Жизненный цикл проекта — набор фаз, через которые проходитпроект с момента его инициации до момента закрытия
43. Обобщенная структура жизненного цикла проекта
44. Обобщенная структура жизненного цикла проекта
45. Обобщенная структура жизненного цикла проекта
46. Влияние сроков проекта на стоимость изменений и риски
47.
Фаза проекта — совокупность логически связанных операций проекта,завершающихся достижением одного или ряда поставляемых результатов.
Однофазный
проект
Трехфазный проект
Проект с
перекрывающимися
фазами
48. Предиктивный жизненный цикл проекта
49. Итеративный жизненный цикл
50. Инкрементный жизненный цикл
51. Адаптивный жизненный цикл
52. Процесс
набор взаимосвязанных действий иопераций, осуществляемых для создания
заранее определенного продукта, услуги
или результата
53. Группы процессов
Группа процессов инициации. Процессы, выполняемые для определения
нового проекта или новой фазы существующего проекта путем получения
авторизации на начало проекта или фазы.
Группа процессов планирования. Процессы, требуемые для установления
содержания работ, уточнения целей и определения направления
действий, требуемых для достижения целей проекта.
Группа процессов исполнения. Процессы, применяемые для выполнения
работ, указанных в плане управления проектом, с целью соответствия
спецификациям проекта.
Группа процессов мониторинга и контроля. Процессы, требуемые для
отслеживания, анализа, а также регулирования исполнения проекта;
выявления областей, требующих внесения изменений в план; и
инициирования соответствующих изменений.
Группа процессов закрытия. Процессы, выполняемые для завершения
всех операций в рамках всех групп процессов в целях формального
закрытия проекта или фазы.
54. Группы процессов управления проектом
55. Взаимодействие групп процессов в рамках фазы или проекта
56. Взаимодействия процессов управления проектом
57. Границы проекта
58. Взаимодействия процессов управления проектом
59. Поток данных, информации и отчетов проекта
60.
61. Инициация проекта
62. Разработка технико-экономического обоснования
Разработка техникоэкономического обоснования• приоритезация проектов в условиях ограниченных
финансовых, человеческих и прочих ресурсов;
• определение совокупности организационнотехнологических мероприятий по обеспечению
заявленных бизнес-выгод от реализации проекта;
• обеспечение заинтересованности руководителей
бизнес-подразделений в проекте;
• формирование основы для оценки соответствия
результатов проекта и первоначальных планов
63. Матрица структурирования выгод ИТ-проекта
64. Характер воздействия на бизнес каждой из выгод
Создание новых возможностей
Повышение эффективности операций
Отказ от операций
65. Формирование бизнес-цели проекта
Бизнес-цель - это описание фактора,побуждающего к выполнению проекта.
Ее формирование производится на
стратегическом уровне, то есть бизнесцель выступает в качестве связующего
звена между глобальными задачами,
стоящими перед организациями, и
планируемым к реализации проектом.
66. Разработка устава проекта
Устав проекта - это инструмент, которыйформально авторизует проект и является
звеном, соединяющим предстоящий проект с
текущей работой организации.
Данный документ обычно отражает ситуацию
со стороны организации-заказчика,
выпускается руководителем, внешним по
отношению к проекту, и назначает менеджера
проекта, наделяя его полномочиями на
использование в проекте ресурсов
организации.
67. Информация, имеющая ключевое значение для составления устава
• стратегические и тактические целиорганизации-заказчика;
• формулировка требований организациизаказчика;
• ТЭО;
• контракт;
• внутрикорпоративная методология
управления проектами и соответствующие
политики.
68. Требования к уставу проекта
69. Требования к уставу проекта
70. Требования к уставу проекта
71. Требования к уставу проекта
72. Шаблон листа управления документом
73. Модель комплексного анализа участников и окружения проекта
74. Анализ воздействия участников на проект
75. Степень сопротивления различных участников проекта
76. Формирование требований проекта
77. Информация о процессе
• Место процесса• Интерфейс с предшествующим процессом
• Интерфейс с последующим процессом
• Что? (типовой результат и его потребитель)
• Как? (последовательность шагов и показатели
эффективности)
• Кто? (роли сотрудников в процессе и их
квалификация)
• Чем? (используемые средства, инструменты,
расходуемые ресурсы)
• Входящие документы
• Исходящие документы
• Регламентирующие документы
78. Формирование требований проекта
79. Шаблон протокола интервью
80. Использование функции качества
Функция качества - это инструмент для работы с заказчиком, которыйпозволяет встроить его требования в проект.