Monday, November 28, 2011

Принцип №1. Организационная цельность


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



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

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

    Monday, November 14, 2011

    Переопределяя НОРД цикл: Обнаружение-Решение-Ответ

    Повышение уровня автоматизации - широко обсуждаемая тема сегодня. Различные компании пытаются решить эту проблему по-своему. Сегодня мне попалась интересная презентация “Turning Automated Decision Management into Real-time Operational Advantage”, представленняа Брайоном Сафроном, программ-менеджером из Websphere Decision Management, IBM (“Превращение автоматизированного управления решениями в оперативные операционные выгоды” - простите мой вольный перевод...). (Вам прийдется зарегистрироваться, чтобы посмотреть презентацию или видео).

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

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

    Та часть, которая меня больше всего заинтересовала, лежит посередине. Как известно, НОРД цикл имеет недостаток связанный с нечетким определением границ между состояниями “Ориентирование” и “Решение”. Разработчики BPM решили не напрягаться решением этой дилеммы и смешали два состояния в одном. В результате получился более простой цикл Обнаружение-Решение-Ответ (ОРО) (Detect-Decide-Respond) состоящий всего из 3х состояний.

    Отображение ОРО цикла на НОРД цикл простое:
    • Обнаружение = Наблюдение
    • Решение = Ориентирование + Решение
    • Ответ = Действие
    “Ну, может быть это хорошая идея перейти к циклу из 3-х состояний”- можете вы сказать. Возможно, но я так не думаю.

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

    Принцип “Суперпозиции и композиции” использует дуализм Целей/Действий (состояния Решение/Действие) и Наблюдений/Интерпретаций (состояния Наблюдение/Ориентирование).
    • Действие является наиболее простой Целью, рассматриваемой на определенном уровне управления. Действие, переданное в нижний уровень управления, становится сверх-Целью, которая должна быть достигнута
    • Наблюдение является наиболее простой Интерпретацией, рассматриваемой на определенном уровне управления. Интерпретация, переданная в верхний уровень управления, становится базовым Наблюдением, которое должно быть проанализировано.
    Информационные потоки между уровнями управления, дуализм представления информации - важны. Они дают нам повторяющийся паттерн, которым мы можем применять на любом уровне управления. Плюс они соединяют уровни управления воедино. Смешивание состояний Решение (постановка целей) и Ориентирование (интерпретация полученных данных) в цикле их 3х состояний разрушает эту модель. Так что это не мой выбор...