Приглашаем всех желающих посетить бесплатные пробные занятия по курсам МВА и профессиональной подготовки. Занятия проходят в реальных группах, никаких постановочных занятий. Ознакомиться с расписанием пробных занятий, выбрать заинтересовавшее и зарегистрироваться на него можно здесь
Возможности и ограничения использования гибких методологий управления ИТ-проектами в государственном секторе
Шадрин Е.И.
выпускник группы ITM-32
Школа IT-менеджмента
РАНХиГС при Президенте РФ
Под Управлением проектом, в соответствии с определением национальным стандартом ANSI PMBoK, понимается область деятельности, в ходе которой определяются и достигаются четкие цели проекта при балансировании между объёмом работ, ресурсами (такими как деньги, труд, материалы, энергия, пространство и др.), временем, качеством и рисками. А ключевым фактором успеха проектного управления является наличие чёткого заранее определённого плана, минимизации рисков и отклонений от плана, эффективного управления изменениями.
История современного проектного менеджмента берет свое начало с конца 50-х годовпрошлого столетия.
Управление проектами сегодня отличается от управления проектами
в конце 1950-х, сейчас управление проектами является отдельной наукой, которая включает в себя множество методик, практик, институтов, различных сертификатов. В современном мире сложно представить организации, которые не применяли бы какие-то методики при создании каких бы то ни было проектов.
Для разработки IT-проектов начали появляться свои методики, которые были бы наиболее эффективны в рамках специфики IT.
Так как данная дипломная работа посвящена управлению IT-проектами именно
в государственном секторе стоит отметить, что это неизбежно влечет за собой издание соответствующих нормативных правовых актов.
В сфере проектного управления на федеральном уровне в настоящий момент принятряд документов.
Стандарт ГОСТ 34.602-89 и постановление Правительства Российской Федерации
№ 676, которые регламентируют разработку ИТ-систем в государственных органах, подразумевают «каскадную» модель. При таком подходе если на одном из начальных этапов будет допущена ошибка, существует вероятность того, что такая ошибка будет обнаружена лишь на этапе разработке или тестирования. Поэтому применять данную модель рекомендуется только в том случае, если все требования предельно понятны и не будут меняться с течением времени.
На сегодняшний день в российских органах государственной власти продолжается реализация программы импортозамещения программного обеспечения. В связи с этим проблема закрытия программной ниши решается ускоренным запуском новых конкурентоспособных IT-проектов.
С усложнением архитектуры IT-систем, сценариев интеграции, увеличивается трудоёмкость производства и развёртывания, растут расходы на IT-сопровождение.
Руководители IT-проектов государственного значения сталкиваются с необходимостью оперативного внесения изменений на этапе тестирования, непрерывным потоком неопределённостей, требований, отвлекающих от основного направления работ, нечётким распределением ответственности за результат, несостоятельностью долгосрочных планов.
В связи с этим, а также опытом несостоятельности «каскадной» модели управления ИТ-проектами в части раздувания бюджета, получения некачественных продуктов в установленные сроки, в органах государственной власти задумались о внедрении новой, для государственных ИТ-проектов, гибкой методологии разработки Agile.
Этот подход основан на частой инкрементальной поставке ценного продукта и непрерывной обработки обратной связи.Короткие итерации, постоянная аналитика и быстрая реакция на изменения — является основой Agile.
Появившаяся в начале 2000-х, хотя основы ее зародились еще в 90-е, в нашей стране данная методологией начали пользоваться сравнительно недавно. Хотя она не приобрела еще массовый характер, но уже доказала свою эффективность в российских компаниях и использование ее становиться все популярнее.
Возвращаясь к внедрению гибкой методологии в госорганах следует отметить, что
в апреле 2017 года при Президиуме Совета при президенте РФ по стратегическому развитию и приоритетным проектам появилась подгруппа по применению гибÐ