12.3.4.7. Разрабатывать и планировать запуск проекта по управлению знаниями
12.3.4.8. Развертывать проект по управлению знаниями
12.3.5. Управлять жизненным циклом проекта по управлению знаниями
12.3.5.1. Оценивать соответствие бизнес-целям
12.3.5.2. Оценивать влияние управления знаниями (стратегии и проектов) на показатели и результаты (выходы)
12.3.5.3. Продвигать и поддерживать деятельность и вовлеченность
12.3.5.4. Корректировать и обновлять стратегию и подходы к управлению знаниями
12.4. Управлять изменениями
12.4.1. Планировать изменения
12.4.1.1. Выбирать методологию улучшения процессов
12.4.1.2. Оценивать готовность к изменениям
12.4.1.3. Определять заинтересованные стороны (стейкхолдеров)
12.4.1.4. Вовлекать/выявлять ответственных
12.4.1.5. Формировать команду разработчиков
12.4.1.6. Определять область проекта
12.4.1.7. Анализировать текущее состояние
12.4.1.8. Определять будущее состояние
12.4.1.9. Проводить анализ рисков
12.4.1.10. Оценивать вопросы культурного уровня
12.4.1.11. Утверждать ответственность за управление изменениями
12.4.1.12. Выявлять препятствия на пути к изменениям
12.4.1.13. Определять факторы, способствующие изменениям
12.4.1.14. Выявлять ресурсы и развивать систему показателей
12.4.2. Проектировать изменения
12.4.2.1. Оценивать связь с другими инициативами
12.4.2.2. Развивать планы по управлению изменениями
12.4.2.3. Развивать план обучения
12.4.2.4. Развивать коммуникационный план
12.4.2.5. Развивать план по вознаграждениям/мотивациям
12.4.2.6. Устанавливать метрики (показатели)
12.4.2.7. Утверждать/разъяснять новые роли
12.4.2.8. Выявлять бюджет/роли
12.4.3. Внедрять изменения
12.4.3.1. Создавать заинтересованность в улучшениях/изменениях
12.4.3.2. Осуществлять реинжиниринг бизнес-процессов и систем
12.4.3.3. Поддерживать переход к новым ролям или стратегию выхода для должностных лиц
12.4.3.4. Проводить мониторинг изменений
12.4.4. Поддерживать улучшения
12.4.4.1. Проводить мониторинг эффективности улучшенных процессов
12.4.4.2. Извлекать уроки из осуществления процессов изменения и многократно использовать этот опыт
12.4.4.3. Проводить корректирующие действия по мере необходимости
Приложение 2
Шаблон «Регламент процесса»
Приложение 3
Шаблон «Положение о подразделении»
Приложение 4
Шаблон «Должностная инструкция»
Владимир Владимирович Репин – кандидат технических наук, доцент, исполнительный директор и партнер ООО «BPM Консалтинг Групп» (www.bpm3.ru). Область профессиональных интересов:
• оптимизация систем управления;
• внедрение процессного подхода к управлению на российских предприятиях;
• внедрение среды описания и регламентации бизнес-процессов Business Studio;
• проведение семинаров-тренингов для руководителей и специалистов предприятий;
• управление информационным порталом по тематике процессного управления www.FineXpert.ru.
Владимир Репин участвовал в консультационных проектах более чем на 70 предприятиях России. Провел свыше 120 семинаров-тренингов для руководителей и специалистов компаний по вопросам внедрения процессного подхода к управлению, моделирования и регламентации бизнес-процессов, управления финансами.
Автор книг: В. В. Репин. Бизнес-процессы компании: построение, анализ, регламентация (М.: РИА «Стандарты и качество», 2007); В. Г. Елиферов, В. В. Репин. Бизнес-процессы: регламентация и управление (М.: Инфра-М, 2004); В. В. Репин, В. Г. Елиферов. Процессный подход к управлению. Моделирование бизнес-процессов (М.: РИА «Стандарты и качество», 2004); В. В. Репин. Технологии управления финансами предприятия (М.: Издательский дом «АТКАРА», 2000).
Репозиторий – см. определение на с. 219.
Например, «Методика управления процессами организации» – базовый методический документ, содержащий описание терминов и определений процессного управления, принципы, концепцию внедрения и необходимые методы работы с процессами.
Рассматриваемый подход описан в «Исследовании в области моделирования бизнес-процессов» за 2011 год компании BPTrends, перевод которого размещен на сайте www.FineXpert.ru
BPM (Business Performance Management) – управление эффективностью деятельности (бизнеса).
KPI (Key Performance Indicators) – ключевые показатели эффективности.
BPA (Business Process Architecture) – система для разработки архитектуры бизнес-процессов компании.
ECM (Enterprise Content Management) – управление корпоративной информацией.
BI (Business Intelligence) – бизнес-анализ, бизнес-аналитика. Под этим понятием чаще всего подразумевают программное обеспечение, созданное для помощи менеджеру в анализе информации о своей компании и ее окружении.
BPMS (Business Process Management System) – тип программного обеспечения для поддержки выполнения операционных процессов.
См. работу М. Хаммера и Д. Чампи [1].
Если названия процессов длинные, то такая форма наименования события не совсем удобна. Но в то же время длинная формулировка полнее характеризует реальное событие.
Этот вариант использовать не рекомендуется.
Строго говоря, это тоже относительная шкала, так как не указан конкретный год. Но в рамках года можно рассматривать эту шкалу как абсолютную.
* Это только примеры. В случае практического применения разрабатывается структура спецификаций, необходимая для процессов конкретной компании.
** ТУ – технические условия.
*** Можно дать ссылки на методики верификации и валидации продукта либо привести сами методики.
В данном случае я предлагаю свое определение. В книге Э. Деминга четкая формулировка операционного определения отсутствует, хотя этому вопросу посвящена целая глава. Он предлагает «облечь понятие в определенную форму, ясную всем». Кстати, Э. Деминг приводит такой пример некорректного операционного определения: «Отливки должны быть приемлемо чистыми». Очевидно, что при наличии такого определения у процесса-потребителя всегда будут претензии к процессу-поставщику.
