ГОСТ Р 56781-2015. Национальный стандарт Российской Федерации. Бенчмаркинг служб аутсорсинга и провайдеров услуг аутсорсинга
5 Бенчмаркинг для определения себестоимости и качества (BSS)
5.1 Цель бенчмаркинга для определения себестоимости и качества
Цель бенчмаркинга для определения себестоимости и качества (BSS) в начале жизненного цикла аутсорсинга состоит в идентификации подходящих объектов аутсорсинга <1>. В начале жизненного цикла аутсорсинга бенчмаркинг применяют для анализа внутренних процессов и их возможной передачи в аутсорсинг, а также для установления данных с целью принятия решения о необходимости реализации проекта аутсорсинга с определенным кандидатом для аутсорсинга. Собранные к этому моменту данные являются, кроме того, основой для проведения бенчмаркинга в более поздних фазах жизненного цикла аутсорсинга.
--------------------------------
<1> Особое значение приобретает при этом вопрос о наличии в распоряжении заказчика аутсорсинга подходящие частичные высококачественные и эффективные процессы, или, по сравнению с рынком существует потенциал для их усовершенствования. Если имеет место последнее, то заказчик должен с помощью подходящего аутсорсинга улучшить качество и/или уменьшить затраты.
Пример - Предприятие U заинтересовано в аутсорсинге разработки и обслуживания своих программных приложений, а также других структурированных бизнес-процессов. При переносе деятельности в страны с более низкой зарплатой (ближний и удаленный аутсорсинг) оно рассчитывает добиться существенного снижения затрат.
5.2 Описание бенчмаркинга (BSS)
5.2.1 Общие положения (BSS)
Бенчмаркинг для определения себестоимости и качества (BSS) является внутренним бенчмаркингом, в течение которого определяют себестоимость и качество кандидатов для аутсорсинга, а при необходимости проводят сравнение между партнерами по бенчмаркингу внутри той же организации. Поэтому для внутреннего бенчмаркинга объекты бенчмаркинга должны быть как можно более однородными.
При проведении бенчмаркинга должны быть рассмотрены как количественные, так и качественные критерии. Сосредоточение только на затратах обычно не затрагивает требования, которые возникают при рассмотрении вопросов качества. При оценке внутренних процессов следует учитывать и сравнивать не только структуру внутренних затрат, но и качественные аспекты, такие как качество услуг, гибкость или компетентность внутри организации.
5.2.2 Концепция и планирование (BSS)
5.2.2.1 Постановка задачи для бенчмаркинга (BSS)
Изначальной целью бенчмаркинга в этой фазе является идентификация предметов аутсорсинга.
Результат такого бенчмаркинга:
- список возможных предметов аутсорсинга;
- описание и структурирование предметов аутсорсинга;
- определение себестоимости и качества;
- каталог признаков с перечислением всех критериев, показателей и методов измерений для оценки объектов бенчмаркинга.
Пример - Для идентификации предметов аутсорсинга необходимо тщательно рассмотреть преимущества и недостатки, которые связаны с соответствующими проектами аутсорсинга. Наряду с экономическими аспектами следует рассмотреть, например, следующие вопросы:
- Являются ли процессы или области, предназначенные для аутсорсинга, четко структурированными?
- Являются ли эти области достаточно объемными, чтобы оправдать аутсорсинг?
- Возможно ли долгосрочное планирование?
- Какие критерии являются важными для руководства, чтобы принять решение за или против аутсорсинга (снижение затрат, гибкость расходов, качество, быстрота реализации новых приложений и т.д.)?
- Можно ли оценить эти критерии внутри или при необходимости вне предприятия с помощью простых средств и с достаточной точностью?
- Существуют ли правовые аспекты или специфические для предприятия уровни компетенции, которые следует учитывать?
После рассмотрения этих вопросов предприятие U идентифицирует следующий предмет аутсорсинга:
- стратегическая разработка нового программного продукта, для которого имеется четкие требования и долгосрочное планирование. Большой объем проекта требует планирование большого необходимого количества сотрудников.
Каталог критериев для оценки объектов аутсорсинга, с учетом возможного ближнего и удаленного аутсорсинга, включает в себя:
- необходимые для проекта технологии и специфические компетенции (очень редкие и, следовательно, более дорогие по сравнению с обычными профессиональными компетенциями на рынке);
- ограничение из-за правовых аспектов, защита интеллектуальной собственности, положения по защите личных данных, регулирующие нормы, а также обеспечение собственного технологического превосходства;
- объем проекта аутсорсинга (затраты, а также количество персонала) и долгосрочное планирование;
- однозначные признаки, показатели и методы измерений для важнейших критериев. Для новой разработки программного продукта выбирают, например, в качестве показателя количество критических ошибок программного обеспечения за определенный период времени. По вопросам гибкости относительно новых потребностей заказчика аутсорсинга в качестве показателя устанавливают количество определенных изменений, которые за определенный период времени необходимо внести функционально в программное обеспечение.
5.2.2.2 Определение ответственных лиц для проведения бенчмаркинга (BSS)
Состав команды для проведения бенчмаркинга зависит от значения объекта бенчмаркинга для организации. В зависимости от числа объектов бенчмаркинга, имеющих стратегическое важное значение для процесса, лица, принимающие решения, на соответствующих уровнях должны быть объединены в управляющий комитет. Если передача касается только оптимизации на оперативном уровне, то, в зависимости от предмета бенчмаркинга, достаточным может оказаться участие ответственных оперативных менеджеров.
Решающее значение имеет подключение предыдущих собственников процессов, а также внутренних потребителей рассматриваемых процессов. Они должны определить, какие качественные и количественные критерии являются актуальными для бенчмаркинга. Для проведения бенчмаркинга необходимо назначить менеджера проекта, а также, при необходимости, сотрудников для помощи, определить соответствующие кадровые ресурсы. При выборе руководителя проекта следует учитывать, чтобы он имел достаточную степень доступа к информации о партнерах по бенчмаркингу или предоставить ему такое право. Кроме того, следует, чтобы руководитель проекта располагал достаточным опытом в части экспертизы по проведению бенчмаркинга или соответственно в его распоряжение необходимо предоставить подходящих экспертов.
Главные задачи руководства проекта <1> состоят:
--------------------------------
<1> ISO 21500 и DIN 69901 предоставляют достаточную информацию по руководству проектом.
- в координации при проведении бенчмаркинга;
- обеспечении получения результатов;
- координации взаимодействия всех партнеров;
- обеспечении признания всеми заинтересованными лицами;
- подключении уровня принятия решений.
Документы, соответствующие этой фазе, приведены в таблице 3.
Таблица 3
Документы для фазы "Определение ответственных лиц
для проведения бенчмаркинга (BSS)"
ID-документа | Обозначение документа | Фаза бенчмаркинга | Описание документа |
BSS 1.1 | Матрица ответственности | Концепция и планирование/определение ответственных лиц за проведение бенчмаркинга | Документ содержит для фаз бенчмаркинга "Концепция/планирования, сбор данных, анализ и реализация проекта" (а при необходимости и их частей) определение ролей и показывает, таким образом, вид ответственности с помощью, так называемой, RACI-матрицы |
Пример - На предприятии U руководитель отдела IT и руководитель соответствующего подразделения, в котором должно быть использовано новое программное обеспечение, исполняют роль управляющего комитета. Опытный консультант является экспертом в области бенчмаркинга. Он в качестве нейтральной инстанции руководит проведением бенчмаркинга.
5.2.2.3 Идентификация объектов бенчмаркинга (BSS)
В этой фазе бенчмаркинга определяют и структурируют объект бенчмаркинга. Определение и структурирование используют для однозначной идентификации процесса, который должен быть предметом бенчмаркинга. Для сравниваемого процесса необходимо определить, какие рабочие этапы или субпроцессы могут быть рассмотрены для бенчмаркинга, а какие процессы должны быть оставлены вне него. Решающее значение имеет четкое понимание процесса, подвергаемого бенчмаркингу, Как правило, при выполнении процессов возникают исключения и отклонения от плана. Они должны быть учтены при структурировании объектов бенчмаркинга, так же как взаимозависимость и взаимодействие с другими процессами.
Документы, соответствующие этой фазе, приведены в таблице 4.
Таблица 4
Документы для фазы "Идентификация объектов
бенчмаркинга (BSS)"
ID-документ | Обозначение документа | Фаза бенчмаркинга | Описание документа |
BSS 1.2 | Описание объектов (процессов), подвергаемых бенчмаркингу | Концепция и планирование/идентификация объектов бенчмаркинга | Документ в общем описывает процессы, подвергаемые бенчмаркингу, и структурирует их |
Пример - Для того чтобы четко выделить объект бенчмаркинга, предприятие U идентифицирует, какие действия необходимы для разработки программного обеспечения и какие из них можно передать. Для предприятия U относят, например, такие действия, как построение программного обеспечения, разработку точной концепции, программирование и проведение менеджмента в команде разработчиков. Выходящий за рамки проекта менеджмент, а также согласование с внутренними пользователями и тестирование с их стороны в данном случае не включаются.
5.2.2.4 Проверка ресурсов (BSS)
Цель данного этапа состоит в идентификации необходимых ресурсов и определении затрат, связанных с проведения бенчмаркинга. Это включает в себя оценку кадровых и финансовых затрат, срока действия проекта. Несмотря на то что в этот момент времени структуры и, следовательно, потребность в ресурсах для бенчмаркинга еще детально не установлены, следует разработать предварительный план по ресурсам.
При планировании ресурсов следует учитывать не только кадровые затраты непосредственно занятых в проекте сотрудников, но и других сторон, участвующих в бенчмаркинге, таких как собственники или потребители процессов, партнеров по бенчмаркингу. В плане по ресурсам должны быть учтены также затраты на возможные экспертизы, прочую поддержку и иное обеспечение.
Другая составная часть фазы проверки ресурсов должна включать в себя соображения, в части необходимости учета и контроля временных, кадровых и финансовых затрат на проведение бенчмаркинга.
Документы, соответствующие этой фазе, приведены в таблице 5.
Таблица 5
Документы для фазы "Проверка ресурсов (BSS)"
ID-документ | Обозначение документа | Фаза бенчмаркинга | Описание документа |
BSS 1.3 | Перечисление всех требуемых внутренних и внешних ресурсов | Концепция и планирование/проверка ресурсов | Документ включает в себя перечисление оцениваемых временных, финансовых и кадровых затрат и специфицирует необходимые внутренние и внешние услуги |
Пример - Предприятие U создает бизнес-кейс, который включает в себя затраты на создание управляющего комитета, использование внешнего консультанта, поддержку со стороны внутренних разработчиков программного обеспечения и задействованных внутренних отделов. Ему противопоставляют возможные усовершенствования и выгоды, которые реально могут быть достигнуты при реализации проекта бенчмаркинга. Кроме этого учитывают, доступны ли необходимые внутренние ресурсы и не может ли быть нанесен ущерб другим проектам.
5.2.2.5 Выбор формы бенчмаркинга и отбор партнера для бенчмаркинга (BSS)
Для BBS в основном рассматривают форму внутреннего бенчмаркинга. Рассматриваемые процессы сравнивают внутри той же организации, для того чтобы получить оценку затрат на выполнение процесса и его качества. Для того чтобы иметь возможность проведения такого бенчмаркинга, следует использовать релевантные, надежные и доступные источники информации.
Документы, соответствующие этой фазе, приведены в таблице 6.
Таблица 6
Документы для фазы "Выбор формы бенчмаркинга и отбор
партнера для бенчмаркинга (BSS)"
ID-документ | Обозначение документа | Фаза бенчмаркинга | Описание документа |
BSS 1.4 | Описание партнеров для бенчмаркинга. | Концепция и планирование/выбор формы бенчмаркинга и отбор партнера для бенчмаркинга | Документ включает в себя перечисление идентифицированных внутренних партнеров по бенчмаркингу и специфицирует контактных лиц и источники информации |
Пример - Предприятие U имеет два отдела A и B в различных отделениях, в которых ранее выполнялись проекты по разработке программного обеспечения. Их отбирают в качестве партнеров для бенчмаркинга. В качестве контактных лиц привлекают опытных разработчиков программного обеспечения из соответствующих отделов.
5.2.2.6 Уточнение поставленной задачи (BSS)
Цель данной фазы состоит в установлении критериев бенчмаркинга в соответствии с постановкой задачи. Для каждого критерия в этом случае должны быть определены описательные признаки и показатели, которые могут быть получены в ходе проведения бенчмаркинга. Критерии для бенчмаркинга процессов включают в себя, например:
- удовлетворенность внутренних потребителей;
- срок обработки одного дела;
- затраты на обработку одного дела;
- долю завершенных дел;
- качество результатов.
При определении критериев, признаков и показателей следует учитывать, с помощью каких методов или инструментов их можно получить.
Для количественных показателей следует учитывать, например, следующие классические методы:
- расчет сравнительных затрат;
- расчет стоимости капитала;
- анализ практической ценности.
Для качественных признаков могут быть рассмотрены, например, следующие классические методы:
- опрос сотрудников;
- сбор данных с помощью анкет.
Критерии, признаки и показатели должны быть выбраны таким образом, чтобы они были актуальными для принятия последующих решений по изменению рассматриваемых процессов.
Документы, соответствующие этой фазе, приведены в таблице 7.
Таблица 7
Документы для фазы "Уточнение поставленной задачи (BSS)"
ID-документ | Обозначение документа | Фаза бенчмаркинга | Описание документа |
BSS 1.5 | Каталог признаков | Концепция и планирование/уточнение поставленной задачи | Документ включает в себя перечисление всех критериев, признаков и показателей, а также методов измерения для оценки объекта бенчмаркинга |
Пример - Путем опроса опытных разработчиков программного обеспечения и топ-менеджеров сотрудников руководящего состава предприятие U считает целесообразным использование, например, следующих критериев.
Затраты:
- средние затраты на разработку программного обеспечения на человеко-день;
- отношение чистых расходов на разработку программного обеспечения к расходам по всему проекту.
Качество:
- текучесть кадров в команде разработчиков;
- количество критических программных ошибок в первые четыре недели после ввода продукта в эксплуатацию;
- количество ошибок, возникающих после передачи в нормальный режим работы, на один человеко-день разработки программного обеспечения.
Трудоемкость:
- трудоемкость разработки в функциональных точках за человеко-день. Единица измерения в функциональных точках в отдельных случаях может быть заменена более простыми показателями, такими как "Story points" или строк программы <1>.
--------------------------------
<1> Способ функциональных точек является способом по определению трудоемкости, который может быть применен при условии, что трудоемкость создания программного обеспечения изначально определяется объемом и сложностью функций. Объем затрат для области пользователей (описания функциональных требований к системе) оценивается обычно в "попугаях" (story points). Число строк программы используется как сильно упрощенная оценка величины программ.
5.2.2.7 Конкретизация проектного плана (BSS)
В этой фазе разрабатывают конкретный проектный план. На основании специфических критериев и методов для получения подходящих признаков и показателей должен быть разработан рабочий план - технологическая карта, в котором приводят методы получения информации и необходимые для этого ресурсы. При этом следует окончательно согласовать состав команды для проведения бенчмаркинга, а также обеспечить организационные и технические рамочные условия.
При конкретизации проектного плана следует также провести оценку возможности достижения намеченных целей при использовании имеющихся ресурсов и с помощью имеющихся доступных методов. Проектный план, составляемый на данном этапе, является основой для выполнения всех последующих фаз.
Документы, соответствующие этой фазе, приведены в таблице 8.
Таблица 8
Документы для фазы "Конкретизация проектного плана (BSS)"
ID-документ | Обозначение документа | Фаза бенчмаркинга | Описание документа |
BSS 1.6 | Проектный план для проведения бенчмаркинга | Концепция и планирование/конкретизация проектного плана | Документ включает в себя детальный проект и временной график для проведения бенчмаркинга. Проектный план должен установить временные рамки и промежуточные цели |
Пример - Перед окончательной реализацией проекта бенчмаркинга предприятие U создает проектный план, который, в частности, включает в себя следующие аспекты:
- постановка задач для решения оперативных целей;
- назначение ответственных сотрудников и прочих сотрудников;
- временное планирование и установка промежуточных целей;
- критические факторы успеха, важнейшие зависимости и риски.
5.2.3 Сбор данных (BSS)
5.2.3.1 Структурирование и описание объектов бенчмаркинга (BSS)
Выбранный объект бенчмаркинга можно сравнивать между имеющимися партнерами по бенчмаркингу. Но должны быть учтены различия между партнерами по бенчмаркингу и при необходимости согласованы структурированные и определенные объекты бенчмаркинга.
На этом этапе должна быть установлена степень детализации оценки отдельных критериев. Установление степени детализации должно быть выполнено с использованием анализа затрат и эффективности, при этом, например, необходимо учитывать уровень степени детализации информации об объекте бенчмаркинга, находящейся в распоряжении у партнеров по бенчмаркингу.
Документы, соответствующие этой фазе, приведены в таблице 9.
Таблица 9
Документы для фазы "Структурирование и описание объектов
бенчмаркинга (BSS)"
ID-документ | Обозначение документа | Фаза бенчмаркинга | Описание документа |
BSS 1.7 | Детальное перечисление объектов, подвергающихся бенчмаркингу (процессов) | Сбор данных/структурирование и описание объектов бенчмаркинга | Документ описывает процессы, подвергаемые бенчмаркингу, их структурирование и степень детализации критериев бенчмаркинга |
Пример - Предприятие U изначально включает в бенчмаркинг технические задачи для разработки программного обеспечения, такие как спецификация, разработка точной концепции и программирование. Задачи более высокого уровня, такие как общее руководство проектом, не рассматриваются. Для рассматриваемых процессов разработки программного обеспечения очень важно установить уровень сравнения процесса, субпроцесса или уровня действий, например, программистов.
5.2.3.2 Измерение (BSS)
На основании установленного каталога признаков на первом этапе собирают показатели объекта бенчмаркинга. Для сбора данных используют установленные методы сбора данных, а также идентифицированные источники информации. Решающую роль в этом случае играют подключение собственника процесса для эффективного измерения и интерпретация имеющихся данных.
При измерении данных необходимо обращать внимание на единообразие и возможность сравнения данных. Измеренные показатели и признаки образуют основу для анализа и интерпретации.
Документы, соответствующие этой фазе, приведены в таблице 10.
Таблица 10
Документы для фазы "Измерение (BSS)"
ID-документ | Обозначение документа | Фаза бенчмаркинга | Описание документа |
BSS 1.8 | Документ по сбору данных | Сбор данных/измерение | Документ содержит собранные показатели и признаки для соответствующих партнеров по бенчмаркингу |
Пример - Все показатели и базовые значения, необходимые для их расчета, однозначно определяются руководителем проекта. Экспорт базовых значений можно осуществить с помощью инструментов, которые используются в процессе разработки программного обеспечения. Другие показатели определяют с помощью контроллинга. Трудоемкость измеряют в "Story Points" на один человеко-день.
5.2.3.3 Обобщение результатов измерений (BSS)
При обобщении результатов измерений по различным партнерам по бенчмаркингу еще раз проверяют сопоставимость собранных признаков и показателей. Особое значение для сравнения имеет возможность проведения при необходимости нормализации сравниваемых данных. Нормализация включает в себя обработку данных по различным партнерам по бенчмаркингу для целей бенчмаркинга. Она может быть ограничена и тривиальным пересчетом валют, а может включать в себя обширные и сложные расчеты, например, с учетом факторов производительности при затратах на персонал.
Результатом обобщения являются данные, представленные в соответствующей форме, которые можно использовать для сравнения и идентификации различий.
Документы, соответствующие этой фазе, приведены в таблице 11.
Таблица 11
Документы для фазы "Обобщение результатов измерений (BSS)"
ID-документ | Обозначение документа | Фаза бенчмаркинга | Описание документа |
BSS 1.9 | Обобщенный документ по сбору данных | Сбор данных/обобщение результатов измерений | Документ содержит обобщенные собранные данные для объекта бенчмаркинга, |
Пример - Возможность сравнения собранных "Story points" обеспечивается с помощью внутренней нормализации. Окончательный расчет показателей проводят открыто для все участвующих сторон в форме табличной калькуляции.
5.2.3.4 Сравнение и оценка различий (BSS)
На этом этапе будут проводить сравнение признаков и показателей для объекта бенчмаркинга, собранных у партнеров по бенчмаркингу. Но в этом случае пока не делают никаких заключений по возможным причинам, а скорее проводят оценку существующих различий.
Но оценка различий может предоставить первую отправную точку для того, чтобы определить целесообразность передачи рассматриваемых внутренних процессов. Если рассматриваемый процесс, по сравнению с партнером, имеет более высокие внутренние затраты и более низкое качество оказываемых услуг, то это может послужить индикатором для многообещающей передачи.
Документы, соответствующие этой фазе, приведены в таблице 12.
Таблица 12
Документы для фазы "Сравнение и оценка различий (BSS)"
ID-документ | Обозначение документа | Фаза бенчмаркинга | Описание документа |
BSS 1.10 | Рейтинг партнеров по бенчмаркингу | Анализ/сравнение и оценка различий | Документ перечисляет партнеров по бенчмаркингу в форме рейтингового листа на основании установленных различий |
Пример - Сравнение показателей между отделами A и B для рассматриваемого процесса создания программного обеспечения показало, что у отдела A затраты примерно на 30% меньше, чем у отдела B. При сравнении затрат на один "Story Point" для отдела A получилось значение 1,105 евро, а для отдела B - 1,230 евро.
5.2.3.5 Анализ причинно-следственных связей (BSS)
На следующем этапе изучают возможные причины возникших различий. При анализе причинно-следственных связей не следует упускать из виду, что различные признаки часто находятся в сложной взаимосвязи и не могут быть интерпретированы изолировано.
При этом следует учитывать перечень взаимоотношений, являющихся релевантными и имеющими значение, например для возможной передачи рассматриваемых процессов.
Документы, соответствующие этой фазе, приведены в таблице 13.
Таблица 13
Документы для фазы "Причинно-следственные связи (BSS)"
ID-документ | Обозначение документа | Фаза бенчмаркинга | Описание документа |
BSS 1.11 | Список установленных причинно-следственных связей | Анализ/Причинно-следственные связи | Документ описывает причинно-следственные связи для установленных различий между партнерами по бенчмаркингу |
Пример - Исследование различия в затратах, примерно на 30%, между отделами A и B показало, что расходы на оплату труда в отделе A составляют намного ниже 50% по сравнению с отделом B, но это различие частично компенсируется более высокими затратами на координацию работ и небольшой производительностью. Несмотря на различие в расходах различие в расходах на один "Story Point" относительно невелико. Дальнейшее исследование взаимосвязей показывает, что состав команды разработчиков оказывает существенное влияние на этот показатель.
5.2.3.6 Обобщение предложений по усовершенствованию (BSS)
Основной смысл бенчмаркинга состоит в нахождении потенциала для усовершенствования. Но BSS изначально используют для поддержки в принятии решения по целесообразности осуществления проекта аутсорсинга для идентифицированного предмета аутсорсинга или нет. Однако и в этом случае должны быть получены предложения, которые затем могут быть использованы для улучшения фактической ситуации.
Кроме этого, результаты оценки возможности проведения бенчмаркинга могут представлять потенциал для усовершенствования в аспекте самого бенчмаркинга, которые могут быть использованы, например:
- для дополнения критериев и показателей;
- конкретизации объектов бенчмаркинга.
Документы, соответствующие этой фазе, приведены в таблице 14.
Таблица 14
Документы для фазы "Обобщение предложений
по усовершенствованию (BSS)"
ID-документ | Обозначение документа | Фаза бенчмаркинга | Описание документа |
BSS 1.12 | Возможности оптимизации | Анализ/обобщение предложений по усовершенствованию | Документ перечисляет возможности улучшения, которые получены при анализе установленных различий между партнерами по бенчмаркингу |
Пример - Предприятие U идентифицирует различные меры, которые могут быть использованы для улучшения существующего процесса разработки программного обеспечения:
- проведение совместных рабочих совещаний разработчиков из отделов A и B для улучшения связей и обмена опытом;
- передача всей работы по разработке программного обеспечения в отдел A;
- аутсорсинг процесса разработки программного обеспечения для нового разрабатываемого программного обеспечения;
- аутсорсинг всего процесса разработки и обслуживания программного обеспечения.
В результате проведенного бенчмаркинга было выяснено, что важнейшие качественные аспекты недостаточно учитывались в предыдущих определениях признаках и показателей. Это касается, например, частоты встреч и простой доступности разработчиков программного обеспечения, а также культурных различий.
5.2.3.7 Принятие решений (BSS)
При принятии решений информация, полученная в ходе сбора данных, рассматривается с точки зрения целесообразности передачи процесса в аутсорсинг или поиска достойной альтернативы посредством внутреннего усовершенствования и оптимизации.
Такое решение, а также использованные для этого релевантные критерии должны быть зафиксированы в письменном виде, для того чтобы обеспечить достаточную гласность процесса принятия решений и для того чтобы иметь возможность прослеживания результатов, в том числе и в последующий период времени. Идентифицированные меры должны быть обобщены в каталоге мер. При принятии решения по передаче в аутсорсинг такой каталог должен включать в себя бизнес-кейс, в котором бы учитывались собранные в ходе бенчмаркинга данные.
Документы, соответствующие этой фазе, приведены в таблице 15.
Таблица 15
Документы для фазы "Принятие решений (BSS)"
ID-документ | Обозначение документа | Фаза бенчмаркинга | Описание документа |
BSS 1.13 | Каталог мер | Анализ/принятие решений | Документ описывает меры, которые могут быть сформированы из проведенного бенчмаркинга |
Пример - На основании проведенного анализа предприятие U принимает решение о внедрении в практику проведение рабочих совещаний между разработчиками из отделов A и B для улучшения связей и обмена опытом, а также проверки возможности передачи в аутсорсинг процессов разработки программного обеспечения для новых приложений программного обеспечения в проекте аутсорсинга. Для этого будут использованы и результаты уже проведенного бенчмаркинга.
5.2.3.8 Реализация проекта (BSS)
Если в результате принято решение о реализации проекта аутсорсинга, то должен быть инициирован старт осуществлению проекта аутсорсинга.
Примечание - Модель действий при осуществлении проекта аутсорсинга представлена в DIN SPEC 1041.
5.2.4 Критические факторы успеха (BSS)
В таблице 16 представлены критические факторы успеха бенчмаркинга для определения себестоимости и качества (BSS).
Таблица 16
Критические факторы успеха для бенчмаркинга для определения
себестоимости и качества (BSS)
Первичная входная информация | Критические факторы успеха | Первичные выходные данные |
Информация по себестоимости и качеству рассматриваемых внутренних процессов | Подключение всех вовлеченных сторон. Идентификация подходящих критериев, признаков, показателей и способов измерений. Баланс между качественными признаками и количественными показаниями | Список возможных предметов аутсорсинга. Каталоги признаков для бенчмаркинга предметов аутсорсинга. Сбор информации о качественных признаках и количественных показателях в качестве базы для проведения бенчмаркинга далее в осуществлении проекта аутсорсинга |
Подписаться на обновления