В этой серии статей обсуждаются последние инновации в документировании и исполнении процессов разработки ПО. Основной упор делается на интеграцию Rational Method Composer с инструментальными средствами Jazz. В первой статье серии обсуждается значение документирования методик для выполнения и масштабирования гибкой разработки. В данной статье также сформулирован важный принцип интегрированного подхода: документирование методик осуществляется при помощи Rational Method Composer, а автоматизация исполнения этих методик - при помощи Jazz. В последующих статьях описываются различные сценарии документирования методик и их исполнение.
Методика - это способ работы группы по достижению поставленных целей. Она описывает определение и распределение обязанностей, используемые технологии, а также критерии и пути достижения успеха.
В свое время методики представляли собой документы в пыльных скоросшивателях, готовые к применению, но плохо изученные и мало используемые. Группы разработчиков сводили их применение к минимуму, продолжая следовать политике процесса. Прошло несколько лет, и гибкая революция свергла политику процесса. Воцарилась свобода. Мир, любовь, сотрудничество!
Но гибкость - это не анархия. Правильное применение гибких методик требует дисциплины. Существуют принципы, например, те, что описаны в манифесте Agile Manifesto. Есть много альтернативных методик, например, обсуждение историй (backlog grooming), покер планирования (planning poker) и разработка через тестирование наперед (test-first development). Но для многих организаций гибких методик недостаточно. Поскольку организационная и техническая сложности возрастают, необходимо учитывать дополнительные факторы масштабирования и соответствующим образом масштабировать процессы.
В связи с увеличением сложности методик возрастает роль документирования, и все большее значение приобретает автоматизация методик. В данной статье рассматривается значение документирования и автоматизации методик при помощи IBM Rational Method Composer и инструментов исполнения, основанных на технологии Jazz.
Каждый человек или группа следуют каким-нибудь методикам. Некоторые из них являются спонтанными, создаваемыми по мере необходимости, в то время как другие являются формальными, строгими и обязательными. Для некоторых методик описаны конкретные роли, рабочие продукты, задачи, шаблоны, инструкции и рекомендации. Другие не документированы, поэтому разработчики полагаются на понимание между членами группы и знание, к кому обращаться за информацией. Большинство организаций находится где-то посредине по двум причинам:
- Строгие методики не позволяют вносить изменения при необходимости, а спонтанные методики приводят к хаосу.
- Сильно документированные методики трудно создавать и поддерживать, а недокументированные методики затрудняют общение и обмен передовым опытом.
Методики важны, поскольку они определяют, насколько хорошо работается группам. Методики определяют эффективность применяемых в проекте технологий и даже критерии того, что мы понимаем под успехом . Вопрос не в наличии методики, а в ее эффективности.
Причины документирования методики
Спонтанные недокументированные методики привлекательны, поскольку не требуют инвестиций и являются бесконечно гибким, потому что создаются по мере необходимости. Однако их трудно масштабировать. Вот некоторые факторы масштабирования в Rational Method Composer для процесса Disciplined Agile Delivery:
- Размер группы
- В основном гибкие процессы хорошо работают в небольших группах (10-15 человек), но что если в группе 50 человек? Сто человек? Тысяча?
- Нормативные требования
- Что делать, если существуют регулятивные требования, например, закон Сарбейнса-Оксли, ISO 9000 или FDA CFR 21?
- Территориальное распределение
- Что делать, если члены группы распределены по всему зданию или по всему миру?
- Сложность предметной области
- Что делать, если проблемная область является сложной (например, мониторинг биохимического процесса или управления воздушными перевозками) либо быстро меняющейся (например, торговля финансовыми деривативами или обеспечение электронной безопасности)?
- Организационное распределение
- Иногда в группу проекта входят представители разных подразделений, различных компаний-партнеров или сторонних организаций.
- Техническая сложность
- Устаревшие системы, несколько платформ или смешивание разнородных технологий повышают техническую сложность.
- Организационная сложность
- Структура и культура организации могут основываться на традиционных ценностях, что повышает сложность принятия и масштабирования гибких стратегий. Различные подгруппы в рамках организации могут иметь различное видение своей работы.
- Корпоративная дисциплина
- Организации хотят использовать общие платформы инфраструктуры для снижения стоимости, сокращения времени выхода на рынок и улучшения совместимости. Им нужны эффективные корпоративная архитектура, корпоративное бизнес-моделирование, стратегическое повторное использование и управление портфелем. Эти дисциплины должны работать во взаимодействии с процессами разработки ПО, а еще лучше - улучшать их.
Рисунок 1. Факторы масштабирования рациональной гибкой поставки
Поскольку проектная и организационная сложность возрастает, все более важным становится документирование методик. Документированные методики позволяют организации:
- Определять четкие обязанности и критичные последовательности событий
Поскольку группы разработчиков стали в высокой степени распределенными, очень важно получать информацию в определенной документированной форме в любое время и из любого места. Нет времени ждать объяснений, и мы не можем позволить себе путаться в том, что должно быть сделано, кем и когда. - Собирать и распространять передовой опыт в организации
Чтобы оставаться конкурентоспособными, организации должны использовать передовой опыт, являющийся отраслевым стандартом, и учиться на своих ошибках и успехах. - Создавать базовую методику и измерять эффект изменений
Если у вас нет базовой методики, что же вы улучшаете? Документирование позволяет осуществлять гибкий принцип непрерывного совершенствования на основе ретроспектив. - Соблюдать требования нормативных документов и аудита
Например, CMMI, DO-178B, ITIL, COBIT, SOX. Соблюдение нормативных требований может быть проблемой. Документирование методик, как правило, необходимо для обеспечения соблюдения нормативных требований и для доказательства их соблюдения. - Быстрый запуск проектов при помощи методик, соответствующих характеристикам проекта
Вопрос не в документированной методике, а в том, что и как документировать.
Преимущества использования средства авторинга методик
Наиболее распространенными средствами авторинга методик являются текстовые процессоры и вики. Они обладают рядом существенных преимуществ, потому что не требуют практически никакой подготовки и имеют несколько ограничений в плане организации и представления информации.
Их недостатком является неструктурированная информация, как в книге. Использовать ее можно единственным способом - прочитать. Средство авторинга методики предоставляет базу данных методик. База данных обладает следующими преимуществами:
- конфигурируемость и настройка в соответствии с требованиями
- Вы можете создавать или адаптировать методики из элементов и частей других методик. Вы можете масштабировать методики для больших и малых проектов. Настройка может выполняться коллективно, когда члены группы комментируют методику и сообща вносят изменения и дополнения.
- мастера создания процессов
- Вы можете создавать мастеров, которые задают вопросы и на основании ваших ответов адаптируют методику.
- согласованность и полнота
- Средство авторинга методики процесса гарантирует, что информация является согласованной и полной. Интерфейсы, основанные на заполнении форм, облегчают предоставление правильной информации. Информация (например, перекрестные ссылки между связанными элементами) может быть сгенерирована, что гарантирует согласованность.
- автоматизация
- Информацию методики можно использовать для настройки инструментов автоматизации процесса. Автоматизация включает в себя генерирование первоначальных планов проекта или списков задач, всегда находящееся под рукой контекстно-зависимое руководство по процессу, автоматическую настройку инструментального средства. В будущем появится намного больше возможностей.
- запросы, мэшапы и отчеты
- Базы данных методик поддерживают RSS-фиды и другие мэшап-технологии, повышая доступность и значение информации методик. Запросы и отчеты можно использовать для просмотра информации методик в виде таблиц, резюме, карточек или портлетов. Вы можете подключаться к различным источникам информации, таким как онлайн-помощь, сообщества и базы данных инструментальных средств.
Вопрос больше не в том, нужно ли использовать средство авторинга методики, а в том, как структурировать информацию методики, чтобы оптимизировать ее использование.
Значение Rational Method Composer
В Rational Method Composer входят следующие функции и возможности:
- Огромная библиотека практик, в том числе богатый набор гибких практик, интегрированных с практическими бизнесом и техническими элементами управления.
- Функции интеграции инструментальных средств, такие как:
- Автоматическая настройка инструментов в соответствии с документированным процессом.
- Создание шаблонов планов и задач на основе определений процессов.
- Всегда находящееся под рукой руководство по процессу выполнения работы.
- Решения, комбинирующие процесс и инструмент, для различных видов разработки в различных отраслях, таких как:
- Инфраструктура Collaborative Lifecycle Management for IT agility@scale.
- Разработка систем и ПО.
- Автомобилестроение.
- Аэрокосмическая промышленность.
- Функции настройки:
- Темы (возможные отображения на экране) для настройки представления информации.
- Возможность определения типов элементов, правил и взаимосвязей для своих методик.
- Простая адаптация имеющихся методик к проекту или организации.
- Множество возможностей, таких как редактирование текста в формате RTF, диаграммы, структуры декомпозиции, адаптация, создание отчетов и запросы.
- Руководство и показатели для измерения эффективности проекта и внесения улучшений.
- Вспомогательные активы, такие как "самопроверка" (Self-check) и "измеренное улучшение" (Measured Improvement), для повышения эффективности групп и организаций.
Как показано на рисунке 2, Rational Method Composer состоит из инструментов для документирования процессов и библиотек повторно используемых методик. Документированные процессы исполняются при помощи средств разработки. Подход измеренного улучшения позволяет улучшить процесс.
Рисунок 2. Документирование, исполнение, измерение и улучшение
Методики важны для организации, потому что они определяют, как организация осуществляет свою деятельность. Документируйте методики, чтобы обмениваться информацией и совершенствовать свою деятельность.
С помощью Rational Method Composer можно создать согласованные, настраиваемые методики, используя богатейшую библиотеку гибких и масштабируемых гибких практик. Rational Method Composer интегрируется с инструментальными средствами Jazz, что позволяет группам работать более рационально и эффективно. Сопутствующие активы, такие как самопроверка, измеренное улучшение и отраслевые решения помогают эффективно развертывать организационные усовершенствования, которые имеют реальную бизнес-ценность.
В следующих частях данной серии статей исследуются сценарии документирования и автоматизации процессов, использующие представленные здесь возможности.