Устав проекта
Общая информация
Целью данного документа является обеспечение всех участников Проекта РИТМ всей необходимой информацией по управлению Проектом.
Ключевыми задачами Устава проекта являются:
определение рамок Проекта;
выделение ключевых ролей участников Проекта и форм их взаимодействия;
определение проектных процедур;
Настоящий Устав проекта является рабочим документом Проекта и обязателен для выполнения всеми участниками Проекта.
Цель Проекта
Целью Проекта является разработка свода знаний в области управления ИТ, соответствующих стандартов, сертификаций (специалистов, программного обеспечения и компаний), а также других материалов и подходов для развития Российских практик в области управления ИТ.
Результаты Проекта
Результаты Проекта достигаются инкрементальным способом, работы по Проекту выполняются небольшими итерациями, в конце которой должен появляться запланированный результат, проверенный и протестированный специалистами ИТ-подразделений российских компаний. Результаты подлежат обсуждению на регулярных стратегических сессиях с ИТ-директорами российских компаний.
Целевое видение конечного результата: свободно распространяемый, общедоступный свод знаний в виде автоматизированной базы знаний.
Дорожная карта Проекта представлена на рисунке:
Необходимые условия ведения Проекта
Необходимые условия для ведения Проекта состоят в следующем:
активная поддержка Проекта со стороны заинтересованных организаций;
своевременное выполнение работ по Проекту специалистами, включенными в состав рабочей группы Проекта;
своевременное финансирование работ.
Принципы организации Проекта
Делаем MVP, проверяем и развиваем дальше. Двигаемся итеративно. Выдаем результаты ритмично;
Организуем работу в мелких командах;
Синхронизируем работы и результаты на разных уровнях, но централизуем принятие ключевых решений;
Уважение к любому мнению и равенство экспертов РИТМ как личностей;
Договариваемся;
Постоянно совершенствуемся;
Надежность. Вместе несем ответственность за результат;
Используем в материалах простой, русский язык;
Работа должна быть простой и практичной;
Проповедуем системный подход и целостность результатов;
Строим работу так, чтобы результат был универсален;
Максимально ищем примеры и подтверждаем их.
Рамки Проекта
Проект сфокусирован на максимальном охвате возможного объема ИТ-деятельности. Описание ИТ-практик и ИТ-процессов включает в себя описание этапов, шагов, ролей, артефактов и т.д. для любой организации. Дополнительные кейсы, деструктивные сценарии и т.п. включают в себя рекомендации по применению ИТ-практик и ИТ-процессов в компаниях различного размера с различными уровнями зрелости систем управления ИТ.
География Проекта
Географически Проект охватывает всю территорию Российской Федерации.
Организационная структура Проекта
В реализации Проекта в организации выделяются следующие участники процесса.
Структура | Описание | Состав |
Архсовет | Ключевой коллегиальный орган, работающий на уровне всего Проекта и принимающий решения по Проекту любого характера. Его структура неизменна на протяжении всего Проекта. | Руководитель проекта, Главный архитектор, Архитекторы |
Редколлегия | Объединение ключевых участников Проекта, взаимодействующие на всех уровнях Проекта | Владельцы областей управления, Архсовет |
Рабочие группы | Объединение авторов, соавторов и владельцев областей управления для создания контента в рамках областей управления, процессов и практик | Авторы, Соавторы, Владельцы областей управления, Владельцы процессов/практик |
Сообщество | Эксперты в предметных областях, причем не только в области ИТ, обладающие богатым опытом работы, к которым могут обращаться участники Проекта для прояснение специфических вопросов, консультаций и т.д. | Специалисты в различных сферах бизнеса |
Ключевые роли и их функциональные обязанности
Роль | Функциональные обязанности | Ответственность и Полномочия |
Руководитель проекта | Управляет ходом работ Проекта (планы реализации, ресурсы проекта, успехи и активность членов проектной команды, работу с рисками). Информирует членов команды всех аспектах проекта. Участвует в организации мероприятий Проекта. | Отвечает за сохранение темпа создания контента в Проекте, соблюдение установленных сроков дорожной карты, ресурсное обеспечение проекта. Имеет право принимать решения по организационным вопросам Проекта (сроки, ресурсы, планы). |
Главный архитектор | Создает и утверждает архитектуру, состав ИТ-процессов/практик, направления и принципы их создания. Консультирует членов команды по методологическим вопросам. Популяризирует проект и РИТМ в целом. Участвует в организации мероприятий Проекта. | Отвечает за целостность и непротиворечивость модели и методологии, качество разрабатываемого контента. Решает спорные методологические вопросы. Имеет право принимать решения по методологическим вопросам. |
Архитектор | Работает с членами команды в части архитектуры, состава областей управления, направления и принципы их создания и описания, связи между практиками из разных Областей управления. Разрабатывают материалы общего характера или в части конкретных ИТ-процессов. Консультирует членов команды по методологическим вопросам. Популяризирует проект и РИТМ в целом. Участвует в организации мероприятий Проекта. | Отвечает за целостность и непротиворечивость на низких средних и низких уровнях методологии, качество разрабатываемого контента. Решает спорные методологические вопросы. Имеет право эскалировать спорные вопросы до Архсовета, предлагать любые изменения в РИТМ и проекте на обсуждение Архсовета. |
Владелец Области управления, Владелец направления | Формирует состав команды Области управления Занимается организационными вопросами работы команды Выполняет роль архитектора в рамках Области управления и прорабатывает интерфейсы с практиками других Областей управления. | Отвечает за выполнение поставленных целей по срокам и качеству разработки материалов в рамках Области управления, координацию работы с Владельцами процессов\практик, Авторами и Экспертами и представление результатов работы для Редколлегии. Имеет право принимать решения по организации и работе команды Области управления, эскалировать вопросы на Редколлегию и Архсовет. |
Владелец глоссария | Поддерживает единый глоссарий в актуальном состоянии. Проводит аналитику терминов и определений. Консультирует команду Проекта по вопросам терминов. | Отвечает за качество, актуальность, целостность и непротиворечивость терминов в глоссарии. Имеет право принимать решения в области терминов и определений методологии (выпуск релизов, синхронизация терминов между областями управления и т.д.). |
Владелец практики/ИТ-процесса | Описывает конкретный ИТ-процесс/практику внутри Области управления. Определяет архитектуру и наполнение практики/ИТ-процесса в рамках одной из Областей управления. Регулярно собирается для синхронизации по проекту, решения задач проекта в рамках практики и Области управления. Направляет Авторов в разработке контента, редактирует результат, формирует целостное представление практики. Проводит исследования практической деятельности компаний в сфере ИТ для отражения в материалах. | Отвечает за формирование описания процесса/практики, которые лидирует, координацию работы с Авторами и Экспертами и представление результатов. Отвечают за достижение целей по срокам и качеству разработки ИТ-процесса/практики, которые лидирует. Имеет право принимать оперативные методологические и организационные вопросы в рамках ИТ-процесса/практики, которые лидирует, эскалировать спорные вопросы до Архсовета, Владельца области управления. |
Автор практики \ ИТ-процесса | Создает материалы по выделенным практикам\ИТ-процессам. Координирует свою работу с Владельцем практики/ИТ-процесса, командой Проекта. Защищает разработанные мероприятия перед Редколлегией. Вносят правки в материалы, дорабатывают. Совместно с Владельцем практики/ИТ-процесса проводят исследования практической деятельности компаний в сфере ИТ для отражения в материалах. | Вместе с Владельцем практики/ИТ-процесса отвечает за качество разработанного материала в рамках практики/ИТ-процесса. Отвечает за применение лучших мировых практик, с учетом российской специфики. Отвечает за согласованные сроки разработки материалов. |
Эксперт | Оказывает консультации по отдельным вопросам в рамках разработки методологии. Представляет экспертные заключения по направленным вопросам. | Отвечает за качество предоставляемой информации. Эксперты не посещают командные мероприятия в рамках проектов (синхро-дни, статус-встречи и т.д.). Эксперты не включаются в состав командных чатов по проекту. |
Процессный аналитик | Выбор источников и поиск информации для анализа. Анализ бизнес-процессов и обобщение найденной информации. Разработка четкой и структурированной документации. Документирование исследований/опросов и т.д. | Отвечает за качество анализа. Отвечает за качества документирования (соответствие шаблонам, соглашению о моделировании и т.д.). Может участвовать в командных чатах и мероприятиях в рамках проекта по приглашению Владельца ОУ. К процессному аналитику предъявляются менее строгие требования к опыту и количеству компетенций, сертификаций, чем к авторам и владельцам. |
Спонсор | Выделяет ресурсы (денежные, трудовые, др. материальные ресурсы). Обосновывает в своей Организации необходимость поддержки Проекта. Участвует в периодических встречах по проекту. | Несет ответственность за трансляцию целей и требований его Организации в области Проекта. Имеет право влиять на объемы, сроки и организационные вопросы проекта. |
Директор по GR | Проводит информационные встречи с заинтересованными в Проекте лицами (спонсоры, партнёры и т.д. из государственных организаций, госкорпораций), доносит важность и актуальность Проекта, лоббирует интересы Проекта и его команды. Организует и проводит встречи с представителями органов власти, государственных организаций, продвигает Проект для решения стратегических государственных задач, связанных с ИТ. Популяризирует проект и РИТМ в целом. Участвует в организации мероприятий Проекта. | Несет ответственность за предоставление достоверной информации о Проекте и методологии. Несет ответственность за привлечение в проект новых спонсоров, партнёров, авторов и т.д. из государственных организаций и госкорпораций. |
Амбассадор РИТМ | Проводит информационные встречи с заинтересованными в Проекте лицами (спонсоры, партнёры и т.д.), доносит важность и актуальность Проекта. Популяризирует РИТМ. Выносит на Архсовет вопросы, предложения по Проекту. Участвует в организации мероприятий по Проекту. | Несет ответственность за предоставление достоверной информации о Проекте и методологии. Несет ответственность за привлечение в проект новых спонсоров, партнёров, авторов и т.д. |
Администратор проекта | Совместно с Руководителем проекта координирует деятельность членов команды по рабочим вопросам. Обеспечивает надлежащую коммуникацию (сбор обратной связи, её структуризация и сортировка, преобразование к единому виду) между участниками команды. Участвует в организации мероприятий по проекту. Помогает в подготовке документации проекта. Ведет протоколы встреч при необходимости. Выполняет поручений руководителя проекта. |
Основные процедуры проекта
Принятие решений на Архсовете и Редколлегии
Решения принимаются большинством голосов присутствующих на собрании Архсовета и Редколлегии. Собрание может быть организовано как очно, так и с применением видеоконференцсвязи. Голосование также может быть организовано очно и заочно.
По итогам собрания и голосования направляются заметки со встречи, включающие формулировку принятых решений. Если возражений не поступило до следующего собрания Редколлегии или Архсовета, то решение фиксируется, как принятое.
В случае разногласий среди Редколлегии, решение выносится на уровень Архсовета. По отдельным вопросам, при отсутствии единогласия на Архсовете решение выносится на собрание спонсоров Проекта.
Голоса участников Архсовета, Редколлегии и Спонсоров имеют различный вес:
Голоса спонсоров зависят от приобретенного спонсорского пакета: Бронза – 6 голосов, Серебро – 10 голосов, Золото – 14 голосов, Платина - 20 голосов;
4 участника Архсовета имеют каждый по 4 голоса;
9 Владельцев Областей управления каждый имеет по 2 голоса;
Члены itSMF имеют по 1 голосу.
Изменения статуса участника проекта
Решения по изменению статусов принимаются на Архсовете.
Если участник команды (Владелец практики/ИТ-процесса, Автор, Владелец области управления) недостаточно участвует в работе Проекта, а именно: посетил менее 60% собраний в квартал, 80% его материала не принято в итоговый контент, выполнил менее 60% назначенных заданий в установленный срок, то он получает предупреждение от Архсовета.
Если в следующем квартале повторяется подобная ситуация, то участник переходит на уровень роли ниже, т.е. Владелец области управления – во владельцы ИТ-процесса/Авторы (при отсутствии вакантных ролей владельцев ИТ-процесса), Владелец ИТ-процесса/практики – в Авторы, Авторы – в Эксперты. В отдельных случаях (например, в случае задержки проекта согласно дорожной карте проекта) Архсовет может принять решение о замене ключевых участников (в т.ч. Владельцев Области управления).
Периодичность встреч проекта
Наименование встречи | Периодичность | Состав |
Синхронизационная встреча по практике/ИТ-процессу | Не реже 1 раза в неделю | Владелец практики/ИТ-процесса Авторы |
Синхронизационная встреча по области управления | Не реже 1 раза в неделю | Владелец практики/ИТ-процесса Владелец Области управления |
Синхронизационная встреча Редколлегии | Не реже 1 раза в неделю | Владельцы Областей управления Главный архитектор Руководитель проекта Архитекторы |
Синхронизационная встреча Архсовета | Не реже 1 раза в неделю | Главный архитектор Руководитель проекта Архитекторы |
Синхронизационная встреча с ИТ-директорами организаций | Не реже 1 раза в квартал | Главный архитектор Руководитель проекта Архитекторы Владельцы Областей управления ИТ-директора и руководители организаций/руководители ИТ-подразделений |
Последовательность шагов по описанию практики \ ИТ-процесса
Процессы должны описываться в инкрементальном цикле.
Процедура валидации разработанных материалов
