Наверняка вы уже слышали про РИТМ. На недавней конференции itSMF России про него было рассказано много, и рассказано интересно.
Пока до конца неизвестно что означает в РИТМе буква “Р” – то ли “Российская”, то ли “Рациональная”. Та же история с буквой “М” – модель? методология? менеджмент? Как я понял, это сейчас не важно, решим позже.
А важно вот что: не только была анонсирована идея РИТМа, но уже полным ходом идут работы по разработке российского свода знаний по ИТ-менеджменту. Определена верхнеуровневая модель, сформулированы принципы создания этого свода знаний и принципы, которые в собственно свод знаний войдут. Идёт активная работа по проработке каждой из девяти областей управления, кое-где уже видны процессы и практики…
Скажу больше. Сформирована редколлегия из неравнодушных, инициативных, экспертных людей. Эти странные люди в свободное от основной работы время находят в себе силы и желание максимально плотно участвовать в создании РИТМа, заражая своим энтузиазмом многих вокруг. В редколлегию входят четыре архитектора (мы бы называли их отцами-основателями, но там не все мужчины, так уж вышло), а также десяток ответственных за области управления и стримы.
Каким-то образом в этой компании оказался и я, взяв на себя область “Производство продуктов и услуг”. Она является одной из девяти областей управления, входящих в РИТМ.
Назначение этой области – реализация изменений в реальном мире.
Область управления обеспечивает создание и развитие продуктов и услуг с помощью производственной системы. Производство включает в себя, в числе прочего, разработку программного обеспечения.
Эта область управления тесно взаимодействует с другими областями управления. Наиболее сильная связь – с областью «Управление продуктами и услугами», она может быть представлена следующим образом:
Левая часть схемы помогает находить ответы на вопросы: какие продукты и услуги нужны сегодня и завтра? Кому? Зачем? Как измерить ценность, результаты от продуктов и услуг? Один из основных результатов работы в этой части: понимание продуктов и услуг, их требуемых свойств и характеристик, дорожные карты создания и развития продуктов и услуг.
Правая часть схемы помогает на основе этой информации организовать создание и развитие продуктов и услуг согласно их дорожным картам, в том числе обеспечить качественную и высокоскоростную разработку ПО.
Состав области управления такой:
1. Методология производства продуктов и услуг
- Проектирование и развитие производственных структур (как организовано производство сегодня и должно быть завтра)
- Управление портфелем ИТ-проектов, управление ИТ-проектами
- Освоение и развитие методов и практик производственного процесса (BDD/TDD, Scrum, Kanban…)
- Освоение и развитие методов и практик создания и развития команд
- Освоение и развитие методов и практик технического совершенства
2. Планирование производства продуктов и услуг
3. Анализ и проектирование
4. Разработка и настройка
5. Тестирование: функциональное и нефункциональное тестирование
6. Распространение: управление релизами
7. Трудовые ресурсы производства продуктов и услуг
- Обеспечение производства трудовыми ресурсами
- Управление эффективным использованием трудовых ресурсов на производстве
8. Автоматизация производства продуктов и услуг: обеспечение производства инструментами (включая инструменты анализа, программирования, тестирования, развёртывания и т.д.)
9. Совершенствование производства продуктов и услуг
- Разработка и развитие метрик производства
- Оперативный контроль производства
Почему я сейчас об этом всём рассказываю? Ведь наполнения – что за процессы, практики, как устроены – всего этого пока нет.
Ровно потому и рассказываю: нам в РИТМе нужны авторы, которые готовы вместе с теми замечательными людьми, о которых я писал выше, создавать наполнение этой области управления.
Идеальный автор для «РИТМ. Производства» знает, умеет и имеет опыт:
- выстраивания структур для производства ПО (подразделения, отделы, команды, центры компетенций…);
- организации процессов разработки ПО (от управления требованиями до развёртывания в среду эксплуатации);
- организации взаимодействия с владельцами продуктов, ключевыми заказчиками, продуктовыми подразделениями организации;
- организации планирования деятельности по разработке ПО, управлению приоритетами множества заинтересованных лиц;
- организации методологической поддержки разработки ПО;
- организации инструментальной и технологической поддержки разработки ПО.
Идеальный автор хорошо знаком с передовыми методами разработки ПО. Знает, среди прочего, что метода «водопад» в природе не существует, и что Agile нельзя «внедрить».
Идеальный автор имеет опыт работы в микромасштабах (до 50 разработчиков), равно как и опыт работы в больших масштабах (1000+ разработчиков). Понимает особенности подходов и методов для разных случаев.
Если вы готовы выделить своё ценное время для создания общего блага, и если вы себя узнали по описанию выше, то нам есть, о чём поговорить! Буду рад познакомиться, рассказать про то, что уже сделано, что впереди, и предложить вам участие в РИТМе.
Как заявить о своём желании? Очень просто, пройти по ссылке, внизу найти простую инструкцию.
Да, и ещё. Если вы хотите принять участие, но вам не симпатична именно эта область управления, то у нас есть ещё восемь. Можно подать заявку и в них!
