Показываем бизнес-процессы Кондратьев Вячеслав
1. Категория должности, которая определяется в соответствии с Общероссийским классификатором профессий рабочих, должностей служащих и тарифных разрядов (ОК 016-94) – руководитель, специалист, технический исполнитель.
2. Квалификационные требования, предъявляемые к сотруднику в соответствии с занимаемой им конкретной должностью. Этот пункт разрабатывается на основе положений раздела «Требования к квалификации» квалификационных характеристик по должностям служащих.
3. Порядок назначения и освобождения от должности.
4. Основополагающие организационно-правовые документы, на основании которых сотрудник осуществляет служебную деятельность и реализует свои полномочия. Пункт разрабатывается на основании раздела «Должен знать» квалификационных характеристик должностей служащих.
5. Перечень должностных лиц, которым подчиняется сотрудник.
6. Перечень структурных подразделений и/или отдельных сотрудников, непосредственно подчиненных данному сотруднику по службе. Данный пункт может быть включен в раздел «Должностные обязанности».
7. Порядок замещения и исполнения должностных обязанностей в случае временного отсутствия сотрудника.
Пункты 3–7 разрабатываются на основе Положения о структурных подразделениях. В раздел включаются требования и положения, конкретизирующие и уточняющие статус сотрудника и условия его деятельности, например, группа по стратегическому проектированию; местонахождение рабочего места и в соответствии с каким типовым проектом оно организовано.
Содержание раздела «Должностные обязанности» :
1. Раздел разрабатывается на основе соответствующего раздела Квалификационного справочника должностей руководителей, специалистов и других служащих.
2. В разделе перечисляются обязанности работника с учетом задач и функций, определенных в конкретном структурном подразделении предприятия, с подробным изложением основных направлений его служебной деятельности. Важно, чтобы все функции, возложенные на подразделение, были отражены в должностных обязанностях его работников.
3. При необходимости должностные обязанности, содержащиеся в квалификационной характеристике той или иной должности служащего, могут быть распределены между несколькими исполнителями.
4. В процессе совершенствования организации труда, внедрения технических средств, проведения мероприятий по увеличению объема выполняемых работ, сокращению численности персонала возможно расширение круга обязанностей служащих по сравнению с установленными соответствующей квалификационной характеристикой. В этих случаях работнику без изменения его должностного статуса может быть поручено выполнение обязанностей (предусмотренных характеристиками других должностей), близких по содержанию работ, равных по сложности, выполнение которых не требует другой специальности и квалификации.
5. В раздел может быть включено положение о выполнении разовых служебных поручений.
Содержание раздела «Права» :
1. Приводится перечень прав сотрудника, определенных законодательством и внутренними документами предприятия, необходимых и достаточных для выполнения возложенных на него обязанностей. Это, в частности, право принимать решения и давать указания по вопросам, входящим в компетенцию сотрудника, подписывать или визировать документы, представительствовать от имени подразделения или предприятия, право получать необходимую информацию, осуществлять контроль и т. д.
2. Может быть зафиксировано право служащего на рост карьеры, участие в профессиональных ассоциациях и других общественных организаций, не запрещенных законодательством Российской Федерации.
Содержание раздела «Ответственность» :
1. Указывается мера ответственности сотрудника за несоблюдение своих должностных обязанностей, а также требований законодательства.
2. В должностные инструкции руководителей структурных подразделений целесообразно также включать пункты об ответственности за некорректное отношение к подчиненным, а в должностные инструкции сотрудников подразделений – пункты о нарушении субординации, об ответственности за сохранность документации, разглашение сведений, составляющих служебную, коммерческую тайну или иную, ставших ему известными в процессе его профессиональной деятельности.
«Распределение ответственности между руководителем подразделения и его заместителями» является основным внутренним документом, определяющим правовой статус, направления деятельности, функциональные обязанности, конкретные трудовые функции, ответственность и права руководителя и заместителей руководителя подразделения (см. табл. 8.2.3).Таблица 8.2.3
На верхнем уровне данный документ определяет направления деятельности и основные задачи генерального директора, председателя правления; заместителей генерального директора и членов правления компании в рамках как дивизиональной, так и линейно-функциональной моделей управления.
• Дивизиональная модель управления предполагает, что основные задачи, полномочия и ответственность за их реализацию в части, касающейся филиалов, возлагаются на исполнительных директоров филиалов. При этом возложенные на заместителей генерального директора компании задачи, как правило, носят общесистемный, «штабной» характер (выработка стратегии, методологии, методов и стандартов, а также осуществление контроля за их реализацией).
• Линейно-функциональная модель управления предусматривает, что основные задачи, полномочия и ответственность за их реализацию возлагаются в полной мере как на исполнительных директоров, так и на заместителей генерального директора, и управление филиалами осуществляется через заместителей генерального директора компании по функциональным направлениям. В современных условиях применение линейно-функциональной модели зачастую носит временный характер и вводится распоряжением генерального директора компании при наличии серьезных проблемных ситуаций в организации управления соответствующим филиалом.
При обеих моделях управления задачи, а также полномочия и ответственность за их реализацию централизуются на уровне исполнительного аппарата компании по следующим направлениям: инвестиционная деятельность; информационные технологии; сбыт; топливообеспечение; безопасность; страхование рисков.8.3. Организационно-правовые документы
Рис. 8.3.1. Организационно-правовые документы (пример)
В процессе организационной деятельности компании формируется комплекс организационно-правовых документов (рис. 8.3.1), содержащих положения, определяющие статус компании, ее компетенцию, структуру, штатную численность и должностной состав, функциональное содержание деятельности компании, ее подразделений и работников, их права, обязанности, ответственность и другие аспекты.
Организационно-правовые документы содержат положения, основанные на нормах административного права и обязательные для исполнения. Эти документы составляют основу деятельности компании.
Организационно-правовые документы в обязательном порядке проходят процедуру утверждения уполномоченным на это органом. Они утверждаются непосредственно руководителем (его приказом или распоряжением) либо коллегиальным органом.
Организационно-правовые документы относятся к бессрочным: действуют впредь до их отмены (исключение составляет штатное расписание, которое разрабатывается и утверждается ежегодно). По мере изменения характера деятельности компании и организации труда в ней в организационно-правовые документы могут вноситься изменения.
В процессе подготовки организационно-правовые документы в обязательном порядке проходят процедуру согласования (визирования) со всеми заинтересованными подразделениями и лицами юридического департамента и с заместителями генерального директора.
К организационно-правовым документам относятся:
1. Устав компании.
2. Положение о компании, включающее организационную структуру.
3. Положение о филиале, включающее организационную структуру.
4. Положение о структурном подразделении (разрабатывается и для структурных подразделений филиалов).
5. Штатное расписание (на исполнительный аппарат и на каждый филиал).
6. Должностная инструкция работника.
7. Положение о рабочем органе.
8. Модели организационной структуры, функций и распределения ответственности.
Обычно перечисленные документы, за исключением моделей, представляются на утверждение только на бумажных носителях.
«Устав компании» – правовой акт, представляющий собой свод правил, регулирующих деятельность компании (табл. 8.3.1).
Таблица 8.3.1
«Положение о компании» определяет задачи, структуру и ответственность компании. В документе представляется организационная структура компании, распределение функций структурных подразделений, предусмотрено рациональное их выполнение, применение современных методов организации управленческого труда (табл. 8.3.2).
Таблица 8.3.2
«Положение о филиале» определяет правовой статус, цели и предмет деятельности, функции, права, взаимоотношения и ответственность филиала (табл. 8.3.3).
Таблица 8.3.3
«Положение о структурном подразделении» определяет задачи, функции, права, взаимоотношения и ответственность подразделений. В документе должны быть отображены прогрессивные тенденции в организационной структуре подразделения, распределении функций внутри подразделения, предусмотрено рациональное их выполнение, применение современных методов организации управленческого труда (табл. 8.3.4).
Таблица 8.3.4
«Штатное расписание» – правовой акт, устанавливающий штатную численность компании, состав должностей и размер оплаты труда. Разрабатывается отдельно на исполнительный аппарат и на филиалы (табл. 8.3.5).
Таблица 8.3.5
«Должностная инструкция работника» определяет его основные функции, обязанности, права и ответственность при осуществлении им деятельности в определенной должности. Она составляется по каждой штатной должности руководителей (включая генерального директора, его заместителей, начальников структурных подразделений), специалистов, служащих, носит обезличенный характер и объявляется сотруднику под расписку при заключении трудового договора, в том числе при перемещении на другую должность и при временном исполнении обязанностей по должности (табл. 8.3.6).
Таблица 8.3.6
«Положение о рабочем органе компании» определяет задачи, функции, права, взаимоотношения и ответственность членов рабочего органа (табл. 8.3.7).
Таблица 8.3.7
«Модели организационной структуры, функций и распределения ответственности» представляются на основе принятой нотации (с использованием текстовых, табличных и графических информационных объектов). Создание перечисленных моделей возможно в том числе и на основе использования специализированных программных средств (раздел 9 настоящего Навигатора). 8.4. Распорядительные документы
Рис. 8.4.1. Распорядительные документы (пример)
Распорядительные документы (рис. 8.4.1) предназначены для регулирования и координации деятельности компании, позволяя органу управления обеспечивать реализацию поставленных перед ним задач и получать максимальный эффект от своей деятельности. Распорядительные документы содержат управленческие решения, обязательные для выполнения.
Решения, фиксируемые в распорядительных документах, направлены на совершенствование организационной структуры компании, выбор средств и способов осуществления деятельности, обеспечение организации финансовыми, трудовыми, материальными, информационными и другими ресурсами.
Распорядительные документы содержат решения, поступающие сверху вниз по системе управления: от управляющего органа (субъекта) к управляемому (объекту), от генерального директора к структурным подразделениям, филиалам компании и работникам. Распорядительные документы реализуют управляемость компании по вертикали.
В юридическом плане распорядительные документы относятся к правовым актам: в них получают выражение конкретные юридически властные предписания субъектов управления. Конкретность этих предписаний проявляется в том, что:
• с помощью распорядительных документов разрешаются возникшие в сфере управления проблемы и вопросы;
• их адресатом являются конкретные структурные подразделения, должностные лица или работники;
• они являются юридическими фактами, вызывающими конкретные административно-правовые отношения.
К распорядительным документам относятся:
• в условиях единоличного принятия решения:
– приказ.
– распоряжение;
• в условиях коллегиального принятия решений:
– решение.
Состав распорядительных документов определяется уставом компании.
Приказ – правовой акт, издаваемый единолично генеральным директором в целях разрешения организационных, финансовых, кадровых и иных вопросов деятельности. Приказы издаются по вопросам основной деятельности и по личному составу.
Проекты приказов разрабатываются руководителями структурных подразделений по поручению генерального директора или в инициативном порядке, с привлечением ведущих специалистов. Ответственность за качество подготовки проектов приказов несут руководители подразделений, которые эти проекты разрабатывают.
Приказы оформляются на специальном бланке и содержат следующие реквизиты: эмблему, название компании, название вида документа (приказ), дату и номер документа, заголовок к тексту, текст, подпись, визы.
Распоряжение – правовой акт, издаваемый единолично генеральным директором, его заместителями по вопросам их компетенции, руководителями филиалов компании. Право издания распоряжений генеральным директором закрепляется в уставе компании, право издания распоряжений другими должностными лицами устанавливается генеральным директором.
Решение – правовой акт, издаваемый коллегиально в целях разрешения организационных, финансовых, кадровых и иных вопросов деятельности компании. Решение оформляется на специальном бланке и содержит следующие реквизиты: эмблему, название компании, название вида документа (решение), дату и номер документа, заголовок к тексту, текст, подпись, визы.9. Применение информационных технологий при разработке моделей и регламентов
Ключевые понятия
• Регламентирующая документация занимает ведущее место при построении и функционировании системы управления организации.
• Затраты на создание регламентов составляют лишь часть затрат на управление этой документацией.
• Система взаимосвязанных информационных моделей компании вместо системы взаимосвязанных документов.
• Стандарт ГОСТ Р ИСО 9001:2001 не указывает на обязательность применения программного обеспечения, но выполнить все его требования без применения специализированных программ трудно.Рис. 9.0.1. От управления документами к управлению информационными моделями
9.1. Анализ системы управления предприятиями
Таблица 9.1.1Анализ систем управления российскими предприятиями показывает, что уровень этих систем нередко все еще не соответствует современным требованиям и масштабу предприятия. Высокая конкурентоспособность присуща только компаниям небольшой численности или на стадии реализации бизнес-идеи либо динамично развивающимся. Первые имеют систему управления вручную, то есть менеджеры всю информацию держат в своей памяти, обязанности и полномочия закреплены «на словах». И хотя для таких компаний эта система управления достаточно эффективна, но отсутствует возможность роста (масштабируемость) и существует высокая зависимость от персонала. Что отличает динамично развивающиеся компании от других? Прежде всего отстроенная система управления. Формализована стратегия развития, описаны БП, разработаны организационная структура и пакет регламентных документов. Практика успешных компаний показывает, что вопрос разработки актуальной регламентирующей документации занимает ведущее место при построении и функционировании системы управления.
Анализ современного состояния ряда предприятий в России позволяет специалистам сделать следующие выводы:
• нередко применяется традиционный подход – от имеющихся ресурсов и технологий к разработке продуктов и определению стоимости продукта на рынке;
• ряд успешных предприятий базируется на монопольном владении ресурсами или производственными мощностями;
• часть предприятий испытывает усиление конкурентной борьбы и терпит неудачу при запуске новых продуктов;
• немало предприятий имеет избыточные производственные мощности (до 40 %) и излишние человеческие ресурсы (до 80 % персонала);
• потеря управления часто происходит на этапе развития бизнеса и масштабирования;
• СМК иногда не реализована даже на крупнейших предприятиях;
• часто уровень системы управления не соответствует масштабу предприятия.
9.2. Проблема создания комплексной регламентирующей документацииРис. 9.2.1. Два подхода к управлению документацией
Система менеджмента качества, разработанная в соответствии со стандартом ISO серии 9000, основана на структурированном наборе документов, которые регламентируют основные аспекты производственной и управленческой деятельности предприятия. При построении и поддержании СМК необходимо управлять информацией. Это одно из основных требований стандарта ГОСТ Р ИСО 9001–2001. И в этом основная проблема. С одной стороны, необходимо иметь комплексные регламенты работы структурных подразделений, исполнителей, документированное описание процессов и процедур компании (это может быть до нескольких сотен взаимосвязанных документов), с другой стороны, организация должна проводить улучшения, то есть регламенты должны постоянно актуализироваться.
Чем крупнее организация, тем больший объем информации необходимо обрабатывать, отслеживать изменения и вносить их в соответствующие документы. Таким образом, при документировании деятельности организации возникают две задачи:
1. Создать документацию , соответствующую требованиям стандарта.
2. Управлять этой документацией , сделать ее доступной для всех сотрудников организации и постоянно поддерживать в актуальном состоянии.
Эти задачи необходимо ставить на этапе формирования документации, так как затраты на ее создание составляют 10–15 % от затрат на управление этой документацией.
Как правило, внедрение СМК выполняется в форме проекта: создается рабочая группа, устанавливаются сроки и цели, выделяются ресурсы и т. д. Завершение проекта – получение сертификата. А где взять ресурсы по управлению документацией в дальнейшем? Если использовать стандартные средства, то для актуализации документов необходимо содержать специальный штат сотрудников, и с развитием организации это число увеличивается, значительно повышается число субъективных ошибок и ресурсов на содержание документации в актуальном состоянии. В таких случаях говорят о необходимости применения информационных технологий (рис. 9.2.1).
9.3. Система взаимосвязанных информационных моделей предприятияРис. 9.3.1. Информационные модели генерируют регламентирующие документы в электронной форме (е-документы). Документы, созданные вне рамок модели, «прикрепляются» к ней
При документировании деятельности современным решением является поддержка не системы взаимосвязанных документов (рис. 9.3.1), а системы взаимосвязанных информационных моделей предприятия, которые и будут порождать требуемые документы. Кроме того, благодаря технологии создания документов из единой системы моделей исключается взаимная противоречивость. Из модели может быть получен необходимый набор организационных управленческих регламентов. К их числу относятся:
Положение о компании , которое дает представление о составе бизнесов, основных и управленческих функций, поддерживаемых на предприятии, а также о стратегических решениях по распределению ответственности за их реализацию внутри предприятия.
Положения о функциональных областях деятельности – детализированные описания функций, относящихся к каждому из контуров управления, и сведения об их распределении по организационным звеньям.
Положение о подразделении , содержащее перечни функций, выполняемых подразделением, и их закрепление за элементами его внутренней структуры (отделами, группами и пр.).
Должностные инструкции работников , включающие перечисление функциональных обязанностей каждого из них.
Регламент процесса (подпроцесса) – документ, в котором в общем виде описан порядок функционирования процесса (подпроцесса) в целом.
Регламентпроцедуры – документ, в котором описано конкретное действие, выполняемое в рамках одного процесса.
И наконец, сравнительно новый вид управленческих регламентов – Руководство по качеству, – включающий политику в области качества; схему, описывающую верхние уровни организации; процессную модель; описание оборудования, продукции и услуг, производственных мощностей; ссылки на документы нижнего уровня: процедуры, инструкции, положения, регламенты, карты БП.
Конечно, не обязательно все документы порождать как следствие модели. В зависимости от ситуации часть документов может создаваться и традиционным «ручным» способом. В этом случае они «прикрепляются» к модели как внешние файлы.
9.4. Требования к программному продуктуРис. 9.4.1. Типовые требования к программным продуктам для моделирования бизнес-процессов и организационных структур
Стандарт ГОСТ Р ISO 9001–2001 не предъявляет каких-либо требований в отношении создания и поддержания регламентов с применением программного обеспечения. Однако требования стандарта не отвечают на вопрос: как сделать так, чтобы обмен информации внутри организации был быстрым и простым для всех сотрудников?
Эту задачу можно решить с применением специализированного программного продукта, который должен отвечать следующим требованиям (рис. 9.4.1).
1. Решает задачи по созданию (например, описание процессов) моделей и регламентов, обработке (получение различных информационных срезов, занесение плановых и фактических показателей по процессам) и передаче информации (например, автоматическое поддержание в актуальном состоянии всей необходимой регламентирующей документации, создание внутреннего портала со всей информацией по процессам и обязанностям сотрудников).
2. Является доступным в освоении и удобным в использовании продуктом (позволяет сосредоточиться на содержательных вопросах, а не на том, как это сделать).
3. Допускает работу одновременно различного числа пользователей и позволяет пользователю «забирать» часть единой информационной модели на редактирование, то есть возможен командный подход в работе при построении СМК.
4. Применяется значительно шире, чем помощь при построении и поддержании регламентации и СМК, и обеспечивает связь на уровне передачи словарей, справочников, моделей с другими подсистемами управления организацией (например, с бюджетным управлением) посредством рассмотрения единой модели работы всей организации.
5. Создает необходимые регламентирующие документы для деятельности организации, внедрения и совершенствования СМК, обеспечивает простое поддержание этой документации в актуальном состоянии.
В настоящее время на рынке, видимо, нет программного продукта, отвечающего всем этим требованиям, поэтому используются программы, которые лишь в определенной степени отвечают запросам потребителя. Поскольку наибольшую сложность представляет собой документирование процессов, в качестве таких продуктов используются программы моделирования БП организации.
9.5. Программные продукты зарубежных производителей
Рис. 9.5.1. Структура моделей методологии ARIS (пример)
Рис. 9.5.2. Диаграмма процесса BPwin (нотация IDEF3)
Из программ зарубежных производителей распространение в России получили ARIS (11) и BPwin (7).
ARIS – это методология и базирующееся на ней семейство программных продуктов, разработанных компанией IDS Scheer AG (Германия) для структурированного описания, анализа, последующего совершенствования бизнес-процессов предприятия и управления ими, а также подготовки к внедрению сложных информационных систем.
Организация в ARIS рассматривается с четырех точек зрения (рис. 9.5.1):
• организационной структуры;
• функциональной структуры;
• структуры данных;
• структуры процессов.
При этом каждая из этих точек зрения разделяется еще на три подуровня: описание требований, описание спецификации, описание внедрения. Среди большого количества возможных методов описания можно выделить следующие:
• EPS (event-driven process chain) – метод описания процессов, нашедший применение в системе SAP R/3 (рис. 9.5.1);
• ERM (Entity Relationship Model) – модель «сущность-связь» для описания структуры данных;
• UMl (Unified Modeling language) – объектно-ориентированный язык моделирования.
Программные продукты ARIS используются на этапах цикла работ по созданию и развитию бизнеса – от разработки стратегии предприятия до реорганизации основополагающих БП, от управления стоимостью процессов до внедрения информационных систем и последующей оптимизации деятельности предприятия.
ARIS в высокой степени функционален и в то же время довольно сложен для использования, требует значительных усилий по программированию, чтобы получить удобную отчетность на выходе.
BPwin совмещает в одном инструменте средства моделирования процессов (нотация IDEF0 – рис. 7.7.2), потоков данных (нотация DFD – рис. 2.8.4) и потоков работ (нотация IDEF3 – рис. 9.5.2), координируя эти три основных аспекта бизнеса. BPwin – средство, позволяющее адекватно отслеживать соответствие структуры бизнеса, документооборота, финансовых потоков жестким и динамичным требованиям экономики. BPwin дает возможность наглядно представить деятельность и структуру в виде модели, что позволит оптимизировать работу организации (рис. 9.5.3).
С помощью функционального моделирования (нотация IDEF0) можно провести систематический анализ бизнеса, сосредоточившись на регулярно выполняемых функциях, необходимых для этого ресурсах, результатах и исходных материалах (сырье).
В программе отсутствует отчетность, позволяющая сформировать необходимые документы автоматически, и необходимо применять программный продукт Crystal Reports.Рис. 9.5.3. Ключевые нотации программно-методических решений BPwin
9.6. Программные продукты отечественных производителей
Рис. 9.6.1. ОргМастер – связь классификаторов (матричная проекция), графическое отображение документооборота (пример)
Рис. 9.6.2. Business Studio – кроссфункциональная диаграмма (пример)
В настоящее время на рынке продуктов программного обеспечения моделирования бизнес-процессов представлена продукция и отечественного производителя, которую можно использовать для создания системы регламентации и документации СМК, а также управления ею. Такие продукты дешевле зарубежных аналогов, что не умаляет их функциональности, и в силу разработки в последние годы имеют современный дружественный и, что немаловажно, русифицированный интерфейс. Рассмотрим некоторые из них.
ОргМастер предназначен для составления, хранения и загрузки иерархических классификаторов и установки взаимосвязей между ними (матричных проекций), создания единой бизнес-модели, а также формирования удобного пользовательского представления результатов работы по одной из методик, разработанной консалтинговой группой «БИГ» (рис. 9.6.1). Для каждого процесса определяются целевое назначение, сопряженные процессы (предшественник и потребитель), информационное взаимодействие и обрабатываемые информационные ресурсы, средства реализации
и регламенты исполнения. Существенной «изюминкой» программы является формирование диаграммы модели БП из набора матричных проекций, которая имеет свои плюсы, минусы и область эффективного применения, а не традиционным методом графического проектирования.
Business Studio – система визуального бизнес-моделирования, основное назначение которой – описание моделей бизнес-процессов предприятия (рис. 9.6.2), организационных структур, документооборота, с автоматической генерацией регламентов процессов, процедур, положений о подразделениях и должностных инструкций, доступных на каждом рабочем месте в форме HTMl-навигатора или документов Microsoft Word.
В Business Studio не предусмотрено формирование по умолчанию обязательных документов СМК, например, Руководства по качеству – его создание требует от пользователя навыков программирования.Рис. 9.6.3. Схема матричного моделирования бизнес-процессов и регламентов
9.7. Результат работы – представление информации пользователю
Рис. 9.7.1. Критерии выбора программного продукта
Итак, для успешного внедрения системы регламентации деятельности компании и СМК может быть полезен специализированный программный продукт. Какой выбрать? Ключевых критериев три (рис. 9.7.1). Во-первых, цена. Во-вторых, дружественность интерфейса (как быстро сотрудники компании смогут освоить и эффективно эксплуатировать продукт). А в-третьих, генерируемая отчетность. Именно выходная отчетность в виде регламентных документов является тем краеугольным камнем, который определяет выбор среды моделирования. Генерация регламентов, в том числе в форме HTMl-навигатора (пакет регламентов с гиперссылками между всеми объектами), является наиболее важной функцией программы.
Что такое HTMl-навигатор? После того как создана модель БП, сформированы регламентные документы и оргструктура компании, перед специалистами по организационному развитию возникает задача распространения этой информации среди заинтересованных лиц и сотрудников предприятия (п. 4.1 и 5.6.5 ГОСТ Р ISO 9001:2001). При решении этой задачи специалистам приходится сталкиваться со следующими трудностями.
• У заинтересованных лиц отсутствует программное обеспечение для моделирования и им нельзя передать информацию непосредственно в файлах.
• Большое число документов и необходимость их обновления затрудняют распространение бумажных копий . Даже у небольшой компании число регламентных документов может достигать нескольких сотен.
• Более или менее приемлемым является распространение документации в формате одного из распространенных текстовых редакторов, например Microsoft Word. Но при большом числе документов сложно анализировать информацию и быстро находить нужные.
HTM-навигатор позволяет сделать результаты работы специалистов по моделированию и описанию бизнес-процессов доступными всем заинтересованным лицам и сотрудникам компании. Модели и регламентные документы можно быстро обновлять и затем просматривать на любом рабочем месте, где установлен стандартный web-браузер.
9.8. HTMl-навигатор – удобная и быстрая работа с информациейРис. 9.8.1. Business Studio – HTMl-навигатор, Положение о подразделении (пример)
HTMl-навигатор – это статичный web-сайт, который автоматически создает программа. Ключевая возможность HTMl-навигатора – возможность переходов между документами. Каждый объект системы в HTMl-навигаторе представлен гиперссылкой, в том числе и приложенные к объектам внешние файлы (например, формы документов в формате Microsoft Word). Благодаря этому обеспечивается удобная и быстрая работа с информацией.
Полученный результат можно использовать для:
• публикации на внутреннем или внешнем интернет-портале;
• передачи сотрудникам компании;
• проведения презентаций.
Для создания HTMl-навигатора программы моделирования БП имеют специальные приложения – ARIS Business Process Management Portal – публикация моделей бизнес-процессов в Интранет и работа над их улучшением; Model Navigator – продукт для просмотра моделей Erwin и BPwin с возможностью генерации отчетов; Е-Мастер – система управления организационной информацией ОргМастер. Business Studio создает такой HTMl-навигатор непосредственно из программы.Пример. Свойства HTMl-навигатора, генерируемого Business Studio.
При открытии HTMl-навигатора с помощью стандартного браузера отображается дерево с соответствующими разделами Business Studio (Процессы, Субъекты, Объекты и т. д). Каждому элементу дерева сопоставлен один основной документ, который позволяет сформировать Business Studio. Например, при выборе Процесса откроется Документ «Регламент процесса», при выборе Подразделения – «Положение о подразделении» (рис. 9.8.1), при выборе Должности – «Должностная инструкция».
Business Studio позволяет сформировать HTMl-навигатор с заданным объемом информации: документация по конкретному процессу, основная регламентирующая документация данного подразделения, документация по всем объектам Business Studio.
9.9. Корпоративный портал
Рис. 9.9.1. Корпоративный портал – регламент процесса (пример)
На рисунках 9.9.1–9.9.8 представлены примеры скриншотов корпоративного портала.
В программе Business Studio созданы элементы корпоративной архитектуры – модели организационной и функциональной структур компании (рис. 9.9.6), процессная модель (см. рис. 9.9.1 и 9.9.2), модель закрепления ответственности, модель БП верхнего уровня, классификатор документов (рис. 9.9.7), прикреплены «внешние» (созданные не в программной среде Business Studio) документы (подробнее об этом – в элементе 10.1).
Каждому элементу модели (процессу, процедуре, объекту, субъекту и т. д.) соответствует «паспорт» (набор характеристик), заполняя который пользователь создает параметры процесса, должности, подразделения. Эти данные попадают в отчет по конкретному элементу. Чем больше данных, тем подробнее получается отчет. К каждому элементу можно также «прикрепить» любое число «внешних» документов, при этом формируются классификатор (реестр) документов и маршрут движения документа (документооборот, см. рис. 9.9.7). При необходимости можно сохранять в указанной директории или просматривать данный документ, используя гиперссылку в окне документа (рис. 9.9.7 и 9.9.8).
Таким образом, использование программного продукта позволяет:
1. Сформировать взаимосвязанные модели организации.
2. Создать систему взаимосвязанных, стандартных регламентов.
3. Проводить постоянную актуализацию регламентов.
4. Представить пользователю полную информацию о запрашиваемом объекте, указать все связи и документы, связанные с ним.
5. Создать информационную основу с целью последующей детализации регламентов, систематизации и описания операций в целях внедрения ERP.
6. Способствовать внедрению системы регламентации компании и СМК.
Применение программного продукта позволяет сконцентрироваться на проблемах наполнения регламентов актуальной информацией, а не над тем, как это сделать и как довести эту информацию до сотрудников.
Рис. 9.9.2. Корпоративный портал – диаграмма процесса (пример)
Рис. 9.9.3. Корпоративный портал – положение о департаменте (пример)
Рис. 9.9.4. Корпоративный портал – положение об отделе (пример)
Рис. 9.9.5. Корпоративный портал – должностная инструкция (пример)
Рис. 9.9.6. Корпоративный портал – классификаторы функций и структурных звеньев (пример)
Рис. 9.9.7. Корпоративный портал – классификатор документов, маршрут документа (пример)
Рис. 9.9.8. Корпоративный портал – просмотр прикрепленного внешнего документа (пример)
Рис. 9.9.9. Организация обновлений регламентов, моделей деятельности и корпоративного портала
10. Практикум. Создание комплексной системы моделирования и регламентации деятельности компании в целях развития ее корпоративной архитектуры и СМК
Ключевые понятия
• Корпоративная архитектура компании – модель организации компании, увязанная с регламентирующими документами и методиками.
• Электронная корпоративная архитектура компании – совокупность компонент корпоративной архитектуры компании, разработанных и поддерживаемых с применением информационных технологий.Рис. 10.0.1. Развитие представлений корпоративной архитектуры
10.1. Ключевые регламентирующие модели и документы в составе корпоративной архитектуры