Реферат: Оценка возврата инвестиций от внедрения процесса управления конфигурациями

Издержки:

стоимость обучения новых специалистов проекта разработки ПО (обычно не более 10% от общего числа специалистов);

стоимость лицензий (при расширении числа участников проекта, обычно до 10% от первоначального количества лицензий);

стоимость годовой технической поддержки.

Из приведенной схемы расчетов видно, что максимальные издержки приходятся на пер вый год, а доходы имеют тенденцию к росту за счет двух факторов:

обычно количество участников проекта увеличивается, что приводит к росту числа специалистов и числа автоматизируемых операций;

со временем повышается мастерство выполнения процедур управления кон фигурацией и увеличивается экономия времени.

В приведенной схеме не учтены некоторые финансовые аспекты, например упущенная выгода от размещения инвестированных средств под среднюю годовую процентную ставку на банковских депозитах или их использования для запуска других проектов.

Как видно из представленной схемы расчета окупаемости, внедрение процесса УК в от дельно взятом краткосрочном проекте, срок реализации которого не превышает года, обычно нерентабельно. Но стоит ли отказываться от использования управления конфигурацией в краткосрочных проектах? Не обязательно. Есть два пути исправления этой ситуации. Первый, по которому идут сейчас многие отечественные компании-разработчики, — как можно больше сократить издержки первого года. При этом обычно:

полностью прекращаются расходы на внешних консультантов;

количество обучаемых специалистов урезается до 12 человек, которые затем в роли «гуру» должны будут распространять приобретенные знания среди других участников проекта;

используются наиболее дешевые средства автоматизации процесса УК, или, мягко говоря, «условно-бесплатные» версии;

услуги, связанные с технической поддержкой, не приобретаются. Такой вариант решения проблемы может

оказаться не хуже, чем полный отказ от управления конфигурацией, поскольку затраченные усилия вместо пользы могут принести только вред. Но, если в организации реализация краткосрочных проектов поставлена на поток, возможен более продуктивный путь выхода из подобной ситуации. В следующем разделе будут проанализированы особенности каждого из путей решения данной проблемы.

Оптимизация затрат на внедрение процесса управления конфигурацией

Рассмотрим, как можно оптимизировать инвестиции в управление конфигурацией для различных проектов. Начнем с крупных проектов — они, как правило, являются долго срочными, и в них участвует много людей.

Долгосрочность означает, что оптимизацию инвестиций следует осуществлять в первую очередь на основе постоянно действующих факторов. К ним относятся:

сокращение затрат на типовые операции, постоянно выполняемые участниками проекта;

расходы на техническую поддержку.

Наличие большого числа участников оказывает влияние в основном на следующие вели чины:

сокращение затрат на типовые операции, постоянно выполняемые участниками проекта;

расходы на обучение;

расходы на лицензии.

Таким образом, для крупных проектов наибольшую отдачу сулит увеличение доходов от типовых операций, постоянно выполняемых участниками проекта. Это может быть достигнуто только за счет постоянного совершенствования процесса управления конфигурацией. Поэтому в крупных проектах имеет смысл выделить дополнительные ресурсы на постоянно действующую группу специалистов, занятых совершенствованием процесса УК. Наличие такой группы (назовем ее группой совершенствования процесса) позволит также оптимизировать и все расходные статьи, важные для крупного проекта, а именно:

расходы на обучение — наличие постоянно действующей группы совершенствования процесса (ГСП) позволит использовать ее специалистов в качестве тренеров для обучения новых участников проекта, что позволит снизить затраты на обучение начиная со второго года. Первоначальное обучение все же следует проводить силами внешних специалистов;

расходы на лицензии — одной из задач совершенствования процесса УК является оптимизация использования лицензий, которая может осуществляться ГСП на основе постоянного мониторинга применения лицензий в проекте. Обычно первоначальное количество закупаемых лицензий приблизительно рассчитывается исходя из общих данных. Реальная потребность в лицензиях может отличаться от первоначальной оценки на 15-20% в ту или иную сторону;

расходы на техническую поддержку — обычно производители программного обеспечения применяют политику обеспечения не скольких уровней технической поддержки разной стоимости, зависящей от набора ус луг. Наличие ГСП в организации позволит снизить уровень технической поддержки за счет использования опыта специалистов ГСП для решения части технических проблем.

Остальные статьи расходов не столь критичны для крупного проекта. Возможности их снижения будут рассмотрены при описании других типов проектов.

Обсудим теперь противоположный тип проектов — малые проекты. Главной проблемой малых проектов является их кратко срочность, которая не позволяет говорить о реальном возврате инвестиций для одного малого проекта. Как уже отмечалось, в этом случае возникает соблазн максимально срезать все расходы, в первую очередь разовые. Посмотрим, к чему это может привести:

Сокращаем стоимость обучения специалистов проекта разработки ПС, обучив не всех, а лишь одного-двух сотрудников. Затем используем их для обучения других специалистов. С одной стороны — снижение расходов в несколько раз, хотя и не очень значительное по абсолютной величине, поскольку в малых проектах число участников не велико. С другой стороны — опасность того, что обученные специалисты уйдут, окажутся неспособными (или не желающими — для сохранения своей уникальности) передать полученные знания другим. Это может при вести к тому, что такому специалисту придется повысить зарплату, чтобы он не ушел, а это, в свою очередь, снизит эффект от сокращения затрат.