пятница, 31 марта 2017 г.

Системное лидерство - материалы рев.03

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

По замечаниям участников семинара фрагмент доработанной системной схемы предприятия:

Хамп-диаграмму тоже надо дорабатывать, пока тезисно практики выглядят так:

1) Активное слушание по учебнику "Умение слушать" Бернарда Феррари
2) Инфостиль по учебнику "Пиши, сокращай" Максима Ильяхова, Людмилы Сарычевой. Как вариант гарвардская школа делового письма, см. Минто.
3) Визуальное мышление по учебнику "Практика визуального мышления" Дэна Роэма
Замечу, что в этот раз специально разделяю навыки восприятия и передачи информации.
4) Модели психики. "Триггеры" Маршал Голдсмит, Марк Рейтер. "Думай медленно, решай быстро" Даниел Канеман, Амос Тверски. "Гибкое сознание" Кэрол Дуэк, на английском материалы здесь. "Укрощение амигдалы" Джон Ардан.
5) Бихевиоризм. "Все начальники делают это" Брюс Тулган.

суббота, 11 марта 2017 г.

Регламенты - что вы делаете неправильно

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

Обычно в той или иной вариации организация использует 3-4 уровневую структуру документов:

  1. Уровень общих описаний. Политики, положения, сквозные процессы уровня организации.
  2. Уровень регламентов. Достаточно детальное описание последовательности действий при выполнении работ, распределение ответственности.
  3. Рабочие инструкции. Детальные описания последовательности работ и распределение ответственности.
Уровни 1 и 2 могут быть разбиты на 2 подуровня.

В чем подвох? Для простоты буду приводить примеры конкретных бизнес-процессов розничной организации.

Ловушка 1. Целевая система или обеспечивающая?
Сравните "Регламент обслуживания покупателей в кассовой зоне" и "Регламент закупки и технического обслуживания оборудования кассового узла". Видя слово регламент в названии, разработчик документа часто использует одну и ту же форму. Где ошибка?

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

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

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

Ловушка 2. Интерфейсы и интерфейсные модели.

Инструкция по приемке товара на склад. Коротенькая, пара страниц максимум. Кто что делает, что проверяет. Это процесс-интерфейсный модель, если поставить трекер или оформлять приемки по файлам папочек, будет кейс-интерфейсный модуль. Здесь важны стабильность, надежность, воспроизводимость и низкая стоимость операций. Часто в документе пропускают порядок постоянного улучшения процесса. А зачастую нет и самого описания интерфейса, только "кладовщик принял ТТН, принес ТОРГ-12 начальнику склада, подписал и т.п.". Нужно описать между какими подсистемами интерфейс, описание интерфейса, режимы работы. См.? например, Бакмана.

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

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

Силы зла побеждают. У них даже картинки смешнее.

воскресенье, 26 февраля 2017 г.

MINDSPACE - практический бихевиористский подход

Майндмэп

Итак, классическая пятифакторная схема коммуникации дополняется моделью MINDSPACE, которая определяет поведенческие реакции на коммуникацию.

Культурный контекст при этом задается моделью культурных измерений Хофстеде.
Можно, как вариант, воспользоваться Евробарометром, но только для европейцев.

При этом держим в уме, что воспринимаемая информация попадает вначале в Систему 1 (распределенные представления) и затем в Систему 2 (символьные представления), см. также пост про бибинарность и лидерство.

Управление ресурсами команды я не стал привязывать, схема и так слишком сложная для восприятия. Таким образом, появляется две модели системного лидерства - одна для восприятия и оценки, вторая для планирования и исполнения.

UPDATE. Если файл по ссылке не открывается, надо скачать и открыть браузером из папки закачки.

суббота, 25 февраля 2017 г.

Системное лидерство и бибинарность мышления

Еще одна задача, которую решает системный лидер, это сокращение разрыва между символьными представлениями описания предпринятия и бибинарными представлениями этого предпринятия в головах участников. Другими словами, архитектор и менеджер разработали регламент (символьное описание). Регламент является ведь даже не моделью желаемого поведения, а моделью модели, потому что потом, в самом предпринятии, менеджер на основании пункта регламента "магазин должен быть открыт за три дня" 1 февраля ставит задачу "Петрову открыть магазин на Новокаланчевской 8 до 5 февраля". И эта символьная модель в голове Петрова существует уже в виде целого сочетания символьных и распределенных представлений. Причем, чем дальше мы заходим с реформой системы образования, тем этих символьных представлений меньше и качество их хуже. Системный лидер отслеживает преобразование символьных моделей предпринятия в бибинарные представления и на основании этих преобразований восстанавливает модель психики, понимает, где происходит наибольшее искажение восприятия реальности, и понемногу его исправляет, указывая участнику команды на паттерны ошибочного восприятия и поведения.

Архитектура предприятия - с чего начать?

Начинают с модели жизненного цикла. Она состоит из двух частей:
1) Типовых контрольных точек, приходящих системной схемы предприятия (см. здесь) и структуры целевой системы (Михаил Софонов скоро выложит винрарное видео на эту тему, ждите)
2) Перечня практик жизненного цикла.

Пару слов и одна картинка на второй пункт. Если вы придете к людям, не знакомым с терминологией системного подхода, и начнете сыпать терминами, ничем хорошим это не кончится, коммуникации не случится. Перечень практик и связи между ними чаще всего называются "процессной моделью", а сам процесс разработки модели ЖЦ "регламентацией деятельности". Второй важный момент, который часто забывают и пропускают при разработке модели ЖЦ, заключается в том, что параллельно надо строить управленческую отчетность, пересматривать модели данных, искать новые ИТ-решения и улучшать бюджетирование и модели деятельности предприятия вообще. Это гораздо проще, чем построив процессную модель и даже пройдя с ней аудит на ИСО9001, пытаться надстроить бюджетирование и управленческую отчетность поверх уже закрепленных процессов.