Чек-лист улучшения бизнес-процессов компании
Mobile version
1
ОСУЩЕСТВИМОСТЬ
1.1
Первое лицо - лоббист проекта
1.1.1
Находит время на проект
1.1.2
При конфликте интересов более высоким считает задачи проекта
1.1.3
Готов назначать задачи по проекту своим подчиненным
1.2
Хоть какие-то процессы, протекающие в компании регулярно повторяются
1.3
Компания имеет стабильное финансовое положение
1.4
Текучка кадров НЕ зашкаливает
1.5
Хотя бы кто-то из топ-менеджеров - лоббист проекта
2
ПЕРВОНАЧАЛЬНЕОЕ ПЛАНИРОВАНИЕ
2.1
Кто будет костяком рабочей группы?
2.2
Определить периодичность и правила встреч
2.3
Начать вести общий глоссарий терминов
3
ОБУЧЕНИЕ
3.1
Знакомим с глоссарием
3.2
Выбираем методологию для описания БП
3.2.1
Известные нотации сложны и вредны
3.3
Проводим обучение методологии
4
РАЗДЕЛЯЕМ ПРОЦЕССЫ
4.1
Разделяем процессы на группы
4.1.1
Основные
4.1.2
Поддерживающие
4.1.3
Второстепенные
4.1.4
Совершенствования
4.1.5
Управленческие
4.2
Записываем названия процессов для каждой группы
4.2.1
Здравый смысл
4.2.2
Разные клиенты - разные процессы
4.2.3
Разная ценность для клиента - разные процессы
4.2.4
Существенно разный состав работ - разные процессы
4.2.5
Привлечение клиента и продажа клиенту, как правило, разные процессе
4.3
В каком приоритете описываем
4.3.1
Где больше зон роста
4.3.1.1
Проблемы возникают на стыках подразделений
4.3.2
Где больше фин. показатели (оборот прибыль)
5
ОПИСЫВАЕМ ПРОЦЕССЫ (AS IS)
5.1
НЕ описываем все процессы сразу
5.2
Название процесса
5.3
Цель процесса
5.4
Роли процесса
5.4.1
Архитектор
5.4.2
Операционный руководитель
5.4.3
Кого информировать об изменениях
5.4.4
У кого консультироваться
5.5
Шаги процесса
5.5.1
Единый уровень детализации шагов
5.5.2
Шаги описывают полный процесс
5.5.3
Линейный процесс
5.5.4
Номер шага
5.5.5
Название шага
5.5.6
Результаты шага
5.5.6.1
Если результатов много - укрупняем
5.5.6.2
Электронные результаты
5.5.6.3
Материальные
5.5.6.4
Каждый шаг должен оставлять след
5.6
Декомпозируем шаги
5.7
SIPOC для важных и сбоящих процессов
5.7.1
Название шага
5.7.2
Ответственный за шаг
5.7.3
Выход
5.7.4
Клиент
5.7.5
Вход
5.7.6
Поставщик
5.8
Для ключевых процессов описываем KPI
5.8.1
Результативности
5.8.2
Эффективности
5.8.3
Результата процесса
5.8.4
Промежуточные
5.8.5
Относительно простой и автоматизированный расчет
5.8.6
Расчет показателя НЕ должен трактоваться двояко
5.8.7
История значений показателя
5.8.8
Ответственный с полномочиями
6
ПРОЕКТИРОВАНИЕ УЛУЧШЕНИЙ
6.1
В 90% лучше использовать инкрементный подход, PDCA
6.2
Проводим рабочей группой НЕ в одиночку
6.3
1-ый этап
6.3.1
Тактика маленьких побед + здравый смысл
6.3.2
Опрашиваем участников процесса об улучшениях
6.3.3
Упрощать процессы
6.3.4
Все ли шаги нужны в реальности. Удаляем лишние
6.3.5
Проблемы на стыках подразделений
6.3.6
Недостаточный контроль
6.3.7
Избыточные шаги через иерархию
6.4
2-ой этап
6.4.1
Ставим цель улучшения. Одну за итерацию
6.4.1.1
Сокращение сроков
6.4.1.2
Количество дефектов
6.4.1.3
Снижение себестоимости
6.4.1.4
Конверсия
6.4.1.5
Удовлетворенность клиента
6.4.2
Статистические методы, закон Паретто, Рыбья кость
6.4.3
Проектирование автоматизации
6.4.3.1
Защита от дурака
6.4.3.2
Минимум времени и усилий
6.4.4
5W
6.4.5
Обратная связь клиентов
6.4.6
5S, бережливое производство
6.5
Договариваемся о том, как поймем, что новая версия стала лучше
7
ВНЕДРЕНИЕ УЛУЧШЕНИЙ
7.1
Ролевая игра в рабочей группе
7.2
Пилотное внедрение на небольшом участке
7.3
Доработка. См. ветку #6
7.4
Утверждение
7.5
Подготовка
7.5.1
Обучение участников БП
7.5.2
Настройка ИТ-решений
7.5.3
Изменение инструкций
7.5.4
Изменение системы мотивации
7.6
Внедрение
7.6.1
Контролировать
7.6.2
Помогать
7.6.3
Поощрять за правильную работу
7.6.4
Депремировать за многократные нарушения
7.6.5
Закрепление: Живем по новому, без измений
7.6.6
Следующая итерация. См #6