Чтение онлайн

ЖАНРЫ

Даешь инжиниринг! Методология организации проектного бизнеса
Шрифт:

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

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

Администрирование (управление кадровыми процессами)

управление подбором, развитием, оценкой, стимулированием (контроль, планирование, анализ); управление компетенциями.

Стратегическое управление – бизнес-анализ; оптимизация; прогнозирование.

DIKW модель ( Data – данные, Information – информация, Knowledge – знания, Wisdom – мудрость) – модель разных видов информации, предложенная Дж. Белингером .

Моделирование организационное (инжиниринг корпоративной архитектуры) – осуществляется с помощью программных средств класса orgware .

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

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

...

КЛЮЧЕВЫЕ ТЕРМИНЫ МОДУЛЬНОЙ ПРОГРАММЫ

– Бизнес-модель

– Проект

– Бизнес-процесс

– Развитие

– Диагностики

– Системный подход

Знания

– Системы управления

– Информационные технологии

– Структура

– Качество

– Стратегия

– Корпоративная архитектура

– Субъект

– Модели организации деятельности

– Функция

– Модели ответственности

– Цикл управления

– Объект

– Человек в контуре управления

– Положения и регламенты организации деятельности

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

24.1. Как разработать комплексную систему регламентации (КСР) деятельности проектно-ориентированной компании (центра инжиниринга)

Предназначение КСР

Цель КСР – обеспечить реализацию стратегических и операционных целей компании с помощью системной регламентации ее деятельности.

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

КСР проектно-ориентированной компании настраивается на текущий и перспективный портфель проектов.

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

КCP ориентирована на постоянное

совершенствование организации деятельности компании.

Общее представление КСР задается в виде описания состава и политик построения документов и моделей корпоративной архитектуры компании. Модели корпоративной архитектуры используются для разработки и поддержания функционирования KCP.

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

Правила, о которых следует помнить при разработке КСР

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

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

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

Все течет, все изменяется / Состав проектов, организация и архитектура проектно-ориентированных компаний постоянно меняются.

Навигация по предметной области

На рисунке 24.1.1 показаны опорные концепты в предметной области «Регламентация деятельности проектно-ориентированной компании».

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

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

Рис. 24.1.1. Схема ключевых понятий в области регламентации деятельности проектно-ориентированной компании

...

ПАМЯТКА

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

Реализация детального планирования требует применения специализированных программных средств. С учетом этого выстраивается следующая последовательность необходимых действий (рис. 24.1.2): разработка корпоративной архитектуры – разработка детальных регламентов системы управления – настройка и применение специализированных программных средств.

Поделиться с друзьями: