2.5 Проектный учёт

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

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

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

Для ведения учёта в этом случае можно построить несколько матриц.

1. Блоки – проекты.

Сумма по столбцу – баланс проекта.

Сумма по строке – баланс блока.

2. Персонал – блоки.

Можно рассчитать вознаграждение сотрудникам по результатам работы.

3. Персонал – проекты (из 1 и 2).

Текущее состояние занятости персонала.

4. Дерево "Структура управления".

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

Для описания данной формы учёта существует набор готовых методик, программ (Project Management – управление проектом), что может дать быструю отдачу при внедрении.

2.6 Классификация бизнес-процессов

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

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

• основные бизнес-процессы (бизнес-процессы, которые дают результат для клиента);

• вспомогательные бизнес-процессы (бизнес-процессы, дающие результат для основного бизнес-процесса или организации).

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

Вспомогательные же бизнес-процессы практически идентичны на верхнем уровне абстракции во всех организациях (например, бухгалтерия, логистика, склад, кадры и т.п.), а существующие различия проявляются на нижних уровнях детализации. Такие бизнес-процессы очень хорошо изучены и формализованы. Существует большое количество систем для их автоматизации - от небольших узконаправленных систем (1С-бухгалтерия, БОСС-Кадровик и др.), до комплексных систем класса ERP (SAP/R3, Oracle Applications и др.).

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