Меню Закрыть

Комплексное управление ИТ-проектами

руб.3,800.00

В нашей методике DP.BPM мы выделяем следующие этапы управления ИТ-Проектами состоит из ряда этапов:

  • Технический пресейл и переговоры с Инвестором относительно целей проекта и ожидаемых результатов
  • Планирование проекта и Разработка Проектной документации
  • Подбор проектной команды
  • Аудит процессов и ИТ-систем “как есть”
  • Проектирование процессов и ИТ-архитектуры “как будет”
  • Подбор оптимального решения, презентация контрольного примера заказчику
  • Управление реализацией Проекта: Настройки и доработки функционала
  • Внедрение изменений: Подготовка сопроводительной документации, обучение пользователей
  • Постпроектное сопровождение: Периодические аудиты на исполняемость процессов и достоверность данных

Ошибка на любом из этапов может привести к потере времени, денег или, вообще, к провалу проекта.

Мы сертифицированы по ИСО 20 000 – Стандарт по Управлению ИТ-Проектами.

У нас есть все компетенции, необходимые для комплексного выполнения Проекта от консультантов на этапе технического пресейла, до внедренцев, осуществляющих внедрение изменений и обучение пользователей на местах.

В рамках услуги «Комплексного управления ИТ-проектами» мы предлагаем взять на себя:

  • подбор команды на проект и управление проектом с нашей командой;
  • координация работ вашей команды, по всем этапам и процессам, либо выборочно (см. ниже)
  • антикризисное управление проектом в сложных ситуациях на грани срыва проекта до нормализации ситуации.
Категория: Метка:

Описание

5 этапов управления проектом:

  • Разработка концепции, инициирование
  • Определение и планирование
  • Запуск работы и воплощение задуманного
  • Внедрение изменений, контроль и наблюдение
  • Закрытие проекта

Процессы управления проектами

ГОСТ Р 54869—2011 описывает двенадцать процессов управления, восемь из которых — это процессы планирования проекта

  • Процесс инициации проекта

Стратегия проекта. Ключевая проблема, которую решает проект. Определить цели и ключевые проблемы, которые решает проект, рассчитать экономическое обоснование. 

Результат: Устав проекта. Задокументированы основные параметры и понятия, без которых проект не может быть формально открыт, а именно: наименование проекта, причины его инициации, цели и продукты проекта, дата инициации. Определить заинтересованные стороны и их роли: Инвесторы, акционеры, директора и клиенты.

  • Процесс планирования содержания проекта

Масштаб и объем работ. Количество планируемых задач, потоков и приоритеты. Формализовать требования к проекту, провести анализ требований на возможность их выполнения. Определить и согласовать с заказчиком бизнес-требования, свойства и характеристики продукта, критерии и методы приемки работ, допущения и исключения.

Результат: технический дизайн-проект

  • Процесс разработки расписания проекта

Выявить взаимосвязи между отдельными работами по проекту, хронологию зависимых задач, оценить длительность работ, определить ресурсы, необходимых для выполнения проекта в срок.

Результат: Сформировано и задокументировано расписание проекта, базовый календарный план проекта, график привлечения ресурсов

  • Процесс планирования бюджета проекта

Управление бюджетом. Определить финансовые потребности и источники финансирования. Разработка и выполнение финансового плана проекта. Определить структуру статей бюджета проекта, позволяющих контролировать затраты на проект, рассчитать плановую стоимости всех ресурсов проекта (материальных и людских) с учетом всех известных ограничений на их использование, а также стоимость выполнения работ по проекту.

Результат: Утвержденный базовый бюджет проекта и порядок поступления денежных средств в проект.

  • Процесс планирования персонала проекта

HR. Управление человеческими ресурсами. Определить роли участников проекта, их функции и полномочия, численный и квалификационный состав команды проекта, требования к условиям труда. Провести оценку поставщиков, подрядчиков и других исполнителей и сформировать проектную команду.

Результат: сформирована команда проекта, подписаны проектные договоры/соглашения с членами проектной команды

  • Процесс планирования закупок в проекте

Провести анализ необходимости закупки продукции и услуг для достижения целей проекта. Определить требования к закупаемой продукции (услугам), в том числе ограничения по стоимости и срокам поставки.

Результат: план мероприятия для выбора и оценки поставщиков.

  • Процесс планирования реагирования на риски

Выявить и спрогнозировать риски проекта, проранжировать по вероятности возникновения и степени влияния на результат проекта. Разработать мероприятия по изменению вероятности и степени влияния наиболее значимых рисков.

Результат: прогноз рисков и план реагирования

  • Процесс планирования обмена информацией

Определить всех участников информационного обмена, их потребности в информации, а также методы и средства распространения информации о проекте. Сформировать процедуры разработки, согласования, утверждения и распространения проектных документов, правила хранения информации о проекте.

Результат: план коммуникаций 

  • Процесс планирования управления изменениями

Определить порядок работы с изменениями в проекте, включающий выявление, согласование и утверждение изменений, организацию учета версий документов и продуктов проекта и доведение информации об изменениях до заинтересованных сторон. Причем этот порядок работы должен быть установлен на уровне всей организации, а его разработка — вменена в обязанности проектного менеджера.

Результат: Регламент внесения изменений в проект

  • Процесс организации исполнения проекта

Организовать выполнение запланированных работ согласно принятым в проекте правилам и осуществления намеченных корректирующих и предупреждающих действий.

Результат: Работы выполнены в полном объеме, с надлежащим качеством, проектная документация актуализирована.

  • Процесс контроля исполнения проекта

Регулярная проверка состояния проекта, анализ результатов, в т.ч. отклонения от планов, возникновение рисков. Оценка соответствия продукта бизнес-требованиям и техническому заданию. По результатам проверки формируются корректирующие и предупреждающие действия и составляются отчеты о выполнении работ по проекту в соответствии с утвержденной системой отчетности. Критерии и оценка качества.

Включает подпроцессы

    • Управление ожиданиями
    • Управление качеством

Результат: План управления проектом – документ, описывающий ход выполнения проектных работ. Отчетность по проекту.

  • Процесс завершения проекта

Провести приемо-сдаточные испытания, документально оформить приемку продукта заказчиком, завершить все имеющихся договоры по проекту. Сформировать архив проекта по всем рабочим материалам, получить от заказчика отзывы.

Результат: Подписанные акты выполненных работ, документ об окончании проекта.

 

Методики

Существует более 20 методик по Проектному управлению.

Часто успех или провал проекта зависит от правильно выбранной методологии. 
Лучше всего, в условиях Российской действительности, подходит гибрид методик Agile и Extreem Project Manager.

Традиционные методики:

  • Waterfall
  • Управление критической цепи проекта (CCPM). Фокус на ресурсах, не сроках.
  • Метод критического пути (CPM). «Шаг за шагом» алгоритмы.
  • PMI / PMBOK «Метод». Инициирование, планирование, исполнение, контроль и закрытие. 

Гибкая методология:

  • Agile
  • Scrum
  • Kanban
  • Экстремальное программирование (XP)
  • Адаптивные рамки проекта (APF)

Методики по управлению изменениями:

  • Методология моделирования событий (ECM)
  • Экстремальное управление проектами (XPM)

Процессно-ориентированные методики:

  • Lean
  • Six Sigma
  • Lean Six Sigma
  • Процессно-ориентированная PM
  • ГОСТ Р 54869—2011

Другие индивидуальные методики и гибридные подходы:

  • PRINCE2. Разработан правительством Великобритании
  • PRiSM
  • Benefits Realization (BRM)
  • Быстрая разработка приложений (RAD)

Методики по оказанию ИТ-услуг:

  • ГОСТ 20000
  • ITIL
  • CoBit

На проектах по внедрению мы используем нашу Авторскую методику DP.BPM, в которую собрали самые эффективные инструменты из общепризнанных методик и адаптировали ее к условиям Российской действительности.

Библиотека

Мы готовим Книгу по Управлению ИТ-Проектами, в которой будет свод принципов каждой из известных методик, их анализ, плюсы и минусы и описание методики DP.BPM, решающей все выявленные нами недочеты.

Подпишитесь, чтобы получить pdf-книгу и наши аналитические рассылки по бизнес-инструментам в числе первых.

Письма приходят не чаще 1 раза в неделю и не содержат рекламы. Вы можете отписаться в любое время.

Если вы хотите сотрудничать с нами как автор методических материалов и курсов – напишите подробнее об этом в поле Комментарии

[wpforms id=”7124″ title=”false” description=”false”]

Обучение

Онлайн-курсы

Онлайн-курс по Управлению ИТ-проектами выйдет в сентябре 2020г. Оставьте ваши контакты и мы сообщим о готовности курса.

[wpforms id=”7125″ title=”false” description=”false”]

А пока вы можете использовать литературу для самостоятельного обучения.

Список литературы

  1. ГОСТ Р 54869—2011 «Проектный менеджмент. Требования к управлению проектом»
  2. ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств
  3. Автоматизированные системы стадии создания. ГОСТ 34.601-90 Комплекс стандартов на автоматизированные системы. ИПК издательство стандартов. М., 1997 а) основная:
  4. Гонтарева И.В. Управление проектами: Учебное пособие / И. В. Гонтарева, Р. М. Нижегородцев; Финансовая академия при Правительстве РФ. – изд. стереотип. – М.: ЛИБРОКОМ, 2014
  5. Информационный менеджмент. Учебник/ под ред. Н.М.Абдикеевой.- М.: ИНФРА-М, 2012. б) дополнительная:
  6. Грекул, В.И. Методические основы управления ИТ-проектами: 25 Учебник / В.И. Грекул, Н.Л. Коровкина, Ю.В. Куприянов.— М.: БИНОМ. Лаборатория знаний, 2011 .— 392 с.
  7. Попов Ю.И., Яковенко О.В. Управление проектами. Учеб. пособие. – М.:ИНФРА-М, 2010.- 208 с. – (Учебники для программы МВА).
  8. Арчибальд Р.Д. Управление высокотехнологичными программами и проектами. Москва: ДМК Пресс, 2010.- 464 с.
  9. Грекул В.И., Коровкина Н.Л., Куприянов Ю.В. Проектное управление в сфере информационных технологий – М.:Бином. Лаборатория знаний , 2013.- 336 с.
  10. Арчибальд Рассел Д. Взаимодействие между стратегическим управлением и управлением портфелем проектов на предприятии. Управление проектами и программами”, №4, 2010 г.
  11. Павлова О. В России появился свой стандарт по управлению проектами. PC Week/RE №5 (790) 6 марта 2012
  12. Светлов, Н.М. Информационные технологии управления проектами: учебное пособие / Н.М. Светлов, Г.Н. Светлова .— 2-е изд., перераб. и доп. — М.: Инфра-М, 2012 .— 232 с. 9.
  13. Багратиони К.А., Алешин А., Аньшин В.М. Управление проектами: фундаментальный курс. М. Изд. дом Высшей школы экономики, 2013. — 624 c 2.
  14. Эрик Верзух Управление проектами: ускоренный курс по программе MBA, Компьютерное издательство Диалектика, 2008
  15. Куперштейн В.И. Microsoft Project 2010 в управлении проектами; под общ. ред. А.В. Цветкова. – СПб. : БХВ-Петербург, 2011. – 416 с.
  16. Plattner, Н., Meinel, Chr., Leifer, L., Design Thinking Research: Making Design Thinking Foundational (Understanding Innovation), Springer, p. 290, SPRINGER, 2016 10.2 Основная литература
  17. В.И. Грекул, Н.Л. Коровкина, Ю.В. Куприянов Проектное управление в сфере информационных технологий. М, БИНОМ. Лаборатория знаний, 2013
  18. Galoppin, L. Managing Organizational Change during SAP Implementations/ Galoppin, L., Caems, S. – Bonn, Germany: SAP Press, 2007. – 365 p.
  19. Драган З. Милошевич Набор инструментов для управления проектами Академия АйТи ДМК Пресс Москва, 2006
  20. А.С. Товб, Г.Л. Ципес Управление проектами. Стандарты, методы,опыт. «Олимп-Бизнес» М., 2003
  21. Т. Демарко, Т.Листер, Человеческий фактор. Успешные проекты и команды, СимволПлюс, 2005 г., 256 с
  22. Project Management Institute. PMI PMBOK (5th Edition) / Руководство к Своду знаний по управлению проектами (пятое издание), Project Management Institute, Inc., 2012.
  23. Kumar., V.,101 Design Methods: A Structured Approach for Driving Innovation in Your Organization 10.3 Дополнительная литература
  24. Аньшин В. М., Демкин И. В., Никонов И. М., Царьков И. Н. Модели управления портфелем проектов в условиях неопределённости. — М.: МАТИ, 2008.
  25. Грей К.Ф., Ларсон Э.У. Управление проектами: Практическое руководство/Пер. с англ.- М.: Издательство «Дело и Сервис», 2003.
  26. В.И. Грекул, Н.Л. Коровкина, Ю.В. Куприянов Методические основы управления ИТпроектами, ИТУИТ.РУ, БИНОМ.ЛЗ, с. – 391, М.,2010
  27. HERMES 5, Стандарт управления ИТ-проектами Федерального правительства Швейцарии: http://www.hermes.admin.ch/onlinepublikation/index.xhtml, режим доступа от 22.11.2016 г.
  28. PRINCE 2 (Projects In Controlled Environments, version 2). Портфолио материалов: https://www.prince2.com/eur/downloads , режим доступа от 22.11.2016 г.
  29. Peppard, J. Managing for the realization of business benefits from IT investments / Peppard, J., Ward, J., Daniel, J. // MIS Quarterly Executive. – 2007. – Vol. 6. № 1. – P.1-11.
  30. SwEBoK (Software Engineering Body of Knowledge). Общий информационный портал: https://www.computer.org/web/swebok – режим доступа от 22.11.2016 г.
  31. Fazar W., Program Evaluation and Review Technique // The American Statistician, Vol. 13 (№ 2), 1959, С. 10.
  32. Официальный доклад международного олимпийского комитета по результатам проведения зимних олимпийских игр в Гренобле, 1968, С. 49
  33. Taylor F.W., The Principles of Scientific Management, New York, NY, USA and London, UK: Harper & Brothers, – LCCN 11010339, OCLC 233134
  34. Royce W.W., Managing The Development Of Large Software Systems // Reprinted from Proceedings, IEEE WESCON, August 1970, pages 1-9. Copyright©1970 by The Institute of Electrical and Electronics Engineers, Inc. Originally published by TRW.
  35. Обзор Microsoft Solutions Framework (MSF) [Интернет ресурс] / Microsoft Developer Network – Режим доступа: msdn.microsoft.com/ru-ru/library/jj161047.aspx
  36. DSDM Atern Handbook [Интернет ресурс] / DSDM Consortium – Режим доступа: www.dsdm.org/dig-deeper/book/dsdm-atern-handbook (дата обращения: 03.11.2014).
  37. Шопырин Д.Г., Управление проектами разработки ПО: Учебно-методическое пособие по дисциплине «Гибкие технологии разработки программного обеспечения», СПб: СПбГУ ИТМО, 2007. – 131 с.
  38. Sutherland J.V., Business object design and implementation / Sutherland J.V. Schwaber K. // OOPSLA ’95 Workshop Proceedings, The University of Michigan, 1995, – 118 c.
  39. Takeuchi H., New New Product Development Game [Интернет источник] / Takeuchi H., Nonaka I. // Harvard Business Review, 1986 – Режим доступа: hbr.org/1986/01/the-new-new-product-development-game/ar/1
  40. Исчерпывающее руководство по Скраму: Правила Игры [Интернет Источник] / Scrum.org – Режим доступа: www.scrum.org/scrum-guide
  41. Highsmith J.M., Exciting, And Anxiety-Ridden: Adaptive Software Development // American Programmer, Volume X (№1), 1997 – Электронный ресурс: www.adaptivesd.com/articles/messy.htm
  42. Beck K., Extreme Programming Explained: Embrace Change. US: Addison-Wesley Professional, 2005. – 224 c. – ISBN-10: 0201616416
  43. Основополагающие принципы Agile-манифеста [Интернет источник] / Beck K., Beedle M., Arie van Bennekum, Cockburn A., Cunningham W., Fowler M., Grenning J., Highsmith J., Hunt A., Jeffries R., Kern J., Marick B., C. Martin R.C., Mellor S., Schwaber K., Sutherland J., Thomas D. – Режим доступа: agilemanifesto.org/iso/ru/principles.html
  44. Getting Real [Интернет источник] / 37signals, 2014 – Режим доступа: gettingreal.37signals.com

Полезные ресурсы

  1. Портал MicrosoftProject.ru http://www.microsoftproject.ru
  2. Сайт компании PM Expert http://www.pmexpert.ru
  3. Портал «Профессионал управления проектами» http://www.pmprofy.ru/
  4. Московское отделение Project Management Institute http://www.pmi.ru
  5. Грекул В.И., Коровкина Н.Л., Куприянов Ю.В. Методические основы управления ИТ-проектами. – Интернет-источник http://www.intuit.ru/department/itmngt/metbitm
  6. Сайт группы компаний «Проектная ПРАКТИКА» http://pmpractice.ru/training/testing/

Термины и определения

  • Agile: Гибкий итеративно-инкрементальный подход к управлению проектами и продуктами, ориентированный на динамическое формирование требований и обеспечение их реализации в результате постоянного взаимодействия внутри самоорганизующихся рабочих групп, состоящих из специалистов различного профиля. Существует множество методов, базирующихся на идеях Agile, самые популярные из которых – Scrum и Kanban.
  • Критический путь: Непрерывная последовательность работ и событий от начального до конечного события, требующая наибольшего времени для её выполнения.
  • Событийная цепочка процессов (EPC-диаграмма): диаграмма, отображающая последовательность реализации работ проектов основываясь на доступности и загруженности ресурсов
  • Резерв времени: Время, на которое может быть отложено начало работы без влияния на общую продолжительность проекта. Таким образом, у работ на критическом пути резерв будет равняться нулю.
  • Веха (контрольная точка, milestone): Ключевое событие, обозначающее, например, конец этапа. На диаграмме Гантта обозначается задачей с нулевой длительностью.
  • Ресурсы: Элементы, необходимые для реализации проекта. Ресурсами являются время, оборудование, материалы, сотрудники и прочее.
  • Содержание проекта (Scope): Описание работ, которые необходимо выполнить, чтобы получить продукт.
  • Спринт (Sprint): Итерация (рабочий цикл) в Scrum, длящаяся от недели до месяца, в ходе которой создаётся рабочая версия продукта или его элемент, представляющий ценность для заказчика.
  • «Классическое» или «традиционное» проектное управление: Наиболее широко распространённый метод управления проектами, основанный на так называемом «водопадном» (Waterfall) или каскадном цикле, при котором задача передаётся последовательно по этапам, напоминающим поток.

Классификация участников проекта, согласно PMBoK:

  • Менеджер проекта (руководитель проекта, project manager, PM): Руководитель команды проекта, ответственный за управление проектом (планирование, реализацию и закрытие проекта).
  • Заказчик – человек или компания, планирующая использовать продукт (уровней заказчиков может быть несколько)
  • Исполнитель – компания, обязавшаяся реализовать проект
  • Проектная команда – группа людей, выполняющих проектные работы
  • Команда управления проектом – люди из проектной команды, занимающиеся операциями по проект-менеджменту
  • Спонсор – человек или компания, предоставляющая средства (денежные или натуральные) для проекта
  • Источники влияния – люди или организации, не связанные напрямую с получением или применением продукта, но способные оказать положительное или отрицательное воздействие на реализацию проекта
  • Офис управления проектом – офис исполнителя (если он несет косвенную или прямую ответственность за результаты проекта, он может быть его участником)