Консалтинговый проект по совершенствованию обучения персонала (на примере ООО «Офис 911»)

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

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

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

Переход от модели “как есть” к модели ”как должно быть” осуществляется следующими двумя способами.

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

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

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

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

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

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

4. Разработка системного проекта

Данный этап является первой фазой разработки собственно системы автоматизации (именно, фазой анализа требований к системе), на которой требования заказчика уточняются, формализуются и документируются. Фактически на этом этапе дается ответ на вопрос: "Что должна делать будущая система?". Именно здесь лежит ключ к успеху всего проекта автоматизации. В практике создания больших программных систем известно немало примеров неудачной реализации именно из-за неполноты и нечеткости определения системных требований.

На этом этапе определяются:

        архитектура системы, ее функции, внешние условия ее функционирования, распределение функций между аппаратной и программной частями;

        интерфейсы и распределение функций между человеком и системой;

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

        состав людей и работ, имеющих отношение к системе;

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

Системный проект строится на основе модели “как должно быть” и включает функциональную модель будущей системы в соответствии с одним из общеупотребительных стандартов (например, IDEF0 или IDEF3), информационную модель, например, в соответствии со стандартом IDEF1X, а также техническое задание на создание автоматизированной системы (например, в соответствии с ГОСТ 34.602-89).

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

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

        описать, "увидеть" и скорректировать будущую систему до того, как она будет реализована физически;

        уменьшить затраты на разработку и внедрение системы;

        оценить разработку по времени и результатам;

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

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

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

5. Разработка предложений по автоматизации предприятия

На основании системного проекта осуществляется:

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

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

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

        разработка требований к техническим средствам;

        разработка требований к программным средствам;

        разработка предложений по этапам и срокам автоматизации.

6. Разработка технического проекта

На данном этапе на основе системного проекта и принятых решений по автоматизации осуществляется проектирование системы. Фактически здесь дается ответ на вопрос: "Как (каким образом) мы будем строить систему, чтобы она удовлетворяла предъявленным к ней требованиям?". Этот этап разделяется на два подэтапа:

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

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

При этом происходит расширение системного проекта:

        за счет его уточнения;

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

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

7. Последующие этапы

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

Настройка существующей системы MRP или ERP осуществляется по следующим этапам:

        наполнение системы фактическими данными;

        построение процедур их обработки;

        интеграция процедур внутри автоматизированных рабочих мест;

        интеграция автоматизированных рабочих мест в систему.

Глава 2. Роль обучения персонала в стратегии развития организации

параграф 2.1 Процесс профессионального обучения и оценка его эффективности

Обучение — целенаправленный процесс двусторонней деятельности педагога и учащегося по передаче и усвоению знаний.

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

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

Предметом обучения являются: знания, умения, навыки, способы общения.

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

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

     повышение квалификации – получение дополнительных знаний и навыков;

     обеспечение кадрового резерва – подготовка будущих руководителей;

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

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

     обеспечение повышения идентификации сотрудников со своей организацией.

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

Рис. 2 Модель систематического обучения

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

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