03.08.2022 12:53
Авторы: Славин Борис
|
О замечаниях к методическим рекомендациям по созданию и развитию ГИС
Шестого июля 2022 года в Телеграм канале «Гостех» было опубликовано сообщение о том, что подготовлен проект методических рекомендаций по созданию и развитию ГИС, обсуждение которого должно состояться 11 июля 2022 года. В этом же сообщении была дана ссылка на страницу https://platform.digital.gov.ru/standards.html, где находился документ с названием «Методические рекомендации по организации производственного процесса разработки ГИС с учетом применения итерационного подхода к разработке». Союз ИТ-директоров (СоДИТ) России на заседании Правления счел необходимым представить свои замечания к данному документу, поскольку он затрагивает методологические вопросы внедрения гибких методов управления проектами при внедрении информационных систем. С самого начала эксперты СоДИТ не ставили задачи проведения полномасштабной экспертизы (хотя это и целесообразно для документа такого уровня), и отметили только базовые вопросы и замечания.
В документе поднята важная и актуальная тема внедрения гибких методов разработки государственных информационных систем (ГИС), что должно повысить успешность и эффективность проектов их внедрения. В существующей российской практике внедрения ГИС в основном используется классический «водопадный» метод ведения проектов.
Общеизвестно, что Agile–методики завоевывают все большее признание, как в практической плоскости управления проектами, так и в теоретической части, хотя и имеют свои ограничения. Особенно успешными эти методики зарекомендовали себя в проектах разработки программного обеспечения с высокой долей неопределенности. В этой связи появление документа, содержащего в себе методические рекомендации по использованию гибких методик разработки и внедрения для государственных организаций нашей страны, представляется необходимым и полезным.
Однако эксперты СоДИТ выявили ряд замечаний к содержанию и структуре представленного для обсуждения документа, которые приведены ниже. Устранение этих замечаний позволит улучшить документ и помочь организациям в его успешном применении.
1. Замечания и рекомендации к структуре и содержанию
- Рекомендуется добавить такие разделы, как словарь, область применения, ожидаемые результаты, которые являются необходимыми для таких документов как стандарты.
- В проекте документа в виде приложений приводится описание нескольких методов Agile-разработки: Скрама, экстремального программирования, Канбана, DevSecOps, бережливой разработки и т д. Целесообразно вместо их краткого пересказа, который не может охватить все особенности применения той или иной методики, дать ссылки на материалы, в которых эти методики описаны подробно и точно.
- Предлагается включить в рекомендации не только рассмотрение отдельного проекта внедрения ГИС, но и учесть другие проекты, которые ведутся в организациях. В частности, для этого можно применить инструменты управления портфелями и программами проектов. Подобный подход позволит исключить конкуренцию за ресурсы, которые могут возникнуть между отдельными проектами и, таким образом, способствовать успешной реализации связанных между собой проектов.
- Рекомендуется включить в методические рекомендации область управления архитектурой предприятия, поскольку общеизвестно, что именно отсутствие архитектурного подхода является одной из основных причин неудач ИТ-проектов. Именно поэтому еще в 1996 г. в США был утвержден Акт Клингера – Коэна, который предписывал государственным агентствам создавать и поддерживать актуальную архитектурную модель и проверять необходимость ИТ-проектов на основе этой модели.
- Рекомендуется больше внимания уделить вопросам бюджетирования, поскольку годовое планирование бюджета плохо соотноситься с Agile – методиками. Варианты бюджетирования проектов, которые осуществляются по этим методиками, достаточно хорошо проработаны. Можно, в частности порекомендовать Оценку реальных вариантов развития (Real Options Valuation – ROV) и Гибкое бюджетирование.
- В качестве методики для внедрения больших систем (которые не могут быть выполнены командой из 5-7 человек) рекомендуется использовать такие методики, как Less, Scrum-for Scrum, SAFe, которые подробно описаны во множестве источников и хорошо зарекомендовали себя на практике.
- Рекомендуется доработать ролевую и компетентностную модели с учетом современных Agile-методов, в частности, Scrum и SAFe.
2. Выявленные риски использование стандарта
В существующей практике разработки стандартов принято оценивать риски их внедрения и невнедрения. Необходимо их также оценить и проанализировать. В частности, внедрение настоящих методических рекомендаций в текущей редакции несёт следующие риски:
- Рост количества неуспешных проектов с завышенными инвестициями из-за отсутствия скоординированного управления проектами, а, следовательно, конкуренцией за ресурсы.
- Разрушение Архитектуры организации из-за отсутствия архитектурного подхода, что может привести к существенному ухудшению показателей её деятельности.
- Снижение показателей качества ИТ в организации.
- Понижение мотивации сотрудников, вынужденных работать в условиях неопределенности своих ролей и отсутствия необходимых компетенций.
Резюме. Для снижения рисков и повышения эффективности представленных методических рекомендаций по организации производственного процесса разработки ГИС с учетом применения итерационного подхода к разработке эксперты СоДИТ предлагают:
- Пересмотреть рекомендации по внедрению Agile-методов на основе архитектурного подхода, что позволит комплексно и системно подойти к развитию государственных предприятий, повысить успешность и эффективность проектов разработки и внедрения ГИС.
- Пересмотреть рекомендации по внедрению Agile-методов с учетом взаимного влияния проектов разработки и внедрения ГИС и других элементов предприятий на основе отечественных стандартов управления портфелями и программами проектов.
- Включить в рекомендации ролевые и компетентностные подходы, описанные в хорошо зарекомендовавших себя Agile – методах, в частности, в Скраме и SAFe.
- Вынести проект методических рекомендаций на всеобщее обсуждение, и привлечь к его экспертизе и доработке максимально возможное количество экспертов.
Со своей стороны Союз ИТ-директоров готов оказать как методологическую помощь в доработке документа, так и помощь в организации широкого обсуждения и экспертизе.