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