Transcript Slide 1
As - Is Трансформация To - Be
АРХИТЕКТУРЕН ПОДХОД И НЕОБХОДИМОСТ ОТ ОБУЧЕНИЕ КОМПЕТЕНТНОСТИ И СТРАТЕГИИ
Максим Л. Карев, Светослав М. Чолаков, Светлан В. Дюлгеров, Иво Г. Радулов, Пламена Ц. Андреева
МИНИСТЕРСТВО НА ОТБРАНАТА ДИРЕКЦИЯ „СТРАТЕГИЧЕСКО ПЛАНИРАНЕ” E-MAIL :
;
; i.radulov @mod.bg ; [email protected]
As - Is Трансформация
СЪДЪРЖАНИЕ
Част 1 Въведение Част 2 Стратегии за въвеждане на бизнес архитектурата Част 3 Типични архитектурни роли, отговорности и компетентности Част 4 Препоръки
To - Be
As - Is
Гъвкавите организации изискват
1980’s и по-рано Трансформация
Адаптивни архитектури
1990’s To - Be Новото хилядолетие
3 страна предлагаща услуги Extranet Internet Клиенти •Фокус върху организацията •Центрична основна рамка •Монолитна •Вътрешно използване •Фокус върху бизнес процеса •Клиент/Сървър •Монолитна •Бизнес-към-бизнес чрез EDI –пренос на файлове
Modified from Advisory Council Enterprise Architecture SIG,
•Виртуални организации •Разпределени функции •Услуги(service) ориентирани •Компонентни •В реално време •Мрежовоцентрични военни операции & E търговия
Succeeding with Component-based Architectures – Draft, 2002
As - Is Трансформация
Комплексност в Науката
To - Be
As - Is Трансформация
В информационния XXI
ви
To - Be
век…
Ако нещо става толкова сложно, че не можеш да запомниш как работи, то ти трябва да го опишеш(документираш)…
Архитектура
Ако искаш да промениш как да работи, започваш с това, което си записал…
As - Is Трансформация To - Be
Използвани източници
• FINAL_White_Paper_on_EA_v62 - Jaap Schekkerman • Creating a strategic it architecture competency: learning in stages - Jeanne W. Ross • Federal Enterprise Architecture • DoD Architects’ Competency Framework Guide
• • • • • • • • • • • • • • • • •
As - Is Трансформация To - Be
ЧЛЕНОВЕ НА ГЛОБАЛНАТА АКАДЕМИЧНА ОБЩНОСТ
aicas GmbH – Germany Applied Research Lab/The Pennsylvania State University – USA California State University, Monterey Bay – USA Carnegie Mellon University, Software Engineering Institute – USA Embedded Systems Laboratory, Massachusetts Institute of Technology – USA • • Focus on the Family – USA • • • • • Forschungszentrum Informatik – Germany Georgia Institute of Technology – USA Grant MacEwan College – Canada • • INESC-ID – Portugal Kyoto University – Japan Lawrence Technological University – USA Macquarie University – Australia • • • Massachusetts Institute of Technology - Lincoln Laboratory – USA Monash University N2 Services, Inc. – Australia – USA National University of Singapore – Singapore • • • • NTNU – Norway Ohio University – USA Republic Polytechnic – Singapore Rotterdam School of Management, Erasmus University – Netherlands Royal Institute of Technology – Sweden The University of Auckland – New Zealand Tshwane University of Technology – South Africa Universidad de Cantabria – Spain Universitat Karlsruhe, Institute for Theoretical Computer Science – Germany University of Chicago, The – USA University of Denver – USA University of Idaho, Center for Secure and Dependable Systems – USA University of Johannesburg – South Africa University of New Hampshire – USA University of Pretoria – South Africa University of Technology, Sydney
Australia
As - Is Трансформация
В информационния XXI
ви
To - Be
век…
• Как управляваш нарастващата сложност на твоята организация?
• Как управляваш нарастващия темп на промени?
• Как посрещаш нуждите на твоите упълномощители (или потребители) по бързо и по-ефективно?
As - Is Трансформация To - Be
В информационния XXI
ви
век…
• Когато някой напусне твоята организация, ти запазваш ли техните знания?
– Към 01/Януари/2013 г. от редиците на БА напуснаха над 1000 души • Половината от тях с 15+ години • Останалите с 10 – 15 години
As - Is Трансформация To - Be
Защо организационна архитектура?
• Тя осигурява метод за документиране на нещата ( разработва най-общи “щампи”) • Тя Ви показва влиянието на “преместване на стената” (комплексност и промяна) • Тя осигурява плана за това, как да се “премести стената” (управление на промяната) • Тя Ви помага да съхраните знанието на работещите (става базата от знания на организацията)
Ако нямате архитектура, Вие променяте чрез опит и грешка (което представлява
висок риск
)
As - Is Трансформация To - Be
В информационния XXI
ви
век…
Хилядите години история би предложила единствената позната на света стратегия за посрещане на комплексността и промяната АРХИТЕКТУРА .
As - Is Трансформация To - Be
Архитектурно описание
Представяне на дефиниран домейн по отношение на неговите съставни части , какво правят тези части, как те се отнасят една към друга, а така също и правилата и ограниченията , според които тези съставни части функционират.
• Описанията могат широко да варират според степента на детайлност: – Домейните могат да бъдат извънредно широки (примерно МО) или тесни (един компонент на комуникационна мрежа); – Функционалните описания на домейни могат да бъдат много общи или специфични; – Правилата и ограниченията могат да бъдат на високо ниво и широки или на целево ниво (task-level) и специфични.
As - Is Трансформация To - Be
Какво е организационна архитектура?
Един метод
за управление на Вашия бизнес или организация:
• Един инструмент
за вземане на решение
• Един инструмент • Базата от знания
организация за управление на промяната на Вашия бизнес или “Става дума за природните закони, които определят успеха на една организация… и по-конкретно, за продължаване на нейния успех в бурните времена на Информационния век.” John Zachman
•
As - Is Трансформация To - Be
Въведение в Архитектурата на МО
КОНЦЕПЦИЯ ЗА ПРИЛАГАНЕ НА ОРГАНИЗАЦИОННО-АРХИТЕКТУРНОТО МОДЕЛИРАНЕ В ОТБРАНАТА (2010 г.)
– Формално приемане на NATO Architecture Framework
–
Стратегия за …
? ? ?
– ? ? ?
•
Инструменти
–
Система за регистри на ОА -
–
? ? ?
Регистър на стандарти за ОА ? ? ?
–
Репозитар на мета-данни ? ? ?
•
Архитектурно обучение и подготовка/Прилагане
–
Усилие на МО за архитектурно обучение
Всичко това е нищо без Сертифицирани архитекти!
14
As - Is Трансформация
Подобряване на Архитектурата на МО
To - Be
Ръководство
– GIGv2.0, DoDAF v2.0, DM2, DoD IEA, – Стратегия за Федерална архитектура
в САЩ Инструменти
– Система за регистри на ОА (DoD Architecture (DARS)) – Регистър на стандарти за ОА (DoD IT (DISR)) – Инструмент за Техническо ръководство на Глобална мрежа (GIG(GTG)) – Репозитар на мета-данни (Meta Data Repository (MDR))
Архитектурно обучение и подготовка/Прилагане
– Усилие на МО за архитектурно обучение
Всичко това е нищо без Сертифицирани архитекти!
15
As - Is Трансформация
Главен Федерален (Национален) Архитект
To - Be
Г-н Скот Бернард, Главен архитект в Офиса за управление на бюджета (OMB), ( в качеството си на Главен Федерален Архитект МО ( версия 2.0
) ( ), обяви официално Обединената Архитектурна Рамка на Unified Architecture Framework (DoDAF Version 2.0
) ) с новата Федерална (Национална) Архитектурна Рамка ( FEA ), включена в нея.
Това е изключително важен проект!
Други правителствени и частни организации ще бъдат в състояние също да допринесат за осъществяването на този проект.
As - Is Трансформация To - Be
Стратегии на ръководния и команден състав за управление на организацията с цел институционализирането и използването на архитектурния подход
ВИЗИЯ
• • Основни направления: •Провеждане на политика за въвеждането и развитието на подхода в организацията; •Избор на архитектурна рамка формирането на ОА; •Организация •Определяне на изискванията , даваща указанията и продуктовите описания и формализиращи процеса по и реализиране на информационното пространство за разпространение и съхранение на архитектурните артефакти; към избор на софтуер за архитектурно моделиране и придобиването му; Осигуряване на адекватна специализирана експертиза; Осигуряване на източници за финансиране .
As - Is Трансформация To - Be
Провеждане на политика за въвеждането и развитието на подхода в организацията;
Политиката трябва да обяснява по подходящ начин: причините за въвеждането на архитектурния подход в организацията; връзките между целите и политиките на МО и политиката по прилагането на архитектурния подход; правната и нормативна съвместимост на процесите по въвеждането на подхода в цялостната система за отбранителен мениджмънт; отговорностите на длъжностните лица, свързани с прилагането на подхода; начинът, по който организацията се справя с конфликта на интереси; осигуряването на необходимите ресурси; начинът, по който дейностите по въвеждането на подхода ще бъдат измервани, документирани и отчитани; действията, вследствие на дадени събития или промяна в средата, целящи промяна на водената политика.
As - Is Трансформация To - Be
Избор на архитектурна рамка
Архитектурните рамки следва да осигуряват:
•Критериите обхващат целия спектър от способности, които архитектурните рамки следва да осигуряват, например: •Съответствието на всяка алтернатива (архитектурна рамка) с организационната стратегия; •Възможност за осъществяване на технологията при наличната технологична база (компетентност) на организацията; •Ползи и разходите за всяка алтернатива в това число и нулевата (какво би се случило, ако не се предприеме нищо); •Съвместимост с продуктите на коалиционните партньори; •Поддръжка на процеса за развитие на отбранителните способности; •Съвместимост с процесите на планиране; •Поддръжка на програмното управление на ресурсите за отбрана; •Поддръжка на NNEC архитектури; •Поддръжка на мисии и операции; •Оперативна съвместимост; •Интегриране на концепциите за ориентираните към услугите архитектури (Service Oriented Architecture-SOA); •Интегриране на мета модела на архитектурната рамка с единна база от данни; •Наличие на политики, стандарти, ръководства и ограничения, свързани с техническото представяне и качеството на обекта на изследване; •Наличие на мощни средства за описание на концепции, участници в процесите, функционални зависимости на съставните елементи в системата и взаимодействието между тях и т.н. Способности на НАТО за опериране в мрежова среда (NATO NNEC)
As - Is Трансформация To - Be
Организация и реализиране на информационното пространство за разпространение и съхранение на архитектурните артефакти Техническата платформа представлява хетерогенна локална мрежова среда, обхващаща машини от различен клас с различни типове операционни системи (AIX, HP-UX, SCO UNIX , Linux, Windows) и съответното програмно осигуряване. Основа за координиране на дейността по изграждането й е еталонният модел на ISO.
Организацията на локалната мрежа обхваща достатъчен брой възли (подмрежи). Във всеки от тях има комуникационно оборудване, което осигурява маршрутизация на TCP/IP информационните пакети. Обменът с външните информационни системи става чрез Extensible Markup Language (XML), за което трябва да са изпълнени изискванията на XML Interchange (XMI). Взаимодействието с външни и чуждестранни организации се реализира на ниво база от данни, по криптирани канали. Взаимодействието със системата на Държавната администрация се реализира на всички нива от обхвата на информационната система, за които е изградена комуникационна среда за обмен на данни. Стандарт на Object Group Management (OMG ) за обмен на информация и метаданни чрез Extensible Markup Language (XML).
As - Is Трансформация To - Be
Определяне на изискванията към избор на софтуер за архитектурно моделиране и придобиването му Да предоставя възможност за: разработване на модели на реални системи и процеси; провеждане на анализи, симулации и експерименти; намиране на оптимизационни решения; интегрирано представяне на системи, процеси, взаимовръзки, обекти, данни, стандарти, изисквания, характеристики и други елементи на сложните системи; визуализация на динамични процеси; идентификация и управление на проблема; съхранение на данните от конкретната архитектура в архитектурни библиотеки (репозитар); обмен на архитектурните артефакти в подходящ формат
As - Is Трансформация To - Be
Осигуряване на адекватна специализирана експертиза
За развитието на специализираната експертиза организацията трябва да: определи подходящите служители за обучение, които да притежават аналитично мислене и умения за проектиране и развитие на организационни и информационни и технически архитектури; извърши анализ и да определи вида на програмите за обучение, съответстващи на нуждите от тесни специалисти; определи изискванията за сертифициране на успешно завършилите курса на обучение; се ангажира с бъдещо кариерно развитие на завършилите успешно курсовете на обучение
As - Is Трансформация To - Be
Програмите за обучение са насочени към подготовката на архитекти по нива, както следва:
Архитект (първо ниво) -
Обучението на архитектите от това ниво е фокусирано върху разработването на архитектури. След обучението си, архитектите от първо ниво следва да притежават опит в използването на различни техники за моделиране и работа със специализирани средства, експериментират със специализиран софтуер и разработват различните модели (продукти) на архитектурите.
Бизнес архитект (второ ниво)
Архитектите от второ ниво трябва да владеят различни техники за анализи на организационните системи и да могат да боравят с програми, средства и техники за моделиране. Обучението на тези архитекти е фокусирано върху анализа, развитието и управлението на архитектурите. След завършването на курса специалистите трябва да могат да: 1) анализират архитектурите; 2) анализират тесните места в системата; 3) оценяват риска; 4) постигат целите, съгласуваността на работата на елементите от архитектурите и да подпомагат процеса по вземането на решения.
В допълнение към този анализ те трябва да умеят да управляват прехода от текущото (
As-Is)
желаното/целевото (
To-Be)
състояние на архитектурата. към
Главен архитект (трето ниво)
Обучението на архитектите от това ниво е концентрирано върху овладяването на техники за управление на процесите, свързани с организационната промяна. Те трябва да съпровождат организационната архитектура през целия й жизнен цикъл – от създаването до реализирането й на практика. След завършване на обучението от това ниво, архитектите трябва да могат да: 1) изготвят стратегически анализи; 2) управляват процесите по трансформиране на организацията 3) управляват прехода
As - Is Трансформация
Времеви график
To - Be
As - Is Трансформация To - Be
Стратегии на ръководния и команден състав за управление на организацията с цел институционализирането и използването на архитектурния подход Проблеми при въвеждането на архитектурния подход:
Липсата на управленски акт или документ, който да инициира, институционализира и координира прилагането на архитектурния подход в мениджмънта на отбраната. ОА моделиране е сложно, ресурсоемко и сравнително бавно. За цялостното му и пълноценно функциониране са необходими: създаване на политика за налагането на архитектурния подход в отбраната, организационно развитие на специфична експертиза, обучение на висшия и средния мениджмънт, поддръжка на информационна среда, избор на АР, придобиване на специализиран софтуер с възможности за анализ и съхраняване на архитектурите, както и осигуряването на финансови ресурси за аутсорсинг. Последното е наложително и ефективно решение, поне в началото на процеса, освен ако не се структурира специална изпълнителска структура за ОА моделиране, симулации и анализ в рамките на МО.
Липсата на организационно-методически условия за прилагане на подхода, изразена в недостиг на информация как на практика се въвежда и мениджира архитектурния подход, как се използват моделите и как се подържат архитектурите в обществените организации
As - Is Трансформация
Поуки от практиката
To - Be
За постигане на успех трябва да имаме:
ръководство и ангажираност на висшият ръководен състав фокусиране върху интеграцията на бизнеса с технологиите управление на вътрешноведомственото сътрудничеството финансиране на въвеждане на ОА лесен и сигурен достъп избор на правилна ОА стратегия и нейното изпълнение ангажираност на служителите работа съобразно закона отговорност към процеса на изпълнение и неговото съдържание наблюдение и оценка
As - Is Трансформация To - Be
Какво е компетентност в бизнеса?
По принцип компетентността се разглежда като едно от следните три неща:
1
) Комбинация от знание, а така също и налични умения, тоест способностите, които даден човек притежава, както и поведението му, което той е използвал за усъвършенстване на работата си като цяло.
2
) Състояние или качество да бъдеш адекватен или много добре квалифициран, притежавайки способността да изпълняваш специфична роля. Например, управленческа компетентност може да включва системно мислене и емоционална интелигентност, както и социални интелигентни умения за упражняване на влияние и водене на преговори.
Въпреки това, доколкото един човек знае как да прилага определено знание и умения, този човек само притежава способност, но не и компетентността.
3
) Понякога за компетентността се мисли, като за нещо показано в действие в ситуация и контекст, които могат да бъдат различни в следващ момент от време, когато същият човек трябва да действа и по този начин да прилага знание и умения. В извънредни ситуации, компетентните хора могат да реагират на ситуация, следвайки поведение, което в предходни ситуации са преценили за водещо до успех (тъй като те знаят как да повторят компетентността в различни ситуации).
Човек за да бъде компетентен, трябва да може да интерпретира ситуацията в контекст и да притежава репертоар от знания за възможни начини на действие. Независимо то усвоеното знание, дадена компетентност може единствено да бъде изградена чрез вкарване на знание в практиката и неговото практическо използване и след това научаване от опита, как това знание може да се прилага спрямо различни ресурси и обекти (до степен до която даден индивид може да учи и да се адаптира).
As - Is Трансформация
Компетентности
To - Be
Компетентностите способности, които са необходими да се изпълнят задачите са набор от знания, опит и
Защо е необходимо да се знаят: За да се определят изискванията за конкретната позиция; За да се оценят кандидатите за съответната позиция; За да се интервюират кандидатите; За да се създадат плановете за развитие на отделния човек; За да се планира развитието на избрания човек и да се избере какво образование да добие, както и какво обучение да премине.
As - Is Трансформация To - Be
Точно така - отвърна географът, - но не съм изследовател.
Нямам никакви изследователи. Географът не брои градовете, реките, планините, океаните и пустините. Географът е прекалено важен, за да се скита. Той не напуска кабинета си.
Но приема там изследователите. Разпитва ги и си записва техните разкази.
Малкия принц
As - Is Трансформация To - Be
Типични архитектурни роли и взаимовръзки (американски модел)
Главен архитект в организацията архитект в организацията бизнес въпроси архитект в организацията по информацията архитект в организацията по прилагането архитект в организацията по технологиите споделят директиви, стандарти, знания, разбирания и ресурси Главен архитект на проекта архитект на проекта по представянето му архитект на проекта по платформата и базата данни архитект на проекта по бизнес логиката архитект по сигурността архитект на проекта по обмяна на информацията
As - Is Трансформация
Рамка на компетентности според САЩ
Избор обучение и усъвършенстване
To - Be
DoD на
правилно планиране Компетентности кариерно планиране организационно групиране оценка на изпълненото
As - Is Трансформация To - Be
Отговорности и компетентности
Главният архитект на организацията
- отговорен е за всички архитектури в организацията и техните възможности да посрещнат нуждите на организацията. Той определя дизайна на ръководство, но по-скоро като отговорност на управлението. Главният архитект трябва да определи стандартите за документиране, политиките и принципите на архитектурите, да се информира и запознава с нововъзникващите технологии, за да се развива ИТ архитектурата на предприятието с по ефикасни и ефективни стандарти.
Ключовите компетентности
са: Ясно разбиране на стойността на ИТ инвестициите по отношение на разходите, ползите и стратегическа стойност; Обширни познания за организацията, нейните лидери, въпроси и стратегически насоки и планове; Обширни познания за ИТ капацитетите, за настоящите и нововъзникващите технологии ; Може да определи архитектурната еволюция към техническата стратегия в постижими етапи; Опит в различни сложни проекти за архитектура, може да ръководи и управлява архитектите; Да е видна личност в организацията, чийто становищата и решенията се спазват; Може да ръководи развитието на сложни бизнес казуси ; Трябва да познава изцяло организация, нейните бизнес нужди и цели Да е посредник на промяната Трябва да има добри комуникативни умения
As - Is Трансформация To - Be
Отговорности и компетентности
Архитект в организацията
– отговорен е за дефинирането и използването на някои от архитектурите на организацията (за бизнес, за информация, за приложение или технология) поглед върху цялата организация, като е водещ в отделните направления, като бизнес стратегиите, визиите, цялостната система на информация и архитектура в организацията. Следва да развива и поддържа архитектурата, да работи с другите архитекти за осигуряване на последователност и пълнота на архитектурите и търси одобрение за промени от главния архитект; да описва архитектурата, като използва утвърдените за това стандарти; да определя и поддържа политиките и принципите съответстващи на спецификата на съответната архитектура; да анализира стабилността на процесите за да се гарантира, че архитектура продължава да отразява нуждите на организацията и нейните технически възможности
.
Той следва да има общ
Ключовите компетентности
са: Ясно разбиране на стойността на ИТ инвестициите по отношение на разходите, ползите и стратегическа стойност Обширни познания за организацията, нейните лидери, въпроси и стратегически насоки и планове Обширни познания за ИТ капацитетите, за настоящите и нововъзникващите технологии Може да определи архитектурната еволюция към техническата стратегия в постижими етапи Опит в различни сложни проекти за архитектура, може да ръководи и управлява архитектите Да е видна личност в организацията, чийто становищата и решенията се спазват Може да ръководи и развитието на сложни бизнес казуси Трябва да има дълбочина и широчина на цялостната организация, неговите бизнес нужди и цели Посредник на промяната Трябва да е има добри комуникативни умения
As - Is Трансформация To - Be
Отговорности и компетентности
Главен архитект на проекта
осигурява цялостно техническо ръководство за времето на жизнения цикъл на отделния проект в областта на данните приложимостта и технологиите. Той може да не е член на постоянния състав на архитектите в организацията, но играе жизненоважна роля за успеха на проекта, гарантирайки придържането към стандартите на организацията следвайки указанията на членовете на екипа и подавайки обратна информация за изпълнението на проекта. Освен това той може да се присъедини към други проекти като специалист в дадена област.
Ключовите му отговорности включват
: да създаде цялостна рамка на проекта, която да ръководи проектирането на бизнес приложението и изпълнението на избраните инфраструктури като технологии, платформа, база данни и техния обмен, стратегия за откриване и моделиране на информация, стратегия за достъп на данни, стандарти, процедури, процеси, гарантиране на качеството, обучение и други компоненти нужни да осигурят архитектурата и да я направят функционираща; да създаде на високотехнологичен дизайн и детайлен проект; да участва при разработването на средите за работа, продукция, програмиране, тестване и окончателното предаване на Интегрирания Екип за изпитване и монтаж в производствена среда; да помага с решаването на въпросите, свързани с проектирането, по време на развитие на системата
.
As - Is Трансформация To - Be
Отговорности и компетентности
Ключовите компетентности
са: Добра подготовка в тематиката на архитектурните принципи и политики на ОА Добра подготовка по основните възможности на дадена технология или продукт Запознати с архитектурата на предприятието, които могат да се тълкуват и прилагат Системни и технически умения в областта на архитектура, силни както на теория, така и на практика при прилагането на метода Да предава опит в областта на архитектурата и да могат да изпълняват редица архитектурни задачи Добър технически опит в една или повече технологични области Възможност да идентифицират и да са наясно с различни нива на EA Възможност за изпълняване на сценарии моделирани за развитие на способности
As - Is Трансформация
Отговорности и компетентности
(архитект на проекта)
To - Be
Архитект на проекта
той осигурява поддръжка на главния архитект на проекта основно за изпълнението на определена част от проекта. Докато групата по ОА предписва стандарти и посока, архитектите по проекта се занимават с реалното изпълнение на решенията в контекста на фокусираните проект или програма. Те имат област на специализация като представянето, платформите, бази данни, бизнес логика, сигурността или обмена на информация. Също като главния архитект по проекта, той не участва директно при формулирането на архитектурата, но често следи за изпълнението на препоръките от групата за ОА за изясняване на стандартите и по-доброто разбиране как да изпълни указанията. Архитектите по проекта които ръководят определената област могат да бъдат повиквани да участват в процеса на формирането на ОA временно или дългосрочно в ролята на консултанти. Те също така са важна част от ОA, като обратна връзка, осигурявайки актуална бизнес информация, данни и изглед към системата, нужни за подобренията на важни стандарти на ОA.
As - Is Трансформация
Отговорности и компетентности (архитект на проекта)
To - Be
Ключовите компетентности
са: Добра подготовка в тематиката на архитектурните принципи и политики на ОА Добра подготовка по основните възможности на дадена технология или продукт Запознати с архитектурата на предприятието, които могат да се тълкуват и прилагат Системни и технически умения в областта на архитектура, силни както на теория, така и на практика при прилагането на метода O а предава опит в областта на архитектурата и да могат да изпълняват редица архитектурни задачи Добър технически опит в една или повече технологични области Възможност да идентифицират и да са наясно с различни нива на EA Възможност за изпълняване на сценарии моделирани за развитие на способности [
същите като на главния архитект по проекта
]
As - Is Трансформация To - Be
Обучение за ОА в МО
•
Описание –Усилието на МО за обучение в сферата на ОА определя основните области на знание, умения и способности, които архитектите трябва да притежават за да осигурят на МО архитектура, която да подпомага висшето политическо и военно ръководство при вземане на решения и прилагане на инженерингов дизайн.
–Анализира и дефинира типовете архитектурно обучение на различните нива на архитектура.
–Определя изискванията и процеса на сертифициране на архитекти.
As - Is Трансформация
Рамка на компетентности за архитект на ОА в МО
To - Be
•
Три нива на развитие (зрялост на архитектурата)
– Рамката играе ролята на стандарт за знания, умения и способности, които Архитектите трябва да придобият на различните нива на зрялост в развитието на архитектурата – От архитектите се очаква да изпълняват функциите на ролята, представена чрез всяко ниво: Ниво 1 разработване , Ниво 2 – анализ и Ниво 3 – ръководство (управление)
As - Is Трансформация To - Be
Институционализиране на Рамката
•
Сертификация и Акредитация
– Отделни организации, академични институции, а така също и частни индустрии ще бъдат насърчавани да разработват програми за сертификация, отговарящи на окончателната Рамка на компетентности в МО – Всички програми за сертификация на базата на Рамката на компетентности (Competency Framework) ще бъдат акредитирани от трета страна (организация), представляваща интересите на МО •
OPM УЧР
•
Видовете ВС
Разработва серия от архитектурни специалности или включва същите в сега съществуващите Разработват Военно-приложна специалност, свързана с архитектура •
Обща администрация
Разработва единен дóговорен стандарт за архитектурни клаузи
As - Is Трансформация
Нива на Архитект на МО
To - Be
•
Ниво 1 Разработване
•
Ниво 2 Анализ
•
Ниво 3 Управление
Основна функция е да разработва области архитектури, базирани на изисквания на потребителите и принос на експерти в точно определени • Основна функция е да анализира архитектури с цел интеграция, оперативна съвместимост, анализ на недостиг, оценка на риска, съвместяване, съответствие и взимане на бизнес решения Основна функция е да ръководи и управлява усилията за архитектура през целия жизнен цикъл от разработването до изпълнението/прилагането
Бялата книга определя функциите и свързаните с тях знания, умения и способности за всяко ниво
As - Is Трансформация
Основни компетентности на архитект на МО
To - Be
•
Основни Компетентности Основни Компетентности
– Основните ЗУС (KSAs) представляват фундаменталните компенетности на един Архитект, независимо от нивото. – Дълбочината и областта на обхват на всяка компетентност зависят от нивото.
As - Is Трансформация
Основните ЗУС (KSAs) на архитекта на ОА в МО
Умения Знания Масив от информация, прилаган пряко в изпълнението на дадена функция.
Видима компетентност за прилагане на заучен психомоторен акт.
To - Be
Способности Компетентност за прилагане на видимо поведение или поведение, което има за резултат видим продукт.
»Разработване на архитектура; »Анализ на архитектура; »Вертикална област на знания; »Бизнес процеси; »Информационна технология.
•
» Техники за моделиране; » Приложение на рамки; » Приложение на инструменти; » Сбор на изисквания; » Аналитични техники.
Основни ЗУС (KSAs) » Комуникации (вербална/ писмена/презентация); » Абстрактно аналитично мислене; » Бързо схващане на концепции; » Работа в екип; » Иновативност.
– С развитието на рамката тези компетентности ще се усъвършенстват(изчистват) още повече, като ще включват дефиниции и примери
As - Is Трансформация To - Be
Преминаване вътре и между нивата
•
Преминаване
– Преминаването вътре в определено ниво е неформално преминаване между начинаещ и средно-подготвен и между средно-подготвен и напреднал – Преминаването между нивата зависи от индивидуалните умения, като въпреки това, преди започване на следващо по-високо ниво, обучаваните трябва къв момента да имат практическа дейност за средно-подготвен на текущото ниво на което се намират
As - Is Трансформация To - Be
Стратификация на нивата
Фокусна област на стратификация Ниво 1 Разработване Ниво 2 Анализ Ниво 3 Ръководство Данни/Информация
•
Системи Бизнес
Моделиране на данни
Свързани системи dB
Целево/ към услуги ориентирани, концепции за модулни отворени системи
Моделиране и симулации
Мрежови операции
Системен инженеринг
Моделиране на процес
Език за бизнес моделиране
Бизнес правила
Стратегия за данни
Съхранение на данни
Анализ на инфо-поток
Решения за интеграция и оперативна съвместимост Отворени стандарти
Анализ системи-към бизнес изобразяване
Техники и анализ за усъвършенстване на процес Концепции за операции
Анализ на изисквания
Управление на данни
Среда за обмен на информация Информационни системи
Аквизиция и осигуряване с ресурси Информационна технология Политики за съответствие
Мисия и визия за бизнеса Мерки за ефективност
Анализ на Бизнес разходи
Трансформация на МО Организация
Федерация
Терминология за ОА Фокусни области
– Данни/Информация, Системи, Бизнес, Организация ‼
Интеграционен
Указания и политика (e.g., OMB’s FEA) Анализ как работи
Анализ но процеса на ВР
Стратегия и цели на МО ИТ на МО и решения за управление на бизнес процеси
Необходимо е допълнително усилие за рафиниране на тази част от рамката
Харта & контекст на ОА
As - Is Трансформация To - Be
Организационна архитектура – области на знание и съответната им тематика
ОА Области на знание & тематика Основополагащи практи-ки и инструменти за развитие на ОА Изграждане и управление на програма за ОА Инженеринг на ОА Използване на ОА Оценка на ОА Изводи и поуки, практическ съвети
Въпроси по инженеринга на ОА Компетентности на организацията Модели за развитост на ОА Дефиниция на ОА Рамки на ОА Управление на ОА Трансформация на организацията Нормативна база ОА и стратегическо планиране Обхват и граници на ОА Историческо развитие свързано с ОА Референтни модели Процеси на развитие на ОА Методи за моделиране Моделиране на бизнес процеси Моделиране на данни Други методи за моделиране Инструменти за Моделиране и анализ на ОА Планиране на ОА Настройка на ОА Разходи за ОА Рискове Управление на конфигурацията на ОА Въпроси по осигуряване с хора Жизнен цикъл на ОА Бизнес архитектура Архитектура бази данни Сигурност на инфраструктурата Архитектурни шаблони Архитектури базирани на компоненти Архитектури на услуги Финанси и ОА Бизнес операции, BPR Технически използване на ОА в системния дизайн Организационен – ОА в управление на промяната Оценка на качеството и свойствата на ОА Оценка на продуктите на ОА Оценка на процесите за развитие на ОА Оценка на процесите свързани с използването на ОА Оценка на ресурсите на/за ОА Усъвършенстване на Програмата на ОА Национални архитектури Използване на референтни модели и архитектури Въпроси свързани с наследените системи Въпроси свързани с СОТs Гъвкавост и други свойства на ОА План за развитие, преход и еволюция
As - Is Трансформация
Препоръки
To - Be
• Извършване на операционен анализ и формулиране изрично и много внимателно на изискванията към информационните архитекти • Разработване на Програма за подготовка на организационни архитекти • Вниманието на преподавателския и инструкторски състав трябва да се съсредоточи върху конкретните ситуации, свързани с това обучение • Отваряне към националния и международния пазар на образователни и научни продукти • Основно правило в ежедневната дейност да бъде: „Питайте експертите!”
As - Is Трансформация
Благодаря за вниманието
To - Be