|
|
|
Ваши замечания и предложения отправляйте редактору По техническим вопросам обращайтесь к вебмастеру Дата публикации: 17.03.03 | |
| СТАТЬЯ |
17.03.03
|
© Стефан Д. Хендрик (Stephen D. Hendrick), аналитик
© Кэтлин И. Хендрик (Kathleen E. Hendrick), аналитик
© Ричард В. Хейман (Richard V. Heiman) аналитик
Информационный документ IDC
По инициативе компании Rational Software
В процессах разработки ПО термин "управление требованиями" до сих пор представляется противоречивым сочетанием слов. В то же время, отсутствие четкого и постоянно обновляемого определения требований является одной из основных причин провала проектов. Проблемы решаются проще всего, если они обнаруживаются на ранних стадиях жизненного цикла разработки, – особенно, если исправления требуют изменений архитектуры ПО. Хотя большинство ИТ-специалистов понимают значение выработки четких и лаконичных требований и их ведения на протяжении всего жизненного цикла проекта, достигнуть этого в действительности достаточно сложно.
Практически все проекты разработки начинаются, по крайней мере, с формирования некоторого понятия об определении требований. Однако, процесс определения требований во многих случаях бывает весьма неформальным (например, случайные разговоры, электронные письма, обсуждения по телефону). Проекты, начинаемые без формально определенных требований, обычно не доводятся до полного завершения, для них характерна неадекватность управления и координации. Что еще более важно, после того, как требования были сформулированы, содержащие их документы, как правило, остаются неизменными. Эти документы отражают понимание и определение требований в конкретный момент времени, обычно соответствующий ранней стадии жизненного цикла проекта. Процесс разработки переходит в стадию реализации, используя статичный набор требований. Это может восприниматься, как "спокойный период" для группы разработки, поскольку почти все требования остаются неизменными.
Хотя поначалу такой подход к управлению требованиями может показаться логичным, он не соответствует реальным условиям. Изменение является постоянной и единственно безусловной концепцией в разработке ПО. Неконтролируемые изменения требований в ходе жизненного цикла разработки неизменно приводят к путанице, срыву графика работ и перерасходу выделенного бюджета. Неудовлетворенными оказываются все – конечные пользователи, аналитики, разработчики и менеджеры. Такие жалобы, как "Пользователи сами не знают, чего хотят", "Приложение не удовлетворяет нашим потребностям" и "Этот проект требует слишком много времени и средств", являются очень распространенными.
Управление требованиями всегда являлось важным фактором, но сейчас, по возрастающему признанию, оно становится жизненно необходимым для успеха проекта разработки, поскольку предприятия все больше полагаются на ПО при реализации функций, имеющих критическое значение для бизнеса и безотказной деятельности.
Что же входит в процесс формального управления требованиями? Кратко говоря, в этом процессе выявляются потребности заинтересованных сторон, формулируются требования, которые затем доводятся до сведения всех членов проектной группы и организуются, устанавливается приоритет требований и осуществляется управление их изменениями в течение всего жизненного цикла проекта. Формальное определение требований и управление ими используются во многих технических областях намного шире, чем это можно встретить в области информационных технологий. Например, в инженерных областях более физического характера, таких как разработка компьютерного оборудования, давно уже используются методики и процедуры управления требованиями, намного более строгие, чем это принято в области разработки ПО.
Цель заключается не в предотвращении изменения, а в его принятии и управлении им.
Некоторые могут возразить, что документы Word, электронные письма, телефонные звонки и совещания с участием заинтересованных сторон сами по себе достаточны для управления требованиями. Фактически, это и есть та методика, которая в настоящее время используется во многих ИТ-компаниях для большинства проектов. Однако, неформальный, эпизодический характер этого подхода не гарантирует строгого определения требований, которое доводится до сведения всех заинтересованных сторон и понимается ими. Кроме того, этот метод не позволяет управлять неизбежными изменениями требований, которые возникают по ходу проекта. Цель заключается не в предотвращении изменения, а в его принятии и управлении им. В современном мире сложных многоуровневых систем, разнотипных и рассредоточенных групп разработчиков, приложений, имеющих критический характер для бизнеса и деятельности предприятия, а также жестких сроков выхода продукта на рынок, эпизодическое управление требованиями становится все более и более неадекватным и неэффективным.
Определение и анализ требований являются важным первым шагом процесса разработки ПО, а управление изменениями требований в течение всего жизненного цикла разработки является ключом к созданию успешного решения, которое удовлетворяет потребностям пользователей, разрабатывается своевременно и в рамках бюджета. Ключевой аспект эффективного управления требованиями заключается в постоянном информировании всех членов проектной группы о состоянии требований в течение всего жизненного цикла проекта. Управление требованиями полезно для всех заинтересованных сторон проекта, конечных пользователей, менеджеров проекта, разработчиков и тестеров. Оно обеспечивает для них постоянную информированность о состоянии требований и понимание влияния изменений, вносимых в график разработки, функциональные возможности продукта и бюджет проекта.
Управление требованиями не ограничивается лишь задачами проектирования и реализации ПО. Например, формализованные и обновленные требования могут быть весьма полезны в мероприятиях по тестированию и обеспечению качества (QA). Создание планов и сценариев тестирования на основании требований упрощает проверку не только кода, но и того, насколько приложение соответствует своему назначению. Планирование тестирования параллельно с разработкой позволяет значительно сэкономить время.
Использование инструментов и процессов управления конфигурацией ПО в ИТ-компаниях распространено значительно больше, чем управление формальными требованиями. Однако влияние неконтролируемых изменений требований на успех или провал проекта может быть вполне сравнимо с влиянием отсутствия контроля версий или управления изменениями кода. Чтобы быть эффективным, управление требованиями должно распространяться на весь жизненный цикл ПО –определение исходной концепции, моделирование, проектирование, анализ, кодирование, тестирование, текущее сопровождение и усовершенствование. ИТ-компании, не использующие процессы и инструменты эффективного управления требованиями, подвергаются риску серьезных и дорогостоящих задержек и доработок проекта.
Компания Rational Software является одним из основных поставщиков, предлагающих ИТ-организациям инструменты для поддержки управления формальными требованиями. Разработанный Rational Software инструмент управления требованиями RequisitePro и пакет Rational Suite AnalystStudio (ключевым компонентом которого является RequisitePro) образуют мощное решение для управления требованиями.
Для управления требованиями компания Rational Software разработала инструмент Rational RequisitePro. Он предлагается как в виде отдельного продукта, так и в качестве ключевого компонента пакета Rational Suite AnalystStudio, который ниже будет рассмотрен более подробно. Rational Suite последовательно организует инструменты и процессы для поддержки различных функций проектной группы, объединенные Rational в виде отдельных "студий". Эти функции включают в себя управление проектом, управление требованиями и их анализ, разработку ПО, управление содержимым и тестирование системы. В основе Rational Suite лежит общая для всех студий "объединяющая платформа группы", в которую входят Rational Unified Process, управление требованиями, управление тестированием, отслеживание дефектов и изменений, а также управление конфигурацией.
Rational RequisitePro, как и все другие инструменты Rational, поддерживается международной обслуживающей организацией, которая предлагает услуги по обучению, консультации и технической поддержке, помогающие клиентам Rational ускорить внедрение технологии и выполнение проектов.
Rational RequisitePro предназначен для улучшения обмена информацией, повышения эффективности сотрудничества в группе и снижения риска проекта. Ключевой особенностью RequisitePro является его тесная интеграция с Microsoft Word – несомненно, наиболее широко используемым инструментом для создания документов и электронного обмена текстовой информацией. Поскольку предложение, обновление, проверка и изменение требований достаточно часто выполняются различными техническими и деловыми специалистами с помощью документов Word, эта интеграция позволяет проектным группам продолжить использование знакомого инструмента.
Возможности Rational RequisitePro позволяют организовать требования, установить их приоритет, отследить взаимосвязи и изменения требований, одновременно поддерживая динамическую связь с исходным документом Word.
Хотя документы удобны для фиксирования требований, они не позволяют эффективно их организовать и определить приоритеты. Возможности Rational RequisitePro позволяют организовать требования, установить их приоритет, отследить взаимосвязи и изменения требований, одновременно поддерживая динамическую связь с исходным документом Word.
Пакет Rational Suite AnalystStudio предназначен для задач управления требованиями и их анализа при разработке приложений. Он включает в себя инструменты и процессы Rational, поддерживающие управление требованиями в течение всего жизненного цикла разработки ПО. Ключевыми компонентами Rational Suite AnalystStudio являются Rational RequisitePro (управление требованиями) и Rational Rose (моделирование бизнеса, прецедентов, данных и приложений). Интеграция Rational RequisitePro и Rational Rose позволяет пользователям зафиксировать в RequisitePro требования в текстовом виде (в виде прецедентов, описывающих представление требований конечным пользователем, либо в другой форме) и одновременно создать соответствующую диаграмму прецедентов в Rational Rose. Изменения, вносимые в одном из инструментов, отображаются и в другом, что позволяет любому члену группы получить единую информацию о требованиях из любого инструмента.
В дальнейшем в этой статье рассматриваются исследования прецедентов использования Rational RequisitePro в процессе управления требованиями и обсуждаются как качественные, так и количественные преимущества, получаемые клиентами Rational.
Компания IDC разработала структурированную методику опроса для сбора качественных и количественных данных по окупаемости инвестиций (return on investment, ROI) клиентов Rational, использующих Rational RequisitePro для управления требованиями. Эта методика была использована во всех четырех представленных исследованиях прецедентов.
Общий измеряемый экономический эффект (net quantifiable benefit, NQB) представляет собой разницу между экономией, полученной в результате внедрения Rational RequisitePro в сравнении с экономией либо в отсутствии такого решения, либо при внедрении других эквивалентных решений. NQB может быть либо непосредственным, выражаясь через рост доходов или снижение затрат, либо косвенным, выражаясь в экономии ресурсов, которые могли бы потребоваться организации для выполнения задач, возникающих в альтернативном варианте. Все экономические эффекты выражены в долларах США.
Чистые затраты (net cost, NC) представляет собой разницу между общими затратами, связанными с Rational RequisitePro, и аналогичными затратами, связанными с наиболее подходящим альтернативным решением (которое может отсутствовать). Обычно в NC входят расходы на лицензирование и сопровождение ПО, консультации по продукту, обучение, а также любые дополнительные расходы на оборудование, связанное с внедрением RequisitePro. Все чистые затраты выражены в долларах США.
ROI представляет собой отношение общего экономического эффекта к общим чистым затратам.
ROI представляет собой отношение общего экономического эффекта к общим чистым затратам. Если экономический эффект равен затратам, это отношение равно 1, что соответствует равновесию или отсутствию улучшения. Отношение меньше 1 отражает ухудшение, больше 1 – улучшение.
Показатель ROI часто выражается в процентах, в этом случае значение ROI умножается на 100. Таким образом, процентный показатель ROI вычисляется следующим образом: ROI = (NQB/NC) x 100%
ROI является относительным показателем прибыли и затрат, связанных с Rational RequisitePro, в сравнении с альтернативным решением – как правило, тем, которое использовалось организацией для решения данной проблемы бизнеса до внедрения RequisitePro. Отсюда следует, что определения NQB и NC в разных ситуациях будут различны и, в некоторых случаях, результаты могут не иметь четкого количественного выражения.
При выполнении "настоящего" анализа ROI, экономия или доход, выражаемые в человеческих ресурсах, учитываются в анализе только в том случае, если эти ресурсы исключаются в результате внедрения продукта. Однако, так бывает далеко не всегда. Чаще всего ресурсы перераспределяются в те проекты или области, где в них испытывается необходимость. Тем не менее, при этом получается реальная экономия, поскольку в противном случае пришлось бы нанимать дополнительных сотрудников.
В последующих исследованиях прецедентов выяснено, что использование Rational RequisitePro дает такие преимущества, как рост производительности, сокращение цикла разработки, ускорение тестирования и повышенное качество приложений. В случае наличия таких эффектов, проводимый IDC анализ не "требует", чтобы организация реализовала эти преимущества путем сокращения персонала, хотя ожидается, что "лишним человеко-часам" будет найдено продуктивное применение.
Для сбора данных компания IDC провела телефонные опросы в июне и июле 2001 года. Цель этих опросов заключалась в выяснении хозяйственных проблем, которые пытались решить организации, роли Rational RequisitePro в решении этих проблем и определении ROI, связанного с внедрением RequisitePro.
Для опросов по определению ROI был установлен ряд стандартных вопросов. Цель этих вопросов заключалась как в сборе полных данных по ROI, так и в обеспечении единой структуры для анализа этих данных. Эти вопросы позволили IDC понять общий подход организаций к разработке и развертыванию новых продуктов, а также оценить относительные атрибуты, экономические эффекты и затраты, связанные с Rational RequisitePro.
Использовался трехлетний "горизонт ROI", т.е. все показанные данные отражали накопленную фактическую и планируемую экономию ресурсов за фиксированный трехлетний период с 1999 года по 2001 год.
Весь сбор данных и расчеты ROI в этих исследованиях прецедентов были выполнены аналитиками IDC.
В данных исследованиях были опрошены четыре проектные группы из трех различных компаний, использующих Rational RequisitePro. Ниже представлены результаты этих исследований.
Чтобы выполнить требования меняющейся нормативной среды и удовлетворить растущие потребности клиентов, компания CitiPower вложила значительные инвестиции в свою ИТ-инфраструктуру.
Компания CitiPower с головным офисом в штате Виктория (Австралия) является полностью подконтрольной дочерней компанией American Electric Power и занимается розничными и оптовыми поставками электроэнергии, в основном – для старой части Мельбурна. Хотя, в сравнении с другими коммунальными службами, контингент заказчиков этой компании может считаться относительно небольшим, эти клиенты достаточно крупны и ценны благодаря своему коммерческому характеру. Приватизация электроэнергетики в Австралии вызвала множество изменений в нормативной среде. Чтобы выполнить требования меняющейся нормативной среды и удовлетворить растущие потребности клиентов, компания CitiPower вложила значительные инвестиции в свою ИТ-инфраструктуру.
В настоящее время штат ИТ отдела CitiPower составляет примерно 100–120 человек. Сюда входит большое количество контрактных сотрудников из таких стратегических партнеров, как IBM, Tier, Halcyon и PricewaterhouseCoopers. Эти контрактные сотрудники были наняты для работы с существующим персоналом в целях реализации компанией CitiPower своей программы розничной конкурентоспособности (Full Retail Contestability, FRC). Эта программа позволяет CitiPower привести себя в соответствие с новыми законами о конкуренции и повысить свою привлекательность для клиентов в новой конкурентной отрасли. Программа FRC является крупномасштабным проектом, который настолько важен для CitiPower, что для его выполнения в соответствии с государственным планом компания решила нанять дополнительный персонал. После реализации программы будет оставлен небольшой штат сотрудников для поддержки и усовершенствования новой системы.
Результатом приватизации электроэнергетики стала постоянно изменяющаяся и развивающаяся нормативная среда. Поскольку правительство установило новую структуру правил и норм, коммунальные компании должны быстро адаптироваться к этим изменениям. В связи с этим компания CitiPower инициировала проект по полной реконструкции своей внутренней инфраструктуры. CitiPower использует, среди прочих, такие продукты, как Rational Unified Process, Rational Rose, Rational ClearQuest, Rational Suite Test-Studio, Rational Suite AnalystStudio и Rational RequisitePro, который является интегральным компонентом Rational Suite AnalystStudio.
Продукт Rational RequisitePro позволил централизовать процесс управления требованиями и их отслеживания от стадии обследования до тестирования, что дало неоспоримые преимущества компании CitiPower.
Что касается управления требованиями, продукт Rational RequisitePro позволил централизовать этот процесс и отслеживать их от стадии обследования до тестирования, что дало неоспоримые преимущества компании CitiPower. В начале проекта FRC (сентябрь 1999 г.) CitiPower использовала RequisitePro для сбора требований и отслеживания прецедентов в процессе их анализа. С точки зрения проектной группы, RequisitePro позволяет руководству ИТ отдела понять и контролировать в ходе проекта информацию об исполнителях обновления проекта и авторах версий документации.
Сложность системы FRC убедила руководство компании CitiPower в необходимости значительных инвестиций в создание четких спецификаций системы.
Общий измеряемый экономический эффект. Компания CitiPower утверждает, что использование Rational RequisitePro дало экономический эффект в трех областях. Сложность системы FRC убедила руководство компании CitiPower в необходимости значительных инвестиций в создание четких спецификаций системы. Эти спецификации, по всей вероятности, должны повысить производительность работы на протяжении всего жизненного цикла проекта. Хотя, по оценкам CitiPower, средний рост производительности в процессе сбора требований составит лишь 10%, финансовый эффект будет весьма значительным благодаря масштабу этого процесса. Для сбора требований CitiPower сначала наняла 40 аналитиков. По истечении полутора лет перед завершением сбора требований это число сократилось до 19. Учитывая объем и продолжительность процесса, компания CitiPower считает, что общий экономический эффект от использования RequisitePro в сравнении с ручным методом (использование документов Word, таблиц и электронной почты) составил около 630 тыс. долларов.
CitiPower также уверена, что создание ясных, точных и понятных требований помогло повысить производительность разработчиков и специалистов по обеспечению качества.
Чистые затраты. Затраты по проекту FRC состояли из расходов на лицензирование, поддержку, обучение и консультации. Все эти расходы являлись дополнительными и были связаны с внедрением Rational RequisitePro.
В расходы на лицензирование и поддержку Rational RequisitePro вошла пропорциональная часть соответствующих расходов на Rational Suite AnalystStudio, которая за трехлетний период этого исследования ROI составила почти 9 тыс. долларов, Следует отметить, что RequisitePro является лишь одним из инструментов AnalystStudio, полная стоимость которой составила 26 тыс. долларов. Однако в рамках этого исследования, ограниченного управлением требованиями, распределенные чистые расходы на Rational RequisitePro составили примерно 9 тыс. долларов.
Расходы на обучение 40 аналитиков, использовавших Rational RequisitePro, оказались наиболее значительной расходной статьей проекта FRC и составили около 97 тыс. долларов.
Расходы на консультации, включая поддержку CitiPower со стороны Rational Software, составили 39,5 тыс. долларов.
Общие затраты по проекту FRC в течение трехлетнего периода оказались немногим более 145 тыс. долларов.
Окупаемость инвестиций. Окупаемость инвестиций для этого проекта составила 434%, что соответствует фактору ROI 4,3. Это означает, что на каждый доллар, инвестированный в управление требованиями для этого проекта, была получена прибыль 4,3 доллара.
Использование Rational RequisitePro дало компании CitiPower следующие преимущества:
Исследование прецедента: проект DaimlerChrysler по созданию профиля технологического пользователя
DaimlerChrysler является международной организацией, занимающейся производством автомобилей, грузовиков и автобусов. Головные офисы объединенного концерна расположены в Штутгарте (Германия) и Оберн Хилз (США, штат Мичиган). Штат концерна насчитывает более 400 000 сотрудников. Группа технического компьютерного центра (TCC) внутри DaimlerChrysler несет ответственность за оценку информационных технологий и их внедрение в процесс разработки продуктов, помогая реализовать задачи по обеспечению качества и функциональных возможностей продуктов, их стоимости и сроку выпуска.
DaimlerChrysler обладает чрезвычайно разнородной смесью аппаратных платформ, операционных систем, сред разработки, программных пакетов и пользовательских приложений. Ранее возможности выбора программного обеспечения, удовлетворяющего потребности пользователей, были достаточно гибки, однако сейчас DaimlerChrysler использует для этого более стандартизованный подход в целях обеспечения единообразия ПО, что упростит его сопровождение и использование. Группа разработки приложений Lotus Notes является одной из многих групп TCC. В нее входит пять разработчиков, по одному на проект. Эта группа одной из первых в TCC стала использовать RequisitePro.
ТСС поддерживает операции проектирования транспортных средств концерна Chrysler. Хотя сотрудники группы разработки приложений Lotus Notes успешно справлялись со своими задачами, их методы работы не были максимально эффективны и не обеспечивали тесной межгрупповой координации. Проектные требования собирались эпизодически с помощью встреч, телефонных переговоров, электронной почты и других методов. Выполняемым проектам не хватало четкого плана, для них не устанавливались критические пути развития. Такое отсутствие процесса организованного управления требованиями приводило к несогласованности, срыву сроков и, в конечном итоге, перерасходу бюджета проектов.
Чтобы найти оптимальное решение этих проблем, группа разработки приложений Lotus Notes решила использовать Rational RequisitePro в новом проекте под названием "База данных профилей технологических пользователей" (Technology User Profile, TUP). Проект TUP имеет две основные задачи: 1) идентифицировать внутренних пользователей новых инициатив в области ПО; 2) в сотрудничестве с другими группами ТСС обеспечить идентифицированных пользователей технологией и инструментами, необходимыми для выполнения их работы.
Используя RequisitePro, группа разработки приложений Lotus Notes намерена устранить препятствия, связанные с координацией действий четырех независимых групп внутри ТСС, которые несут ответственность за поддержку этих внутренних клиентов. С помощью RequisitePro был разработан четкий план и критический путь развития проекта, в рамках которого все четыре группы могут отчитываться о выполнении своих задач. Это открывает возможности для улучшения обмена информацией и управления графиком работ.
В настоящее время базу данных TUP используют около 800 человек и ожидается, что в течение следующих двух лет это число вырастет до нескольких тысяч. Хотя проект TUP еще не завершен, использование Rational RequisitePro уже позволило участникам проекта разработать критический путь развития и создать основной список управляемых требований. Упростился анализ влияния предлагаемых изменений, и появилась возможность распространения информации об изменениях между всеми заинтересованными сторонами. Использование RequisitePro позволило членам проектной группы установить контроль над проектом, который должен оказать положительное влияние на качество продукции, расходы и удовлетворение потребностей клиентов.
Общий измеряемый экономический эффект. Концерн DaimlerChrysler считает, что использование RequisitePro дает экономический эффект на трех стадиях жизненного цикла разработки приложений. Размах проекта TUP убедил сотрудников ТСС в том, что уточнение требований должно привести к росту качества приложений, что положительно скажется на производительности пользователей базы данных TUP. Поскольку к концу 2001 года эту базу использовали более 800 человек, то даже небольшой прирост производительности среди этого контингента пользователей даст ощутимый экономический эффект.
Концерн DaimlerChrysler уверен, что использование RequisitePro существенно повысило производительность работ по сбору требований. Даже по грубой оценке, общий прирост производительности составил около 50%. Однако, поскольку сбором требований занимались лишь два человека в течение четырех месяцев, соответствующий экономический эффект составил лишь 90 тыс. долларов.
Возможности RequisitePro по упорядочению процесса сбора спецификаций также дали эффект в виде ускорения работы 10 экспертов по предметным областям, которые составляли спецификации для аналитиков, занимающихся их сбором. Общий экономический эффект от 50-процентной экономии рабочего времени экспертов составил 28 тыс. долларов.
Возможности RequisitePro по созданию четкого, постоянно обновляемого и понятного репозитария требований также дали дополнительное преимущество, позволив разработчикам улучшить качество своих программ и решений, более полно удовлетворяющих потребности пользователей. Устранение неясности в требованиях, касающихся прецедентов, позволило разработчикам уделить больше внимания самой разработке и повысить качество кода. Руководство ТСС ожидает, что производительность разработчиков возрастет примерно в три раза, что даст общий экономический эффект почти в 126 тыс. долларов.
Более понятные требования также окажут положительное влияние на работу других сотрудников ТСС, связанных с разработкой приложений, например, тех, кто косвенно участвует в поддержке процесса разработки. Ожидается, что рост производительности этих сотрудников составит около 5%, что даст экономический эффект около 30 тыс. долларов.
Последний, но наиболее весомый компонент экономических преимуществ заключается в росте значения полученного приложения TUP, которое будет постепенно повышать производительность конечных пользователей. Этот эффект обусловлен более детальным пониманием работы и потребностей пользователей, в результате которого база данных и приложение TUP смогут обеспечить для них своевременное получение необходимого аппаратного и программного обеспечения, а также прохождение обучения. Руководство ТСС ожидает, что рост качества приложения TUP будет экономить около одного часа рабочего времени пользователя каждые пять недель. Благодаря большому количеству пользователей TUP и ключевой роли этого приложения, ожидается, что общий экономический эффект будет весьма значительным и составит около 60 тыс. долларов лишь за последние четыре месяца 2001 года.
Общий экономический эффект, связанный с разработкой и использованием приложения TUP, за период исследования ROI составляет около 334 тыс. долларов.
Чистые затраты. Общие затраты по этому проекту оказались исключительно низкими. Затраты на лицензирование были стандартными, составив чуть больше 5 тыс. долларов. Как следствие, расходы на сопровождение оказались почти незначительными, а обучение нескольких аналитиков стоило чуть более 5 тыс. долларов.
Таким образом, общие расходы едва превысили 11 тыс. долларов.
Окупаемость инвестиций. Показатель ROI для этого проекта оказался наивысшим среди всех прецедентов, рассмотренных в этой статье. Причины этого заключаются в комбинации преимуществ, которые распространяются на разработку продукта и оказывают влияние вплоть до конечного пользователя, большого контингента пользователей и достаточно скромного, с точки зрения разработки и относительно своего влияния на пользователей, масштаба проекта.
Окупаемость инвестиций для этого проекта составила 2 980%, что соответствует показателю ROI 29,8. Хотя окупаемость этого проекта уже достаточно высока, в течение следующих нескольких лет он постепенно охватит около 10 000 пользователей, что объясняет высокую заинтересованность концерна DaimlerChrysler в согласовании усилий по повышению качества приложения TUP.
Использование Rational RequisitePro дало концерну DaimlerChrysler следующие преимущества:
Третий исследуемый прецедент также касается концерна DaimlerChrysler и, фактически, его группы TCC, задействованной в проекте TUP. Однако в этом случае рассматривается другое подразделение TCC, чья деятельность связана с виртуальным сервисом.
В проекте VSP создается важная петля обратной связи, которая, как уверены в концерне DaimlerChrysler, должна повысить качество продукции и сократить цикл разработки транспортных средств.
Группа виртуального сервиса в составе ТСС занимается использованием web-технологии под названием "виртуальные инструменты" (Virtual Tools) для разработки сервисных продуктов и принимает участие в проекте виртуального сервиса (Virtual Service Project, VSP). В качестве первого шага интеграции виртуальных инструментов в процессы разработки технических операций дилеров (Dealer Technical Operations, DTO) был создан продукт под названием Virtual Service Workbench (VSW). Этот продукт предназначен для отслеживания вопросов обслуживания транспортных средств, которые возникают в DTO и направляются в отделы проектирования продуктов и процессов. Таким образом, в проекте VSP создается важная петля обратной связи, которая, как уверены в концерне DaimlerChrysler, должна повысить качество продукции и сократить цикл создания транспортных средств.
Группа виртуального сервиса испытывала те же трудности при управлении требованиями, что и группа разработки приложений Lotus Notes.
Использование RequisitePro для управления проектом VSW, как надеется группа виртуального сервиса, позволит более строго отслеживать требования по мере их возникновения, обеспечит учет всех требований в фазе разработки и создаст более организованную среду разработки продукта. Проект VSW еще не завершен. Однако группа виртуального сервиса подтверждает, что использование RequisitePro уже улучшило возможности отслеживания и управления требованиями. Планирование стало более точным и прогнозируемым, благодаря четким требованиям упростилась разработка прецедентов, а использование стандартизованного процесса и инструментария расширило возможности группы по переадресации работы в случае возникновения такой необходимости.
По утверждению группы VSP, основным преимуществом от использования RequisitePro стала возможность создания инфраструктуры сбора данных.
Общий измеряемый экономический эффект. По утверждению группы VSP, основным преимуществом от использования RequisitePro стала возможность создания инфраструктуры сбора данных. Эта инфраструктура представляет собой комбинацию методик и инструментов, предоставляемых RequisitePro. Группа VSP обнаружила, что, благодаря RequisitePro, рост эффективности сбора требований составил от 3 до 4 раз. Используя среднее значение 3,5, общий экономический эффект составил около 300 тыс. долларов в расчете на продолжительность процесса сбора требований и число задействованных сотрудников.
Группа VSP также отметила несколько преимуществ RequisitePro, получаемых разработчиками. Интеграция RequisitePro с другими продуктами Rational, включая Rose, упростила создание прецедентов. Однако еще более важно то, что наличие требований к продукту и доступ к ним повысили производительность разработчиков на 40%, поскольку им более не приходится заниматься работой бизнес-аналитиков. Хотя группа VSP работала с RequisitePro менее одного года, общий экономический эффект в расчете на трех разработчиков составил около 54 тыс. долларов.
Итоговая чистая прибыль составила 354 тыс. долларов.
Чистые затраты. В чистые затраты группы VSP вошли несколько узловых лицензий на использование RequisitePro бизнес-аналитиками и значительное количество плавающих лицензий, используемых аналитиками, разработчиками и руководителями. Расходы на лицензирование не амортизировались и, с учетом двухлетней поддержки, составили немногим более 28 тыс. долларов.
Внедрение RequisitePro в группе VSP не потребовало дополнительных расходов на обучение, консультации и оборудование, поскольку сотрудники были уже знакомы с продуктами Rational, и компания недавно провела обновление парка настольных ПК и серверов.
Окупаемость инвестиций. Окупаемость инвестиций для группы VSP составила 1 252%, что соответствует показателю ROI 12,5. Это означает, что на каждый доллар, инвестированный на внедрение RequisitePro в группе VSP, была получена чистая прибыль 12,52 доллара.
Группа VSP также выяснила, что преимущества RequisitePro распространяются далеко за пределы сфер бизнес-анализа и разработки. Хорошее знание требований помогло сотрудникам, занимающимся обеспечением качества, в создании сценариев тестирования, однако эти преимущества труднее поддаются количественной оценке. Использование Rational RequisitePro дало концерну DaimlerChrysler следующие преимущества:
Компания Merrill Lynch является одним из мировых лидеров в области финансового менеджмента и консультаций по финансовым вопросам. Управляя активами клиентов общим объемом около 1,6 триллиона долларов, Merrill Lynch предоставляет частным и коммерческим клиентам как банковские услуги по инвестированию средств, так и услуги по управлению инвестициями. Группа технологии работы с частными клиентами (Private Client Technology, PCT) компании Merrill Lynch несет ответственность за управление заказами и их обработку как для местных, так и иностранных индивидуальных клиентов. Технология этих операций очень важна для Merrill Lynch, поскольку она связана с большими объемами выполняемых транзакций и позволяет персоналу эффективно обслуживать потребности своих клиентов.
Отдел обработки заказов, входящий в группу PCT, занимается разработкой приложений обработки заказов. В штат этого отдела входят постоянные сотрудники, выполняющие задачи управления проектами и бизнес-анализа. Из-за большого объема денежных транзакций, выполняемого Merrill Lynch для своих клиентов, управление заказами является критически важной деятельностью. Задачи, стоящие перед этим отделом, заключаются в создании высокопроизводительных систем, чья доступность, мощность, возможности поддержки и производительность смогут удовлетворять потребностям бизнеса. Руководствуясь этими целями, отдел обработки заказов в прошлом году инициировал проект по замене приложений обработки заказов новым ПО, которое способно расширить возможности существующих систем и повысить производительность.
Хотя компания Merrill Lynch успешно справлялась с задачами разработки приложений и оперативной работы, было принято решение о необходимости внедрения методики разработки с полным жизненным циклом в целях ускорения создания приложений и повышения их качества. Причинами выбора продуктов Rational стало то, что сотрудники уже имели опыт работы с этой компанией, Rational Unified Process (RUP) зарекомендовал себя с наилучшей стороны, а также тот факт, что Rational предлагает полностью интегрированный набор инструментов, удовлетворяющий потребности всего жизненного цикла разработки. RUP представляет собой процесс, базирующийся на инструкциях, шаблонах и оптимальных методиках, который ускоряет операции разработки ПО и повышает их качество. Хотя Rational RequisitePro не вошел в исходный крупномасштабный выбор внедряемых продуктов, в прошлом году было принято решение о его использовании в проекте обработки заказов. До внедрения Rational RequisitePro для сбора требований использовались документы Word, экранные макеты, совещания и электронная почта.
Однако руководитель группы обработки заказов был уверен, что для повышения скорости и качества работы необходимо установить формальный процесс управления требованиями, допускающий проверку и отслеживание требований от фазы их определения до тестирования. Таким образом, было решено использовать Rational RequisitePro.
Rational RequisitePro формализовал процесс сбора требований, что положительно сказалось на всех его участниках. Группа обработки заказов также широко использовала RequisitePro для управления требованиями и документацией. Наличие установленных требований позволило обнаружить проблемы и вопросы, которые можно решить на ранних стадиях процесса разработки, не откладывая их до фаз тестирования и производства. Это позволило уменьшить количество проблем при разработке и сократить необходимость в последующей доработке на поздних стадиях процесса или после выпуска продукта. Более того, после окончательного определения требований к интерфейсу пользователя разработчики смогли начать программирование отдельных элементов приложения, пока остальные требования еще рассматривались, что дало возможность организовать псевдопараллельный процесс и ускорило разработку. Поскольку все требования индексировались, участники проекта могли быстро и просто получать доступ к ним и их статусу. И наконец, благодаря хранящимся в Rational RequisitePro требованиям, сценарии тестирования были определены быстрее и более полно, а отдел обработки заказов смог установить точные даты проекта на гораздо более ранней стадии, чем это было возможно прежде. Группа обработки заказов обнаружила, что благодаря этим преимуществам сроки разработки сократились в 2-3 раза при одновременном росте качества приложений.
Общий измеряемый экономический эффект. Наиболее весомым аспектом использования Rational RequisitePro для Merrill Lynch стал рост производительности разработчиков, который, по оценкам, составил 35%. Вследствие этого, общий экономический эффект для разработчиков группы PCT составил, по оценкам IDC, почти 580 тыс. долларов.
Хотя этот эффект трудно оценить количественно, группа PCT также обнаружила, что возросшая конкретность и точность требований привела к росту качества программного кода и уменьшению числа ошибок, которые впоследствии могли бы быть обнаружены в рабочем приложении. Высшее руководство группы PCT считает – и компания IDC поддерживает это мнение, – что исправление ошибки в рабочем приложении может обойтись в 20-30 раз дороже тех усилий, которые требуются для избежания этой ошибки при точном определении требований. Хотя этот способ позволяет устранить не все ошибки, но, несомненно, многие из них.
Чистые затраты. В отличие от других организаций, получивших рост производительности благодаря предоставляемым RequisitePro возможностям автоматизации сбора требований, для Merrill Lynch использование RequisitePro повлекло за собой дополнительные расходы, связанные с более точным и детализированным процессом, следование которому стало обязательным для бизнес-аналитиков. Хотя результатом этого стала более подробная спецификация, которая привела к росту производительности разработчиков и более качественному приложению, были также и затраты в виде дополнительного времени, потребовавшегося для создания этой спецификации. Группа PTC считает, что два месяца сбора требований привели к дополнительным расходам, составившим почти 42 тыс. долларов.
Расходы на лицензирование и сопровождение RequisitePro составили 42 тыс. долларов и полностью пришлись только на данный проект.
Расходы на обучение, связанные с простоем бизнес-аналитиков, составили почти 44 тыс. долларов, а расходы на обучение и консультации, предоставляемые Rational Software, составили около 42 тыс. долларов.
Необходимая для поддержки Rational RequisitePro модернизация ПК и сервера добавила к общим затратам еще более 11 тыс. долларов, а расходы развертывание и резервирование составили немногим более 13 тыс. долларов.
Общие чистые затраты, связанные с использованием RequisitePro в этом проекте, составили около 194 тыс. долларов.
Окупаемость инвестиций. Окупаемость инвестиций для этого проекта составила 298%, что соответствует показателю ROI 2,9.
Возможность получить 300% окупаемости инвестиций при затратах, составляющих более 194 тыс. долларов и не повторяющихся в течение следующих двух лет, говорит о впечатляющем экономическом эффекте, реализованном Merrill Lynch благодаря использованию RequisitePro.
Использование Rational RequisitePro дало компании Merrill Lynch следующие преимущества:
В результате проведенных исследований прецедентов компания IDC выяснила, что использование Rational RequisitePro для управления требованиями дает несомненную и измеримую экономическую выгоду. Хотя при опросе организаций упоминался широкий спектр преимуществ, измеримый экономический эффект был наиболее очевиден в виде роста производительности труда бизнес-аналитиков. Кроме того, для всех случаев был характерно то, что использование RequisitePro повышало производительность во многих направлениях жизненного цикла разработки ПО, включая разработку и обеспечение качества приложений. Пример проекта TUP концерна DaimlerChrysler также выявил экономические эффекты, распространяющиеся вплоть до внутренних конечных пользователей приложения, которое было разработано на основании требований, управляемых с помощью RequisitePro.
Как показано в таблице 1, значение показателя ROI, полученного в опрошенных организациях, изменялось от 2,98 до 29,80. Среднее значение ROI для всех четырех прецедентов составило 5,00.
| Прецедент | Общий экономический эффект ($) |
Чистые затраты ($) |
Прибыль на инвестиции ($) |
Показатель ROI |
| CitiPower | 630 018 | 145 325 | 484 693 | 4,34 |
| Daimler TUP | 333 706 | 11 199 | 322 508 | 29,80 |
| Daimler VSP | 354 000 | 28 264 | 325 736 | 12,52 |
| Merrill Lynch | 579 688 | 194 417 | 385 271 | 2,98 |
| Итого |
1 897 412 | 379 204 | 1 518 208 | 5,00 |
Основные предположения:
Общий экономический эффект и чистые затраты относятся к основным количественным факторам ROI для всех перечисленных прецедентов.
В данном анализе для расчета ROI использовались временные рамки 1999 – 2001 г.г., хотя некоторые проекты не охватывали все три года.
Расчет текущей стоимости был исключен из анализа ввиду текущего и фактического характера показателя ROI.
Вывод:
Итоговый средний показатель ROI составил 5,00, что отражает высокую привлекательность предложений, связанных с использованием RequisitePro.
Источник: IDC, 2002
Как видно из таблицы 1, среднее отклонение от среднего значения ROI было достаточно велико. Максимальное значение ROI, полученное в случае проекта DaimlerChrysler TUP, стало в основном результатом относительно большого контингента разработчиков, чья производительность возросла сразу в три раза, а также очень большого контингента конечных пользователей, чей вклад в общий экономический эффект, несмотря на незначительность роста производительности, был достаточно существенен.
Прецедент проекта DaimlerChrysler TUP также указывает на то, что создание петли обратной связи, посредством которой конечный пользователь может влиять на требования, открывает возможности для ускорения жизненного цикла разработки ПО. Это сокращение цикла ускоряет достижение последовательного роста производительности и роста функциональных возможностей приложений, что дает широкие возможности для получения конкурентного преимущества. Хотя расчет ROI, связанного с такой петлей обратной связи, пока не представляется возможным, нетрудно заметить, что преимущества этого метода весьма впечатляют.
С другой стороны, в прецедентах CitiPower и Merrill Lynch значение показателя ROI оказалось в диапазоне 300–400%. В обоих этих случаях уменьшение ROI было в основном обусловлено значительными расходами на обучение, которые, по всей вероятности, существенно сократятся в будущих проектах. Таким образом, CitiPower и Merrill Lynch являются примерами компаний, которые успешно начали внедрение строгого подхода к управлению требованиями и быстро достигли высокой окупаемости инвестиций.
Возможно, наиболее важным и, в какой-то степени, неожиданным результатом, отраженным практически во всех исследованиях прецедентов, явился масштаб экономического эффекта, распространяющегося на весь жизненный цикл разработки ПО в результате внедрения структурированного и интегрированного подхода к управлению требованиями. Значительные инвестиции на ранней стадии жизненного цикла разработки несомненно приносят дивиденды во всех последующих операциях.
Общая окупаемость инвестиций в представленных здесь прецедентах также в высшей степени привлекательна сама по себе. Учитывая, что значение ROI 1 отражает "безубыточность", а значение 2 – 100% прибыли, можно сказать, что представленные в этом документе показатели ROI варьируются от приемлемых до выдающихся.
Несмотря на недостаток внимания, исторически уделяемого управлению требованиями, возрастающая значимость ПО практически в каждом аспекте бизнеса преобразует бывшие когда-то искусством практические методы в науку. Ломая "культурные" барьеры внедрения, существовавшие вокруг управления требованиями, эти прецеденты позволяют организациям сделать ясный и бесспорный вывод, что управление требованиями должно теперь рассматриваться, как краеугольный камень разработки приложений.
Дополнительная информация
За дополнительной информацией обращайтесь в компанию Interface Ltd.
Обсудить на форуме Rational Software
| INTERFACE Ltd. |
| ||||