Диссертация (1137155), страница 9
Текст из файла (страница 9)
Крупные блоки целевых практик нельзя внедрить, не удаливпредварительно конкурирующие им базовые практики. Одна изстратегий – демонтировать эти конкурентные практики заранее.Альтернатива – заложить фундамент из комплементарных целевыхпрактик до начала планируемых изменений.6. Наличиекрупныхблоковпрактикпредполагает,чтоизменения не могут быть прерваны до того, как будет заменен весьблок.Эти рекомендации достаточно легко могут быть использованыпри малых размерах матрицы.
Однако проекты архитектурыпредприятия характеризуются большим числом изменений. Матрица57изменений, построенная из архитектурных блоков, может достигатьразмерности в несколько десятков практик, что делает невозможнымее визуально-интуитивное использование.Следует также отметить, что модель матрицы измененийявляется статической и приведенные рекомендации можно применитьтолько для начального и конечного (целевого) состояния системыпрактик,описываемыхматрицей.промежуточныесостояниясуществующихпрактикПрисистемыиэтомпослевнедрениясложнооценитьисключениячастичастиновых.Этипромежуточные состояния ввиду большого количества возможныхвариантовпоследовательностиизмененийневозможнооценитьвизуально даже при небольшой размерности матрицы.Таким образом, для эффективного использования матрицыизменений в целях создания архитектурной дорожной картыпредприятия необходима разработка формальных методов.Однойиспользованияизсложностейматрицыразработкиявляетсяформальныхотсутствиеметодовописанияпоследовательности действий по ее применению.
Рекомендациисоздателей матрицы изменений представляют собой не методику, анабор возможных сценариев использования данного инструмента,которые нужно научиться идентифицировать и применять. При этомна практике возможно появление новых сценариев, не учтенных врекомендациях. Задача построения алгоритма по приведеннымрекомендациям усложняется множеством нечетких критериев, такихкак «крупный блок», «наихудшие сочетания», «более стабильна» ит.п.С другой стороны, легко заметить, что все рекомендации повыстраиванию порядка преобразований опираются на понятиелегкости или трудности отдельных изменений («легче внедряются»,58«легче ликвидируются» и т.п.).
«Легкость» изменения зависит отвзаимодействий внедряемой или исключаемой практики и практик«текущей» системы (системы практик, полученной из базовойвыполнениемвсех(оцениваемому)изменений,изменению).предшествующихВнедрениеотдельнойтекущемупрактикипроисходит тем легче, чем больше текущая система содержитпрактик, комплементарных внедряемой практике, и чем меньше онасодержит практик, конкурирующих с внедряемой практикой.
Инаоборот, исключение отдельной практики происходит тем легче, чемменьше в текущей системе комплементарных практик и чем большеконкурирующих.Таким образом, может быть поставлена задача оптимизациипоследовательностиизменений,вкоторойбыиспользовалсяпоказатель «легкости» изменений в качестве критерия оптимальности.При этом «легкость» отдельного изменения может быть вычислена: для внедрения новой практики – как сумма значенийвзаимодействий (+1 или -1) внедряемой практики и практиктекущей системы; для исключения существующей практики – как суммазначений взаимодействий исключаемой практики и практиктекущей системы, взятая с противоположным знаком.В статье [66] приводится еще одна рекомендация дляформирования последовательности изменений – на основе расчета«чистой добавленной ценности» (Net Value Added).
Эквивалентомдобавленной ценности в матрице изменений выступает показательважности практик.Расчет чистой добавленной ценности позволяет выявить, какоеиз нововведений добавит предприятию наибольшую ценность.59Формула«целеваяценностьминустекущаяценность»даетпримерную оценку чистой ценности как результата замены практик.Если практика не имеет ответной пары, считается, что ценностьответной пары равна 0.Для визуализации чистой добавленной ценности в [66]предлагается отсортировать изменения в виде так называемого«торнадо-графика» (рис. 8).
При этом пары практик, имеющихнаибольшую ценность, отображаются в верхней части графика.Например, для пары практик «Узкие должностные обязанности –Большая ответственность» чистая добавленная ценность имеетзначение 2 - (-2) = 4.-3-2-10123ЦелеваяУзкие должностные обязанностиБольшие запасы незавершенной иготовой продукцииСпециализированное оборудованиеБольшая ответственностьНизкие запасы и поставки точно в срокГибкое оборудованиенетОптимизация на линииНесколько уровней управленияМало уровней управленияСдельная оплатаФиксированная оплата-3-2-10123Рисунок 8. Пример «торнадо-графика» [66]Принципдобавленнойстоимостиподсказывает,какиеизменения наиболее важны, позволяет расставить приоритеты.Однако если стремиться провести изменения в первую очередь научасткахсбольшейконтрпродуктивным.отдачей,«Жадныйэтоалгоритм»,можетоказатьсякоторыйотбираетизменения исключительно по критерию наибольшей ценности, неучитываетсокращенияиздержек,заложенногововнедрениикомплементарных практик [66].Показателиважностипрактик, содержащиесяв матрицеизменений, могут использоваться для формирования второго критерия60оптимальности последовательности преобразований (соответствияприоритетам менеджмента предприятия).Таким образом, на основе анализа подходов, применяемых привизуально-интуитивномиспользованииматрицыизменений,сформулированы содержательные положения, которые далее будутиспользованы для формальной постановки задачи оптимизацииархитектурной дорожной карты.2.3.Формирование матрицы изменений на основеархитектурных блоков TOGAFПрямое следствие из теории комплементарных взаимодействийприменительно к информационным технологиям состоит в том, чтоэффективность инвестиций в ИТ обусловлена не только самимиинвестициями в ИТ, но и изменениями в комплементарных практиках,которые происходят (или не происходят) вместе с ИТ-проектом [28].Эту гипотезу подтверждают в своих исследованиях Э.Бринйолфсон[63] и другие авторы.Таким образом, для обеспечения эффективного развитияинформационныхтехнологийнапредприятиинедостаточноцелевуюархитектурупредприятия,сформироватьхорошуюучитывающуювсеперспективныевозможности.применениясуществующиеархитектурыпроблемы,Ключевымпредприятиятребованияусловиемявляетсяиуспешногообеспечениепоследовательных изменений (выполнение серии проектов) с учетомкомплементарныхвзаимодействий(взаимногодополненияивзаимного ослабления) отдельных практик.Матрицаформируетсяизменений,изпредложеннаяорганизационныхЭ.Бринйолфссоном,практик.Согласно[45]61организационная практика – это определенный способ решениязадачи,стоящейпередорганизацией.Доступныепримерыприменения матрицы изменений показывают, что в качествеорганизационных практик в матрицу также могут включаться цели,принципы,элементыорганизационнойкультуры,способыпроизводства, имеющиеся технологии и т.д.
[28], [45], [66].Понятиеорганизационнойпрактикиблизкокпонятиюархитектурного блока, используемого в методологии TOGAF, ивведенного нами в параграфе 0. Напомним, что архитектурный блоксоответствует отдельному аспекту архитектуры предприятия иотражает набор функциональности, необходимой для удовлетворенияпотребностей бизнеса в масштабе организации в целом [103], [105].Рассмотрим далее, каким образом можно сформировать матрицуизменений на основе данных, получаемых на фазе E TOGAF ADM.Для этого вначале более детально опишем процесс построенияматрицы изменений.Согласно[66],[52]построениематрицыизмененийпредполагает выполнение четырех шагов:Шаг 1. Идентификация критических практик.Шаг 2. Идентификация взаимодействий в системе.Шаг 3. Идентификация переходных взаимодействий.Шаг 4.
Опрос заинтересованных сторон.Шаг 1. Идентификация критических практик.При заполнении матрицы изменений вначале должны бытьопределеныпрактики,характеризующиетекущеесостояниепредприятия (существующие практики) и его желаемое состояние(внедряемые практики).62Для формирования матрицы изменений на основе данныхTOGAF в качестве практик используются архитектурные блоки из«Консолидированной матрицы различий, решений и зависимостей»(табл. 1), графа «Различия (архитектурные блоки)».
Архитектурныеблоки базовой архитектуры предприятия при этом включаются вгоризонтальную таблицу матрицы изменений (существующая системапрактик предприятия). Архитектурные блоки целевой архитектурыпредприятиявключаютсяввертикальнуютаблицуматрицыизменений (целевая система практик предприятия).Кроме того, в матрицу изменений включаются практики,соответствующиефакторамиз«Матрицыоценкифактороввнедрения» (табл. 2). Факторы внедрения, как правило, носятпостоянный характер, поэтому они должны присутствовать в обеихтаблицах матрицы изменений.Рисунок 9. Горизонтальная и вертикальная матрицыШаг 2. Идентификация взаимодействий в системе.На данном шаге строится горизонтальная треугольная матрицадляидентификациивзаимодействиймеждусуществующими63практиками и вертикальная треугольная матрица для идентификациивзаимодействий между внедряемыми практиками (рис.
9). Знак«плюс»(+)вузлетреугольнойрешеткиозначает,чтосоответствующие практики комплементарны (то есть взаимноусиливают друг друга), а знак «минус» (–) – что практики являютсяконкурирующими (то есть взаимно ослабляют друг друга).Для выявления этих взаимодействий и заполнения треугольныхматриц используется информация из «Консолидированной матрицыразличий, решений и зависимостей» (графа «Зависимости») и«Матрицы оценки факторов внедрения» (графа «Выводы (влияние наплан миграции)»).Шаг 3. Идентификация переходных взаимодействий.На шаге 3 создается матрица перехода – прямоугольнаяматрица, комбинирующая горизонтальную и вертикальную таблицы(рис.
10).Матрицапереходапоказываетвзаимодействия,возникающие при движении от базовой системы практик к целевой,что помогает оценить степень сложности данного перехода. При этомвзаимодействиямеждубазовымиобозначаются аналогично шагу 2.ицелевымипрактиками64Рисунок 10. Формирование матрицы переходаДля выявления взаимодействий между базовыми и целевымипрактиками на основе результатов TOGAF так же, как и на шаге 2,используются «Консолидированная матрица различий, решений изависимостей» и «Матрица оценки факторов внедрения».Шаг 4.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
