Руководство по организации работ при внедрении

ВНЕДРЕНИЕ ИЗМЕНЕНИЙ: 8 ЭТАПОВ

Процесс внедрения изменений состоит из 8 этапов и он занимает время. Продолжительность внедрения изменений зависит от сложности процессов, которые вы внедряете.

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

На каждом этапе есть свои ловушки, их понимание позволит вам снизить риски и увеличит шансы на эффективное внедрение и получение результата.

Последовательность этапов при внедрения любых изменений выглядит так:

1. Проблематизация ситуации — вовлечене сотрудников;
2. Формирование команды реформаторов;
3. Формулирование Целей;
4. Пропаганда изменений;
5. Создание условий, устранение препятствий;
6. Достижение быстрых результатов;
7. Анализ и корректировка;
8. Закрепление и расширение преобразований.

ВНЕДРЕНИЕ ИЗМЕНЕНИЙ: ЭТАП 1 — ПРОБЛЕМАТИЗАЦИЯ И ВОВЛЕЧЕНИЕ

При отсутствии мотивации сотрудники не будут содействовать реформам и ваши усилия ни к чему не приведут. Очень важно вовлечь сотрудников в процесс реформ, заинтересовать их и сделать соучастниками изменений.

В 90% случаев руководитель недооценивает трудность задачи и считает, что достаточно лишь объявить о том, что вводятся изменения. Но сотрудники привыкли жить «по-старому» и почти всегда не готовы к переменам.

Как побудить подчиненных отказаться от привычных комфортных условий?

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

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

Главные сложности этого этапа: сотрудники -«звезды» не одобряют перемены, негативная реакция таких теневых лидеров может демотивировать весь коллектив, моральный климат ухудшится, результаты любых ваших действий окажутся под угрозой.

Главные ловушки на этом этапе:

1. преобладание пассивного менеджмента и недостаток руководителей-Лидеров
2. паралич действий из-за осознания возможных рисков от внедрения реформ

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

Особенно важно, чтобы в высшем эшелоне руководства появились сотрудники, обладающие лидрескими способностями.

Донесите до персонала причины, по которым необходимо начинать жить «по-новому». Чем внушительнее и убедительнее будут факты о том, что «по-старому работать нельзя», тем лучше. Представьте факты резкого снижения доходности бизнеса, негативной статистики продаж, усилением позиций конкурентов, резкой потери доли рынка и т. п.

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

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

###

ВНЕДРЕНИЕ ИЗМЕНЕНИЙ: ЭТАП 2 — КОМАНДА РЕФОРМАТОРОВ

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

Обязательное условие эффективности работы такой команды — наличие в ее составе главы предприятия. Для масштабных преобразований это может быть председатель совета директоров или генеральный директор. Для внедрения изменений на уровне подраздаления приглашайте в команду коммерческого директора или директора по развитию.

Для малого предприятия команда реформаторов может состоять из 3−5-ти сотрудников. Для крупной компании численность может достигать 20−50 сотрудников. Костяк группы это всегда ТОП-менеджеры.

Но осознание нобходимости преобразований ТОПами — это необходимый, но не достаточный фактор для старта изменений. Включайте в группу наиболее активных сотрудников, лидеров мнений, а также тех, кому интересно развиваться вместе с компанией. И это как правило необязательно люди «верхушки». Принимайте в команду самых замотивированных и активных сотрудников среднего звена.

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

Стандартные ловушки этого этапа:

1. Отсутствие в команде реформаторов Руководителя предприятия
2. Малочисленность группы
3. Отсутствие в группе лидеров мнений
4. Передача управления группой линейному представителю, а не ТОП-руководителю предприятия

Не попадайте ни в одну из этих ловушек при запуске внедрения изменений! Если удалось донести до Руководителя предприятия (условно это Генеральный директор), что ему не пристало лениться и что именно он должен возглавить группу реформаторов, не позволяйте ему участвовать в преобразованиях лишь номинально. Он не должен перепоручить свою обязанность вести группу за собой кому-то из линейных сотрудников.

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

ВНЕДРЕНИЕ ИЗМЕНЕНИЙ: ЭТАП 3 — ФОРМУЛИРОВАНИЕ ЦЕЛЕЙ

Очень важно помнить, что формулирование Видения того, куда вы должны придти и целей — это тоже процесс. И цели не должны быть целями лишь одного человека (собственника или генерального директора).

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

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

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

Этот шаг придаст импульс вашей команде, сделает цель общей, объединит команду и даст старт внедрению изменений.

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

ВНЕДРЕНИЕ ИЗМЕНЕНИЙ: ЭТАП 4 — ПРОПАГАНДА

Стандартная ошибка процесса реформ это затухание информирования коллектива как о самих изменениях, так и о результатах.

В результате среди сотрудников растут циничные настроения, и коллектив теряет доверие к изменениям и словам начальства.

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

Избежать разобщенности коллектива, снижения лояльности к измненениям и роста недовольства из-за дополнительной нагрузки — все это задачи регулярной пропаганды изменений.

Вы можете делать новостную рассылку, вести чат группы реформаторов в CRM или в вотсап — все это поможет показать коллективу, что движение и положительные результаты есть!

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

ВНЕДРЕНИЕ ИЗМЕНЕНИЙ: ЭТАП 5 — УСТРАНЕНИЕ ПРЕПЯТСТВИЙ

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

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

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

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

ВНЕДРЕНИЕ ИЗМЕНЕНИЙ: ЭТАП 6 — ДОСТИЖЕНИЕ БЫСТРЫХ РЕЗУЛЬТАТОВ

Почему большинство преобразований тормозятся или останавливаются вовсе? Люди устают, теряют импульс, вдохновение и веру в получение результата.

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

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

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

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

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

Широкое информирование о результатах поддержит лояльность сотрудников к изменениям и сохранит значимость преобразований.

Краткосрочные результаты необходимо планировать. Также не забудьте вознаградить сотрудников, которые получили эти результаты.

ВНЕДРЕНИЕ ИЗМЕНЕНИЙ: ЭТАП 7 — АНАЛИЗ И КОРРЕКТИРОВКА

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

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

ВНЕДРЕНИЕ ИЗМЕНЕНИЙ: ЭТАП 8 — ЗАКРЕПЛЕНИЕ И МАСШТАБИРОВАНИЕ

На этом этапе вы завершаете внедрение изменений: у вас есть полученный результат, вы достигли своих целей.

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

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

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

ВНЕДРЕНИЕ ИЗМЕНЕНИЙ: ЭМОЦИОНАЛЬНОЕ СОСТОЯНИЕ СОТРУДНИКОВ

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

Ниже представлен график изменений эмоционального состояния работника в процессе внедрения изменений:

На этапе 1 работник проваливается в яму негатива и шока — новое не привлекает, а скорее пугает и настораживает.

На этапе 2 происходит неприятие нового, непонимание пользы и отказ работать по-новому. Работник цепляется за свой статус-кво.

На этапе 3 работник признает свое неумение и некомпетентность, но понимания, веры и, главное, понимания как именно развить в себе новые навыки еще нет.

На этапе 4 работник тотально признает реальность и то, что «отвертеться» от перемен не получится. Он приступает к тестированию нового, и это этап 5: здесь растет раздражение, т.к. еще очень плохо получается делать что-то по-новому, понимания пользы от нового все еще нет.

Лишь на этапе 6 приходит полное понимание пользы от перемен. А на этапе 7 осуществляется окончательная интеграция сотрудника в новую действительность. Эмоциональные качели заканчиваются, т.к. произошло тотальное принятие изменений.

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

Мы рассказали вам о закономерностях внедрения изменений. Используйте алгоритм для управления изменениями в своей компании.

Отвечая на столь обширный вопрос в рамках небольшого текста, мы берем на себя такую же абсурдную задачу, как в случае с авторами книг «Фейербах за 2 минуты» или «коучами» на психологических тренингах «Как добиться всего, сидя на диване». Тема очень сложная и как следует изучить ее, можно лишь прочитав не одну книгу, хорошо бы и попрактиковаться. По этой причине, для очистки совести, сразу же поговорим об источниках информации, где можно найти больше сведений по интересующему вас вопросу. Кроме российских периодических изданий, есть много иностранных, мало известных в России: Quality Progress, Journal for Quality Technology, Quality Management Journal. Если говорить об учебниках, то при выборе конкретной книги стоит учитывать, что лишь очень немногие публикации по качеству в России могут похвалиться детализацией, достаточной для овладения темой на практическом уровне. Многие издания не учат внедрять систему менеджмента, а скорее описывают то, как это должно выглядеть. Еще один важный источник информации по теме – руководства Международной организации по стандартизации (International Organization for Standardization, – ред.). Так сложилось, что именно по стандарту ISO 9001 «Системы менеджмента качества. Требования» в нашей стране обычно сначала внедряют, а затем сертифицируют свою СМК (систему менеджмента качества, – ред.). Руководств поясняющих и комментирующих текст стандарта – много, но особо хочется отметить «Руководство по концепции и использованию процессного подхода для систем менеджмента». В этом тексте раскрываются детали процессного подхода, с которыми у внедряющих ISO 9001 организаций возникает наибольшее количество трудностей.

Что касается внедрения, то в самом общем виде оно выглядит следующим образом. Сначала высшее руководство принимает решение о необходимости имплементации системы управления качеством. После этого формируется рабочая группа, которая и будет осуществлять внедрение. Численность и состав группы, о которой идет речь, может быть различной, в зависимости от многих параметров, прежде всего от размера самой компании. Если она небольшая – 10-20 человек, то бывает достаточно 1-2 сотрудников, включая представителя высшего руководства. Последнее – обязательное требование стандарта ISO 9001 в любом случае. В более крупных организациях задача создания системы управления качеством резко усложняется. Например, главный руководитель может не знать деталей и половины видов деятельности, которые проводятся в организации. И это еще не самое главное отличие. В таких случаях рабочая группа по внедрению может сильно разрастаться и включать в себя помимо сотрудников, которые ответственны за отдельные небольшие участки работы штатных и внештатных консультантов по качеству или менеджеров. Различные направления работы, связанные с внедрением СМК часто ложатся на сотрудников, как дополнительная ноша, помимо их основной занятости. Подключение специалистов по качеству оправдано тем, что профессионалы посвящают своему делу весь рабочий день и владеют своим предметом углубленно. Смысл создания сводного коллектива работников для целей внедрения СМК не следует понимать превратно. Чтобы система качества работала, необходимо, чтобы все сотрудники в той или иной степени были охвачены общей деятельностью, рабочая группа лишь станет двигателем преобразований и, если развивать автомобильные ассоциации, стартером.

Рабочая группа, консультируясь с руководством, – лидерство высшего менеджмента, тоже – одна из принципиальных позиций ISO 9001, проводит предварительные исследования, которые сближаются по своему характеру с маркетингом. Ведется поиск ответов на вопросы о том, в чем заключаются требования потребителей, государства и других заинтересованных сторон к результату работы организации. Качество, понятие, неразрывно связанное с потребителем, ведь «без субъекта нет объекта». Проводится ревизия нормативной документации, которая уже есть на предприятии, в том числе ТУ (технические условия, – ред.). Выдержки из инструкций, стандартов предприятия и государственных отраслевых и общих законов становятся впоследствии частью комплекса документации системы менеджмента качества. Коллектив, вовлеченный в подготовку к созданию СМК, в тесном контакте с руководством компании рассматривают текущее положение предприятия и стратегию на будущее, чтобы написать первые нормативные документы СМК – политику и цели в области качества. Под конец подготовительного этапа издается официальный приказ по организации о создании в ней системы менеджмента качества. Рабочая группа по внедрению наделяется всеми необходимыми полномочиями. Начинается разработка документации.

Согласно общим правилам менеджмента те или иные нормативные документы пишет тот, кто имеет к отраженным в них предметам непосредственное отношение. По этой причине политику и цели в области качества готовит преимущественно руководство (цели могут формироваться в подразделениях). Прежде всего, человек, назначенный ответственным за качество из состава менеджмента, он же – руководитель рабочей группы по внедрению СМК. Стандартный пакет документации системы менеджмента качества делится на четыре части. На втором уровне после главных документов: Политики в области качества, Целей в области качества и Руководства по качеству следуют документы описания процессов в соответствии с процессным подходом, затем рабочие инструкции, на самом нижнем уровне находятся формы – это текущая документация которую заполняют по ходу выполнения какой-либо деятельности для необходимого мониторинга СМК, кроме них еще внешняя документация, которая «подверстывается» к системе для ознакомления персонала. Средние документы в приведенной иерархии составляют руководители среднего звена или хозяева процесса, то есть исполнители, которые приняли на себя часть функций по мониторингу и управлению своей работой. Документы вроде форм, понятно, заполняют исполнители. Создание документации системы менеджмента качества часто комбинируют с автоматизацией процессов, благодаря систематизации работы определенные операции становится возможным передать компьютеру или предельно сократить участие в процессе человека. Необходимой для создания документов системы менеджмента мерой становится четкое распределение обязанностей между сотрудниками организации. Необходимо помнить, что в СМК должны быть также тщательно документирована сама деятельность по созданию и управлению документацией. Работающая СМК – это живой организм, который регулируется систематически, чтобы отвечать условиям меняющегося рынка. Как только в системе возникают сбои (несоответствия, – ред.), грамотно построенная система их регистрирует и включает корректирующие механизмы, позволяющие из месяца в месяц улучшать показатели.

Обучение является неотъемлемой частью внедрения системы управления качеством, однако, отнести его к какому-то этапу создания СМК не представляется возможным. Оно красной нитью проходит через весь процесс. Рабочая группа, которая будет внедрять систему сама должна овладеть большим количеством практических сведений по тому, как это делается. При внедрении документации СМК и далее, все сотрудники должны познакомиться с различными аспектами теории, которая им понадобится в работе. После того как система внедрена, периодически нужны новые учебные часы, чтобы осветить произошедшие изменения или ввести новые процедуры. Для обучения персонала и руководителей часто привлекают консультантов. Содержание тренингов и семинаров зависит от стадии запуска системы и статуса работника. Непосредственным исполнителям в первую очередь нужны знания о требованиях к продукции или услугам клиентов, руководителям разных степеней для составления пригодятся наработанные в менеджменте методики написания документации – матрицы, таблицы, существуют IT-комплексы для решения проблемы, близкие по масштабу бухгалтерской и складской «1C». Всем сотрудникам без исключения необходимы некоторые знания об их СМК в целом – для этого штудируют Руководство по качеству и владение положениями стандарта ISO 9001.

Очень важную роль для поддержания СМК, которая уже была создана, играют периодические внутренние аудиты, производимые руководством. Еще один обязательный инструмент из стандарта ISO 9001. Разумеется, чтобы несоответствия действительно удавалось устранять, нужно иметь максимально полное представление о ситуации, которое отчасти дают аудиты, а отчасти сама ротация документов. По результатам проверок и анализов должны быть предусмотрена система мотивации сотрудников исходя из их загруженности и успехов с точки зрения СМК. На то и волки, чтобы пастух не дремал, – говорит пословица. В качестве дополнительного теста работоспособности СМК может служить сертификация – третейская, независимая оценка.

Внедрение СМК – трудоемкая задача, которая может занять несколько лет. В процессе создания системы может возникнуть множество проблем. С одной стороны, систематизация приводит к сокращению расходов, не говоря уже о качестве, с другой – во многих организациях это может привести к сокращениям. Например, при внедрении системы в компании Ford некоторые отделы были сокращены на сотни человек, поскольку выяснилось, что в них не было реальной необходимости. Документирование часто вызывает недовольство персонала из-за того, что это занимает дополнительное время, а выгоды часто бывают очевидны далеко не всем специалистам, вовлеченным в процесс.

В этом материале мы предсказуемо не раскрыли тему. Более детальное руководство по созданию на предприятии СМК должно быть привязано к особенностям организации. ISO 9001 дает общее описание документации, но выработку конкретных форм документов оставляет на усмотрение бизнеса. В стандарте дана классификация процессов, которая упрощает их идентификацию на предприятии, но конечный перечень или матрица процессов зависит от вас. ISO 9001 требует достижения компетентности персонала, но что для этого нужно предпринять он вам не подскажет, ведь это универсальный текст. Все зависит от того, какая структура и с какими характеристиками нужна именно вам. В зависимости от обстоятельств даже последовательность действий, которую мы здесь описали, может меняться.

Вам понравилась статья? Не хотите пропускать новые? Тогда подпишитесь на RSS или получайте новые статьи мгновенно на электронную почту

!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >

ВСЁ, ЧТО ДЕЛАЕТСЯ КОМПАНИЕЙ ДЛЯ ЕЁ КЛИЕНТОВ, ЕСТЬ ПРОЦЕССЫ.

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

Управлять процессами – это значит:

• Видеть и выделять процессы как последовательность взаимосвязанных действий,
• Измерять и анализировать результаты процессов,
• Контролировать связь результатов с ресурсами, необходимыми для их достижения,
• Принимать меры по непрерывному улучшению процессов.

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

Чтобы заложить основу системы управления процессами в вашей компании, вам нужно осуществить проект длительностью от 2 до 4 месяцев.

Настоящее методическое руководство есть пошаговое описание проекта внедрения основных элементов процессного подхода.

Результатами этого проекта станут:

• Структура основных процессов компании,
• Спецификации каждого процесса, определяющие цели, результаты, показатели и другие важные характеристики процесса,
• Регламенты основных процессов,
• Инструкции исполнителей процессов,
• Должностные обязанности сотрудников,
• Профили должностей, определяющие требования к знаниям, навыкам и личным качествам сотрудников.

Следуйте нашей “дорожной карте”, и вы построите структурированные, управляемые бизнес-процессы.

Первый пункт нашей “дорожной карты” – идентификация позиционирования и стратегии компании на рынке. Понимание целевых клиентов, их потребностей и отличий от конкурентов необходимо для того, чтобы определить ключевые требования к бизнес-процессам компании.

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

Далее мы идентифицируем процессы, разрабатывая спецификации каждого процесса, которые содержат все основные параметры процессов.

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

После того как все основные процессы компании определены, можно переходить к разработке должностных обязанностей сотрудников, определению показателей деятельности (KPI), разработке регламентов.

Далее мы подробно рассмотрим каждый этап пути к созданию системы управления компанией на основе процессного подхода.

Методическое руководство основано на материалах мастер-проекта “Создание системы управления процессами”

ЧТО ТАКОЕ ПРОЦЕССЫ?

Начнем с определения.

Процесс – это устойчивая, целенаправленная, последовательность действий, преобразующих ресурсы (входы) в некоторые продукты (выходы), представляющие ценность для потребителя.

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

Зачастую процессом называют все, что движется… Это упрощенное представление упускает из виду такую важную характеристику процесса, как повторяемость последовательности действий. Неправильно называть процессом цепочку действий, происходящую однократно. Процесс – это то, что происходит регулярно в одной и той же последовательности.

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

Определим основные понятия, связанные с процессами.

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

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

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

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

На самом деле это не только невозможно, но и вредно.

Регламентация процессов – это только один из способов координации деятельности людей. Кроме него существует еще 5 способов координации, которые в различных соотношениях имеются в каждой компании.

Известный исследователь организационных систем Генри Минцберг называет процессные методы управления «стандартизацией деятельности».

При этом он выделяет следующие методы координации, широко используемые в менеджменте:

1. Прямая координация. Начальник отдает приказы подчиненным и контролирует их исполнение. Так функционируют подразделения вооруженных сил.
2. Взаимное согласование. Решения вырабатываются в ходе взаимодействия равноправных членов команды. Это принцип функционирования инновационных, творческих коллективов.
3. Стандартизация целей. Сотруднику ставятся цели; средства их достижения он выбирает самостоятельно. Так действуют дивизиональные подразделения компаний, руководители которых обладают высокой степенью самостоятельности.
4. Стандартизация квалификации. Методы и приемы работы отрабатываются в ходе обучения специалиста. В своей трудовой деятельности, отличающейся высокой сложностью, сотрудник действует самостоятельно. Так работают хирурги, адвокаты, преподаватели, консультанты.
5. Корпоративная идеология. Всех сотрудников компании объединяют общие ценности, понимание единых целей и идеологических установок. Поэтому каждый сотрудник в своей деятельности руководствуется своим пониманием того, как «правильно» поступать в той или иной ситуации. На таких принципах построена деятельность миссионеров религиозных организаций и разведчиков, находящихся на вражеской территории.

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

Поэтому важно понимать, что хорошее управление основывается не только на процессном подходе, но и на целом ряде других методов координации, которые должны действовать в каждой организации в тех или иных пропорциях.

!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >

ПРОЦЕССНЫЙ ПОДХОД К УПРАВЛЕНИЮ

Что такое процессный подход к управлению, в чем его особенность?

Это понятие, также как и понятие «процесс», определено в системе менеджмента качества. Процессный подход состоит в том, чтобы

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

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

“ДОРОЖНАЯ КАРТА” СОЗДАНИЯ СИСТЕМЫ УПРАВЛЕНИЯ ПРОЦЕССАМИ

Задачу, которую мы здесь рассматриваем, можно сформулировать по-разному.

Можно сказать, что мы стремимся навести порядок в бизнес-процессах компании, сделать их прозрачными и управляемыми.

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

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

Никто не возьмется строить дом или корабль, не владея технологией строительства объекта, который требуется создать. «Организационное строительство» ничем не проще инженерной деятельности. Здесь также есть свои законы и правила, нарушение которых никогда не остается безнаказанным.

Огромное количество неудачных проектов в области «организационного строительства» объясняется именно тем, что работа велась без «архитектурного проекта» с нарушением СНИП (строительных норм и правил).

Поэтому мы в своей работе по внедрению в компании процессного подхода к управлению будем руководствоваться строго определенной технологией, которая представлена на схеме в виде “дорожной карты” проекта. Мы будем идти по этой карте шаг за шагом, последовательно приближаясь к нашей цели – созданию системы управления процессами.

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

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

Следующий шаг – разработка организационной концепции. Это своего рода, «архитектурный проект» нашей организационной системы. Он определяет структуру и взаимосвязь процессов, а также основные центры ответственности и их функции по обслуживанию процессов.

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

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

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

Каждый этап этой “дорожной карты” мы подробно рассмотрим далее.

!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >

ИДЕНТИФИКАЦИЯ СТРАТЕГИИ

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

Казалось бы, при чем здесь стратегия, когда мы говорим о процессах? Давайте разберемся.

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

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

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

Чтобы не промахнуться в организационном строительстве и создать процессы, ориентированные на клиентов, нам необходимо прежде всего сформулировать основные принципы поведения компании на рынке.

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

Обычно маркетинговая стратегия представляет собой документ, объемом 5-10 страниц, определяющий целевые сегменты рынка, ключевые конкурентные отличия, методы привлечения клиентов, принципы организации продаж и обслуживания потребителей.

В материалах мастер-проекта “Создание системы управления процессами” дается подробное описание стратегии маркетинга, разработанной в ходе одного из проектов iTeam.

Еще раз подчеркнем важность разработанной на этом этапе маркетинговой стратегии. Она определяет направление всей дальнейшей работы управленческой команды по организационному строительству – построению бизнес-процессов и структуры, обеспечивающих компании конкурентные преимущества.

ОРГАНИЗАЦИОННАЯ КОНЦЕПЦИЯ

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

Организационная концепция включает пять элементов.

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

Определив процессы верхнего уровня, составляем их концептуальное описание. Это второй элемент организационной концепции. Структура описания состоит из следующих элементов.

1. Клиенты процесса – те, кто получает выгоду от процесса и использует его результаты. Процесс создается и совершенствуется в интересах клиентов, которых он обслуживает. Именно ориентация на клиента является главной ценностью процессного подхода.
2. Цели процесса – изменения, значимые для клиентов, которые осуществляются в ходе выполнения процесса. Определение целей процесса должно отвечать на вопрос: «Что изменяет процесс?». Например, цель процесса закупок в торговой компании состоит в обеспечении определенного уровня наличия товаров на складе. Наличие товаров – это состояние запасов, критически важное для клиента процесса – подразделения продаж.
3. Результаты процесса– создаваемые на выходе процесса продукты или услуги, которыми пользуются клиенты процесса. Например, для торговой компании результатом процесса закупок является поступление товаров на склад. Необходимо различать цели и результаты процесса. Цели – это то, что изменяется, а результаты – это то, что производится, создается.
4. Ресурсы процесса– деньги, информация, материальные ресурсы, поступающие на вход процесса, используемые для производства результатов (продуктов и услуг).
5. Поставщики процесса– лица и организации, предоставляющие ресурсы, необходимые процессу.
6. Исполнители процесса– названия ролей (должностных позиций) исполнителей процесса, участвующих в производстве результатов. Здесь нужно использовать не имена сотрудников, а позиции в организационной структуре. Если для какого-либо процесса нет соответствующего исполнителя в структуре компании, то следует использовать условное название роли, которое в дальнейшем, после уточнения организационной структуры, может быть уточнено.
7. Владелец процесса– название должности руководителя, ответственного за достижение целей процесса, имеющего полномочия изменять процесс.
8. Показатели процесса– критерии, используемые для измерения результативности, эффективности, качества и производительности процесса.
9. Содержание процесса– краткое описание действий, осуществляемых в ходе процесса в объеме нескольких предложений.
10. Структура процесса– перечень процессов второго уровня, из которых состоит описываемый процесс.

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

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

В материалах мастер-проекта “Создание системы управления процессами” содержится подробные примеры описания процессов верхнего уровня и центров ответственности.

!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >

ОРГАНИЗАЦИОННАЯ СТРУКТУРА

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

Главное назначение организационной структуры – обслуживание бизнес-процессов. Именно для этого она существует.

Как обеспечивается выполнение этого требования? Путем соотнесения функций исполнителей в бизнес-процессах с центрами ответственности в организационной структуре. Этот анализ был проведен на этапе разработки организационной концепции. Опираясь на его результаты, следует уточнить функции подразделений компании и их области ответственности. При этом нередко выявляются функции, которые в существующей структуре ни за каким подразделением не закреплены. В этом случае необходимо сформировать недостающие центры ответственности, которые должны будут обслуживать “ничейные” процессы.

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

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

Действительно, ведь схема отражает только отношения подчиненности между должностными лицами и подразделениями компании. Но это только малая часть отношений, в которые вступают люди в ходе производственной деятельности. Главным же «двигателем» бизнес-процессов являются отношения «клиент-поставщик». Именно эти отношения позволяют передавать результаты труда от одного звена к другому по цепи процессов. Но эти отношения не находят отражения на схеме организационной структуры.

Как описать организационную структуру компании?

Описание организационной структуры должно включать следующие элементы:

• Схема организационной структуры; она показывает состав структурных подразделений компании и отношения подчиненности между ними.
• Описание функций, полномочий и ответственности каждого структурного подразделения с учетом их ролей в бизнес-процессах. При этом указывается в каких бизнес-процессах участвует подразделение и как оно связано со своими внутренними поставщиками и клиентами. Важно, чтобы это описание было процессно-ориентированным.
• Концептуальное описание наиболее значимых для компании системообразующих процессов, таких как стратегическое управление, годовое планирование, управление заказами, управление разработкой и выпуском на рынок новых продуктов, управление проектами развития компании.

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

Нужно сказать, что при разработке организационной структуры возникает целый ряд дилемм, которые не поддаются формально-логическим методам. Поэтому в этом деле немалая доля политики как “искусства возможного”. Тем не менее, при выборе решений по формированию структуры следует придерживаться направления, заданного организационной концепцией.

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

Правильная организационная структура – это структура, наилучшим образом соответствующая бизнес-процессам компании. Она “вырастает” из бизнес-процессов. Ключ к построению правильной структуры – процессный подход к управлению.

ИДЕНТИФИКАЦИЯ ПРОЦЕССОВ

Следующий пункт нашей “дорожной карты” – идентификация процессов.

Идентификацией процесса мы называем составление спецификации в форме таблицы, в которой указаны все основные характеристики процесса. Рассмотрим составление такой спецификации на примере процесса приемки автомобиля в автосервисе.

1. Название процесса

Процесс называется “Прием автомобиля от клиента”.

1. Краткое описание процесса

Здесь нужно 2-4 фразами описать содержание процесса. Это необходимо для более точного понимания, какие именно действия совершаются в процессе. Итак, описание процесса:

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

Следует подчеркнуть, что этот текст не является регламентом процесса или подробным описанием выполняемых действий. Он необходим только для идентификации процесса – точного понимания, какой именно процесс называется «прием автомобиля от клиента».

1. Клиент процесса

Клиенты процесса – это лица или организации, получающие выгоду от выполнения процесса, пользующиеся его результатами.

В данном случае клиентом процесса, очевидно, является автовладелец, обратившийся в автосервис. Именно он обслуживается в этом процессе.

Другим клиентом процесса является автослесарь, который получает наряд-заказ, сформированный в этом процессе. То есть, он использует результаты данного процесса и у него есть требования к этим результатам: наряд-заказ должен быть понятным, исполнимым, сроки его выполнения должны быть согласованы.

Помимо названных лиц, выгоду от процесса получает компания. Этот процесс обеспечивает ей приток клиентов и доходов от их обслуживания. Можно ли компанию считать клиентом процесса? Только условно. Дело в том, что этот и все другие бизнес-процессы являются инструментами компании, ее органами, которые она создает для достижения своих целей. Поэтому, какой бы процесс мы ни рассматривали, необходимо характеризовать его с точки зрения выгод для компании.

1. Цели процесса

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

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

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

Таким образом, цель процесса состоит в том, чтобы перевести клиента из состояния беспокойства и неудовлетворенности в состояние уверенности и эмоционального подъема.

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

Теперь обсудим интересы компании в этом процессе. Компании нужны:

• Лояльный клиент, который удовлетворен сервисом настолько, что будет не только постоянным посетителем, но и станет рекомендовать компанию своим знакомым,
• Доходы от продажи услуг клиенту; желательно, чтобы клиент, в ходе обсуждения его проблем с мастером-приемщиком приобрел дополнительные услуги, представляющие для него ценность,

Таким образом, мы определили цели всех заинтересованных сторон в этом процессе.

1. Результат процесса

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

Для компании немалое имеет значение такой результат, как сумма заказа.

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

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

1. Показатели процесса

Теперь, определив цели и результаты процесса, значимые для всех заинтересованных сторон, можно перейти к созданию инструментов измерения, то есть показателей процесса. Показатели должны отражать достижение целей и быть измеримыми. Данный процесс характеризуется тремя показателями:

• Удовлетворенность клиента обслуживанием. Способы измерения: (1) прямой опрос клиентов по телефону – сплошной или выборочный, (2) число жалоб на работу мастера-приемщика, (3) число благодарностей за работу мастера-приемщика. Может использоваться любой из этих показателей или их совокупность.
• Удовлетворенность мастера производственного участка качеством наряд-заказа. Способ измерения: оценка наряд-заказа, подготовленного мастером-приемщиком по критериям отсутствия ошибок, наличию деталей, срокам выполнения.
• Средний чек.

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

1. Ресурсы процесса

Есть два вида ресурсов – расходуемые в ходе выполнения процесса и возобновляемые ресурсы. К первому типу относятся, например, материалы, используемые в производстве, или деньги. Ко второму – оборудование, программное обеспечение, разнообразные инструменты и т.п.

Одним из “входов” в рассматриваемый процесс является запись клиента на посещение автосервиса. Без этого процесс не может выполняться.

Для составления наряд-заказа необходима информация о наличии автозапчастей и материалов.

Для определения сроков выполнения работ нужна информация о загрузке производственного участка.

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

Зачем нужно определять ресурсы каждого процесса? Зная ресурсы, мы можем определить поставщиков и смежные процессы, обеспечивающие ресурсами наш процесс.

1. Поставщики процесса

• Запись клиентов на ремонт осуществляет диспетчер автосервиса в процессе приема заявок.
• Поставщиком информации о наличии запчастей является отдел снабжения; при этом информация о запасах содержится в автоматизированной системе.
• Согласование сроков ремонта проводится с мастером производственного участка.
• Обслуживание компьютерной техники и программного обеспечения обеспечивает ИТ-служба сети автосервиса.

1. Исполнители процесса

Исполнителем процесса является мастер-приемщик.

1. Владелец процесса

Владелец процесса – это должностное лицо, ответственное за достижение целей процесса, имеющее полномочия и ресурсы для проведения изменений, совершенствование процесса.

В рассматриваемом примере владельцем процесса является руководитель автосервиса.

***

Итак, мы идентифицировали процесс, определив все его ключевые параметры.

Что это нам дает? Когда мы проделаем эту работу со всеми основными процессами компании, мы создадим надежную основу для построения системы управления процессами.

1. Будут точно определены все основные процессы компании и связи между ними.
2. Поскольку в каждом процессе определены исполнители, нетрудно будет составить должностные обязанности для сотрудников, участвующих в ряде различных процессах.
3. Ясность целей и показателей процессов позволяет нам установить показатели деятельности (KPI) для сотрудников, являющихся исполнителями процессов.
4. Установление связи между процессами и исполнителями позволяет внести коррективы в организационную структуру компании в части разграничения функций, ответственности и полномочий должностных лиц и подразделений.

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

В материалах мастер-проекта “Создание системы управления процессами“  имеется шаблон спецификации бизнес-процесса.

ОПИСАНИЕ ДОЛЖНОСТНЫХ ОБЯЗАННОСТЕЙ СОТРУДНИКОВ

Теперь, опираясь на результаты структурирования и идентификации процессов, мы перейдем к разработке должностных обязанностей сотрудников.

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

• Исполнитель процесса,
• Краткое описание процесса,
• Цель процесса,
• Результаты процесса,
• Показатели процесса.

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

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

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

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

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

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

Обязанности этого сотрудника описаны точно и конкретно. Указано в каких процессах он является исполнителем, какие функции выполняет, какие цели должен достигать, что является результатом его работы и по каким критериям они оцениваются. Это описание принципиально отличается от размытых и пустых документов, которые обычно составляются на предприятиях и называются “Должностными обязанностями” или “Должностными инструкциями”.

Кстати, о названии. По нашему мнению правильнее называть рассматриваемый здесь документ “Должностными обязанностями”, имея в виду, что он достаточно полно определяет круг обязанностей сотрудника. Инструкция – это документ другого уровня. Она описывает порядок выполнения операций в тех или иных процессах. Инструкции для исполнителей нужно составлять после разработки регламентов бизнес-процессов, поскольку они детализируют описание работы исполнителей процессов. Инструкций может быть множество – столько, сколько различных операций выполняет сотрудник.

Обычно здесь возникает вопрос о полноте должностных обязанностей. Не упустили ли мы из виду какие-то функции сотрудника? Это исключено. Полноту описания должностных обязанностей обеспечивает методика их составления. Вспомним, что мы прежде всего выявили структуру процессов верхнего уровня, и убедившись, что ничего не упустили, выделили второй и, возможно, третий уровень. Таким образом, все бизнес-процессы учтены, “пробелов” быть не может. Затем мы составил спецификации всех процессов, и только после этого перешли к описанию функций сотрудников в форме должностных обязанностей.

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

!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >

ОПРЕДЕЛЕНИЕ СОСТАВА КОМПЕТЕНЦИЙ СПЕЦИАЛИСТОВ

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

Решая эти задачи, мы готовим условия для обеспечения наших бизнес-процессов человеческими ресурсами необходимого качества, без чего невозможно добиться устойчивых результатов выполнения процессов.

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

Нам будут нужны первая и вторая колонка этой таблицы. Вместо остальных колонок добавим три новые: “Знания”, “Навыки”, “Личные качества”. Таким образом, у нас есть список процессов, в которых участвует сотрудник, краткое описание этих процессов и три колонки, которые нужно заполнить, последовательно рассматривая каждый процесс.

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

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

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

Чтобы успешно заниматься этой деятельностью, менеджер должен хорошо знать бизнес-процессы автосервиса, показатели деятельности СТО и механизмы их формирования. Он должен знать основы управления качеством и методы анализа проблем.

Для этой работы необходимы навыки совершенствования бизнес-процессов. Менеджер должен иметь опыт практической работы по выявлению проблем, выработке решений, организации мероприятий по проведению изменений и внедрению новых процессов. Если такого опыта у него нет, то ему необходимо пройти соответствующую практику в подобных проектах.

Успешное выполнение функций в рассматриваемом процессе требует таких личных качеств, как организационные и аналитические способности, настойчивость, инициатива.

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

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

ОПРЕДЕЛЕНИЕ ПРОФИЛЯ ДОЛЖНОСТИ

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

Для чего нужен профиль должности? Во-первых, на его основе составляются объявления о вакансии; здесь содержится вся необходимая для этого информация. Во-вторых, он служит руководством при отборе кандидатов на должность. В-третьих, на его основе проводится оценка соответствия сотрудников занимаемой должности. В-четвертых, он используется для составления индивидуального плана обучения сотрудника.

Документ «Профиль должности» имеет следующую структуру:

• Общие знания,
• Предметные знания,
• Навыки,
• Личные качества,
• Ценности,
• Функциональные обязанности,
• Области ответственности.

Рассмотрим содержание каждого раздела.

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

Предметные знания имеют более специализированный характер. Желательно, чтобы новый сотрудник владел ими, но если уровень этих знаний недостаточен, то он сможет приобрести их в процессе корпоративного обучения и практической деятельности. Например, для менеджера по развитию сети СТО необходимо знать рынок услуг автосервиса, методы подбора автозапчастей, бизнес-процессы СТО, экономическую модель автосервиса и ряд других специальных дисциплин.

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

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

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

Следующий раздел “Ценности”. Требования к ценностям сотрудников не выводятся из бизнес-процессов. Это категория высшего порядка – выше бизнес-процессов и стратегии, поскольку ценности руководят выбором целей и стратегии. Состав ценностей един для всей компании, но в крупных компаниях большие подразделения могут в чем-то отличаться по составу ценностей.

Определение ключевых ценностей и их утверждение в коллективе – задача лидера.

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

Раздел “Функциональные обязанности” формируется из описания функций исполнителя процессов. Эта информация переносится в профиль должности из перечня компетенций.

В разделе “Область ответственности” указываются ключевые показатели, за которые должен отвечать сотрудник. Для специалиста по развитию сети СТО такими показателями являются:

• число станций в регионе, которые он обслуживает,
• объем закупок запчастей этими станциями,
• соответствие станций стандартам сервиса,
• лояльность автовладельцев.

Интересно, что последняя позиция из бизнес-процессов не вытекает. Если мы посмотрим показатели бизнес-процессов нижнего уровня, там нет такого показателя – “лояльность клиентов”. Тогда откуда он взялся в описании областей ответственности? Он появился из стратегии, из понимания того, какой “храм” строит эта компания.

Речь идет о точке зрения на процесс. Если бы мы смотрели только на функции внутри этих узко рассматриваемых процессов, мы бы ничего не могли сказать ни об автовладельцах, ни о их лояльности.

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

Этот пример показывает, что нельзя правильно определить цели процессов, не понимая стратегии, в которой эти процессы действуют.

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

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

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

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

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

***

Дальнейшие этапы “дорожной карты” внедрения системы управления процессами будут представлены во второй части практического руководства. В нее войдут следующие разделы:

• Разработка ключевых показателей деятельности (KPI),
• Внедрение системы вознаграждения на основе KPI,
• Разработка регламентов бизнес-процессов,
• Разработка инструкций для исполнителей процессов
• Рекомендации по управлению проектом внедрения процессного подхода.

***

Пошаговое практическое руководство по внедрению процессного подхода к управлению дает мастер-проект “Создание системы управления процессами” 

Он содержит подробное описание каждого этапа этого проекта, а также шаблоны документов, создаваемых в ходе проектирования бизнес-процессов.

Далее вы можете ознакомиться с подробным описанием нашего мастер-проекта.

ИНФОРМАЦИЯ О МАСТЕР-ПРОЕКТЕ “СОЗДАНИЕ СИСТЕМЫ УПРАВЛЕНИЯ ПРОЦЕССАМИ”

В состав мастер-проекта входят:

• 14 мастер-классов
• 60 шаблонов документов
• индивидуальные консультации

Приобретая мастер-проект, вы получаете:

• Четкую последовательность действий по внедрению в компании процессно-ориентированного подхода к управлению;
• Примеры практического выполнения каждого этапа работы по проектированию и внедрению процессов;
• Шаблоны документов, которые пригодятся Вам при разработке проектной документации и регламентов;
• Концентрированный опыт сотен подобных проектов, который позволит Вам избежать ошибок и достичь наилучших результатов кратчайшим путем;
• Поддержку автора курса в решении задач, возникающих в ходе проекта.

Мастер-проект — это новая форма обучения и консультирования, в котором участвует вся управленческая команда. В течение 4 месяцев шаг за шагом под руководством консультанта-наставника вы проходите все этапы внедрения процессного управления в вашей компании.

Результат мастер-проекта — работающая система управления процессами и обученные сотрудники, способные самостоятельно вести работу по совершенствованию процессов.

!!! Полезный материал! Статьи “Как внедрить бизнес-процессы за 2 дня”. Скачать >

Автор: Александр Кочнев

6.7.4. Работы при разработке технического задания на внедрение программного продукта

Ключевым документом, определяющим взаимодействие сторон при внедрении программных решений является техническое задание, в котором содержится совокупность требований к функциональности программного решения и критериев проверки и приемки. Основной вопрос, на который должно отвечать техническое задание: что должна делать будущая система? Процесс подготовки технического задания состоит из разработки, оформления, согласования и утверждения документа. Как правило, он представляет собой совместную работу специалистов организации-заказчика и организации-исполнителя. В этих работах принимают участие продуктовые ИТ- консультанты.

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

Методической поддержкой для подготовки технического задания является ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Техническое задание на создание автоматизированной системы», в котором определен перечень требований к содержанию документа и проведению испытаний.

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

1. общие сведения;
2. назначение и цели создания (развития) системы;
3. характеристика объектов автоматизации;
4. требования к системе;
5. состав и содержание работ по созданию системы;
6. порядок контроля и приемки системы;
7. требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
8. требования к документированию;
9. источники разработки.

Содержание перечисленных разделов подробно рассмотрено ранее.

6.7.5. Организация управления процессом внедрения на основе создания совместных рабочих групп

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

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

Примером организационной структуры проекта внедрения ERP-системы на крупном промышленном предприятии может служить следующая организационная структура:

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

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

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

Следует отметить, что в состав организационной структуры проекта внедрения обязательно входят продуктовые ИТ- консультанты. Так, в организационную структуру проекта SAP включают лидеров по модулям (Module Leaders), которые несут ответственность за каждый из базовых модулей, планируемых к внедрению.

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

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

6.7.6. Работы при определении границ проекта и плана внедрения

Основой подготовки устава проекта является стандарт ANSI PMI PMBOK® 3-rd Edition (2004) — основной стандарт, описывающий все процессы управления проектами.

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

Устав может включать в себя:

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

В процессе подготовки Устава проекта и базового плана основными задачами продуктового ИТ-консультанта является определение рамок проекта внедрения, выбор стратегии внедрения и стратегии развертки (определяющей план разворачивания системы с пилотного участка на остальные, определенные рамками проекта внедрения), планирование проектной деятельности.

Для определения рамок проекта необходимо выделить те виды деятельности и подразделения, которых коснется автоматизация.

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

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

Стратегия внедрения определяет подход к внедрению программного продукта в организации. Существуют различные стратегии внедрения, используемые ведущими разработчиками программных продуктов. Например, при внедрении ERP-систем обычно применяют стратегии «Большого взрыва», «Шаг за шагом», пилотное внедрение.

Принцип «Большого взрыва» предполагает одновременное внедрение всех функциональных модулей программного продукта и замен старых систем.

При подходе «Шаг за шагом» внедрение функциональных модулей разносится во времени, когда по окончании одного внедрения начинается другое.

При пилотном внедрении в определенном подразделении предприятия реализуется прототип будущей системы, который в случае успеха распространяется на другие подразделения с учетом накопленного опыта. При этом сам прототип может внедряться по принципу «Большого взрыва» или «Шаг за шагом». После завершения пилотного проекта прототип системы переносится на остальные участки в соответствии со стратегией развертки. Как правило, при этом проводятся минимальные изменения, обусловленные спецификой участков.

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

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

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

• перечень этапов, подэтапов, задач и их взаимосвязь;
• сроки выполнения этапов, подэтапов, задач, включая все виды деятельности, которые включены в график реализации;
• сроки предоставления результатов;
• трудоемкость этапов;
• планируемые ресурсы по этапам.

6.7.7. Разработка документа «Дизайн системы»

Документ «Дизайн системы» отвечает на основополагающий вопрос проекта внедрения: как будем строить систему, чтобы она удовлетворяла предъявленным к ней требованиям. При его разработке проводится окончательная детализация и документирование всех предъявляемых требований организации относительно тех или иных бизнес-процессов, определение необходимой адаптации программного продукта спецификаций пользовательского интерфейса.

При разработке документа «Дизайн системы» продуктовые ИТ- консультанты проводят дополнительный сбор информации для подтверждения и уточнения требований; демонстрируют пользователям стандартную функциональность программного продукта на основе тестовых данных, что сопровождается заполнением опросных листов с мнениями пользователей; определяют пробелы между стандартной функциональностью программного продукта и требованиями; вырабатывают соответствующие рекомендации и меры по их устранению.

На основе анализа покрытия стандартной функциональностью программного продукта предъявляемых требований; анализа соответствия форм документов и отчетов предприятия формам документов и отчетов, стандартно формируемых в программном продукте, продуктовый ИТ- консультант составляет список необходимых модификаций программного продукта для адаптации его к особенностям организации, согласовывает принципиальные решения, документирует макеты отчетов и первичных форм, разрабатывает регламенты ведения нормативно-справочной информации.

Поскольку на момент реализации проекта в организации могут использоваться и другие программные средства, при выполнении указанных работ также решаются вопросы экспорта-импорта информации и вопросы по организации переноса данных из старых систем в новую.

Результатом проведенных работ является документ «Дизайн системы» и техническое задание на проведение необходимых доработок. В соответствии с техническим заданием организация — исполнитель работ дорабатывает функционал системы.

6.7.8. Управление процессом настройки программного продукта

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

Данные работы проводятся на основе разработанного документа «Дизайн системы» и соответствующего технического задания. Продуктовый ИТ-консультант участвует в управлении процессом настройки программного продукта на сформулированные требования.

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

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

Кроме того, в процессе проведения работ по настройке программного продукта продуктовый консультант на тестовых данных демонстрирует пользователям, каким образом происходит выполнение в программном продукте настроенных бизнес-процессов; согласовывает замечания и изменения. Параллельно с демонстрацией макета программного продукта, он проводит обучение конечных пользователей, а также принимает участие в документировании конфигурации и подготовке документации для конечных пользователей.

6.7.9. Работы при управлении процессом создания пилотной версии информационной системы

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

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

Продуктовый ИТ-консультант занимается вопросами планирования пилотного проекта. Он участвует в работах по проверке готовности пилотных объектов (выбранных участков) к внедрению, проводит оценку необходимых ресурсов, составляет план конвертации данных старых систем в новую систему и план проведения приемо-сдаточных испытаний, проводит обучение пользователей.

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

По окончании работ продуктовый ИТ-консультант участвует в подготовке отчета, содержащего результаты пилотного проекта.

6.7.10. Обучение персонала организации методологии внедрения и использования выбранного ИТ — решения

Процесс обучения персонала организации поддерживается стратегией обучения, технологией и средствами обучения.

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

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

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

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

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

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

6.7.11. Организация опытной эксплуатации информационной системы и разработка методики испытаний

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

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

В соответствии с ГОСТ 34.603-92 «Информационная технология. Виды испытаний автоматизированных систем» для информационных систем устанавливаются следующие виды испытаний: предварительные, опытная эксплуатация, приемочные.

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

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

При организации опытной эксплуатации информационной системы задачей продуктового ИТ-консультанта является разработка документа «Программа и методика проведения испытаний».

Документ «Программа и методика испытаний» включает:

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

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

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

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

6.7.12. Управление вводом информационной системы в промышленную эксплуатацию и разработка ее регламентов

Задача управления вводом информационной системы в промышленную эксплуатацию включает подготовку и утверждение детального плана перехода на новую систему и плана её дальнейшей поддержки, проведение приемочных испытаний информационной системы. В этих работах принимает участие продуктовый ИТ- консультант.

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

Приемочные испытания информационной системы проводят для определения её соответствия техническому заданию, оценки качества опытной эксплуатации и решения вопроса о возможности приемки информационной системы в промышленную эксплуатацию.

В соответствии с ГОСТ 34.603-92 «Информационная технология. Виды испытаний автоматизированных систем» документ «Программа приемочных испытаний» содержит:

• перечень объектов, выделенных в системе для испытаний и перечень требований, которым должны соответствовать объекты (со ссылкой на пункты технического задания);
• критерии приемки системы и ее частей;
• условия и сроки проведения испытаний;
• средства для проведения испытаний;
• фамилии лиц, ответственных за проведение испытаний;
• методику испытаний и обработки их результатов;
• перечень оформляемой документации.

Приемочные испытания включают проверку:

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

6.7.13. Организация мониторинга результатов внедрения информационной системы и внесения необходимых модификаций

В течении установленных сроков продуктовым ИТ-консультантом осуществляются работы по организации мониторинга работы информационной системы и внесения необходимых модификаций. Эти работы направлены на улучшение эффективности и производительности информационной системы. Обычно они включают следующие мероприятия:

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