Casewise Framework представляет собой всеобъемлющую структуру, с помощью которой можно отобразить архитектуру организации. Для каждой ячейки собрана подробная информация, описывающая диаграммы ячейки, методы сбора данных, ее взаимосвязи с другими ячейками структуры («framework»). Использование данной методологии представляется особенно удобным в таких сложных проектах, как:
оптимизация бизнес процессов;
реорганизация бизнеса;
внедрение EAI/Workflow;
внедрение ERP&CRM-систем;
внедрение систем менеджмента качества;
проектирование, разработка и внедрение системы сбалансированных показателей.
Этот каркас показывает, как следует создавать модель организации. Структура делится по вертикали и горизонтали. По вертикали происходит деление в соответствии с шестью основными аспектами моделирования, каковыми являются:
Мотивация («Почему?»);
Процессы («Как?»);
Люди («Кто?»);
Местоположения («Где?»);
Данные («Что?»);
Время («Когда?»).
По горизонтали структура делится на уровни абстракции моделирования: верхний уровень описывает те объекты, с которыми, как правило, имеют дело руководители компании, такие как стратегия, миссия компании, ключевые направления ее деятельности, ее подразделения, ключевые для деятельности организации данные, события, стратегические программы и т.д. На последующих уровнях происходит все более детальное описание организации:
от описания миссии компании происходит переход к описанию целей конкретных подразделений и далее, вплоть до мотивации отдельных сотрудников;
от описания ключевых бизнес-процессов верхнего уровня происходит переход к описанию бизнес-процессов все более низких уровней, характерных для конкретных подразделении, и так вплоть до бизнес-функций, причем на диаграммах появляются ответственные за выполнение подразделения, а на диаграммах нижних уровней отображаются конкретные роли, используемые в процессе реализации функций технологии, ресурсы и т.д.
от описания ключевых подразделений осуществляется переход ко все более подробному описанию организационной структуры, где, в конечном итоге, отображаются конкретные роли.
если речь идет о крупной, транснациональной, распределенной организации, то очень важно подробно описать также местоположение ее подразделений (отделов, департаментов, филиалов, складов и т.д.), поскольку во многом именно этим определяются особенности процессов организаций (простейший пример: отличия в бизнес-процессах вследствие специфики законодательств в разных странах).
от описания ключевых данных происходит переход к подробным описаниям схем баз данных и процессов обмена данными между сущностями и системами;
от описания важнейших для деятельности событий осуществляется переход к описанию проектов с использованием диаграмм Ганта и динамическому моделированию поведения систем.
Каркас организован таким образом, что оптимальным представляется движение сверху вниз и справа налево при описании архитектуры организации. Одно из преимуществ данной структуры состоит в том, что регламентируются не только правила создания самой модели, но описывается целый подход к созданию модели, т.е. по сути данный каркас представляет собой помимо структуры модели еще и карту проекта описания этой структуры.
Casewise framework
Эта особенность становится особенно ценной с учетом того, что именно последовательность работ по созданию модели обычно вызывает наибольшие затруднения, а в случае неудачного выбора этой последовательности, либо ее отсутствия в явном виде, проект может попросту оказаться неудачным (либо чрезмерно большие сроки создания, либо создаваемая модель может просто неадекватно отображать реальность, что резко уменьшает ее практическую ценность и делает ее опасной для дальнейшего использования). Каркас составлен на основании опыта множества проектов, затрагивающих описание организации, его можно использовать напрямую для создания модели, непосредственно заполняя ячейки в соответствии с приведенными правилами, которые регламентируют использование тех или иных типов диаграмм и описывают взаимосвязи данной ячейки с другими ячейками, что обеспечивает целостность создаваемой модели. При моделировании в соответствии с данной методологией совсем необязательно заполнять абсолютно все ячейки. Можно, описав верхний уровень абстракции, углубиться в какую-либо определенную интересующую нас область, не тратя усилия на описания информации, представляющей далеко не первоочередную важность. На карте проекта заполненные ячейки при этом образуют подобие буквы T, именно отсюда берет начало термин «Т-моделирование».
К каждой ячейке прилагаются стандартные шаблоны и примеры диаграмм, которые можно сразу использовать при создании модели, но эти правила создания конкретных диаграмм могут определяться и проектной командой в зависимости от потребностей проекта, от того, с какой методологией до этого приходилось работать организации, от того, к какому виду диаграмм привыкли в этой организации и т.д. Т.е., в отличие от предыдущих описанных методологий, создателям модели предоставляются широкие возможности, касающиеся способов отображения диаграмм. Это, на первый взгляд незначительное преимущество, зачастую является определяющим при выборе инструмента и методологии, поскольку неточное понимание диаграмм может привести к серьезным последствиям позднее, в то же время затраты на обучение методологии могут быть достаточно значительными. И в довершении всего, стоит отметить, что Framework не трактуется как догма, ее создатели подчеркивают возможность внесения изменений в соответствии с потребностями проекта для достижения наивысших результатов.
