пятница, 15 февраля 2019 г.

Архитектура предприятия необходима для цифровой трансформации предприятия. Опыт Intel.

Конспект вебинара "Enterprise Architecture Leading Innovation & Digital Transformation at Intel" on Thu, Feb 14, 2019 7:00 PM - 8:00 PM MSK

Есть три основных сценария использования ArchiMate:
- управление конфигурациями предприятия-как-системы-систем и управление инфраструктурой предприятия-как-обеспечивающей-системы, в понимании этих практик по ISO15288;
- описание архитектуры предприятия как набора фильтров организационных проблем и управленческой информации и хранилища ключевых организационно-технических решений (architecture building blocks and capabilities);
- разработка концепции продуктов и сервисов.

Palvinder Singh, главный инженер Intel с ролью IT Chief Enterprise and Data Architect, рассказывает про опыт распределенного использования ArchiMate в Intel. Архитектура предприятия в ArchiMate позволила достичь общего на уровне всей корпорации понимания текущего состояния дел, согласовать возможные варианты будущего и пути к нему.

Это был не первый подход к постановке практики моделирования архитектуры предприятия. Предыдущая попытка 2005-2013 года была неуспешной, т.к. она не принесла ожидаемой пользы, и как следствие не пользовалась поддержкой. С помощью нее нельзя было провести анализ ИТ-систем, а сама модель была неактуальной. Модель не поддерживала деятельность бизнес-подразделений (line of business, LOB).
Что же отличает успешную попытку применения ArchiMate для моделирования архитектуры предприятия от неуспешной?

Чтобы поставить практику моделирования архитектуры предприятия, надо:
1. Выделить людей под руководством Chief Technology Officer, дать им время разобраться с инструментами
2. Создать стандарты предприятия в части архитектуры предприятия, включая согласованную с бизнесом стратегию постановки практики, соглашения по моделированию и панель показателей для оценки зрелости практики моделирования архитектуры предприятия
3. Создать модели архитектуры предприятия в соответствии со стандартами, копить знания по использованию этой практики и установить автоматизированный надзор и отчетность по соответствию модели стандартам предприятия
4. Конечной целью должно является создание Architecture on a Page, модели размером А3, которая описывает архитектуру предприятия
Модель архитектуры предприятия может создаваться только совместными усилиями, с активным межфункциональным взаимодействием, общим пониманием целей организации. 
Вам помешают:
- Недостаток веры, ресурсов и согласованности в организации;
- Бюрократизация и неэффективные практики;
- Отсутствие удобных инструментов, несоблюдение стандартов и ручной труд;
- Большой и невидимый технический долг**, который возникает из-за отсутствия референсной модели архитектуры предприятия;
- Невозможность провести по модели анализ последствий предлагаемых доработок, изменений и внедрений, которые предлагаются в рамках цифровой трансформации.

** технический долг - разница между описанием системы, введенным в действие, актуальной ревизией проектной документации, и фактическим состоянием дел. Разница между конфигурациями AS DESIGNED и AS BUILT.
Раскроем пункты подробнее.
Вам потребуется организовать рабочие группы, состоящие из инженеров разных дисциплин. Результаты работы этих рабочих групп должны передаваться бизнесу.
Вам надо будет организовать сложную оргструктуру, которая будет заниматься разработкой как моделей архитектур отдельных сегментов, так и объединением этих моделей в непротиворечивое целое.
Чтобы эти модели использовались в реальной жизни и приносили пользу, вам потребуется получить поддержку от руководства и ввести контроль за воплощением разработанных моделей, а также связать эту практику с практикой управления жизненным циклом. Эта часть описывается практиками управления конфигурациями предприятия-как-системы-систем, я рекомендую обратиться к учебнику Configuration Management for Senior Managers (есть некачественный русский перевод того же Elsevier) за конкретными рекомендациями по тому, как это лучше сделать, т.к. Palvinder Singh дает только обзор основных шагов, у Watts это все описано куда подробнее.
 Эти шаги позволят вам достичь согласованности целей и действий внутри организации за счет:
- Объединяющей всех стратегии,
- Стандартов предприятия,
- Общего хранилища с конфигурациями единиц учета (CI, configuration items) предприятия (BOS, Apps, Platforms, APIs, Suppliers, Products, Technologies, Capabilities, Services, Orgs, Actors, Roles).
 
Поставленная практика архитектуры предприятия подразумевает, что у вас появится:
- Команда вовлеченных стейкхолдеров, которые дисциплинированно исполняют практику моделирования архитектуры предприятия и используют получившуюся модель для того, чтобы проводить цифровую трансформацию предприятия;
- Подробно описанные процессы и процедуры, которые реализуют практику моделирования архитектуры предприятия. Эти процессы должны быть максимально автоматизированы, у вас должны быть показатели, которые измеряют зрелость практики, эти процессы должны быть согласованы с моделями жизненных циклов ваших продуктов и сервисов;
- Централизованное хранилище модели архитектуры предприятия, аналитическая панель показателей и высококачественные данные в модели, в достаточной степени покрывающие потребности аналитиков, которые занимаются анализом последствий предлагаемых доработок, изменений и внедрений, которые предлагаются в рамках цифровой трансформации.

В результате у вас появится одностраничная модель архитектуры предприятия, в которой вы можете пойти вглубь любого направления и понять цели и задачи предприятия по каждому направлению. Эта модель позволит вам ощущать и измерять пользу от практики моделирования архитектуры предприятия в любом крупном проекте цифровой трансформации. 
Одностраничная модель архитектуры предприятия выглядит так:
Она состоит из четырех частей - бизнес-архитектуры:
Модели оргспособностей:
Модели программного обеспечения:
И модели ИТ-инфраструктуры:
На входе практики моделирования архитектуры предприятия есть запрошенные оргспособности, которые бизнес планирует использовать для того, чтобы реализовать стратегию (конфигурация AS DESIGNED). На выходе тоже оргспособности, но уже разработанные и воплощенные в ИТ-системах и обученных людях (конфигурация AS BUILT). 
За каждым таким элементом стоит достаточно подробная модель имплементации:
При моделировании архитектуры предприятия Intel использовал упрощенную метамодель ArchiMate:
Опыт и знания, полученные в ходе этого проекта:
- все стейкхолдеры должны быть вовлечены в постановку практики,
- отберите несколько команд, которые будут вести свои направления,
- постоянно  собирайте обратную связь,
- самое главное - это качество данных,
- используйте существующие наработки, не изобретайте колесо,
- влияйте на ключевых стейкхолдеров, показывайте им модели, обратную связь, демонстрируйте пользу модели,
- создайте референсную архитектуру,
- вводите стандарты, автоматизируйте процессы, избавляйтесь от бюрократии,
- стройте модель от потребностей бизнеса.
План развития - автоматизация оценки портфеля проектов, автоматизация стратегирования Intel.


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

вторник, 12 февраля 2019 г.

Как построить бережливое образование людей знания для работы на разных рабочих местах?


Индустриальная схема разделения труда делит компетенции на 4 группы:
- инженерно-технические, которые отвечают за создание документации на продукцию и сервисы, 
- рабочие, которые отвечают за создание продукции и сервисов по проектной документации, 
- обеспечивающие, сюда входят административный и обслуживающий персонал, системные администраторы, инженеры зданий и прочие носители обеспечивающих технологий, 
- всех вместе координируют менеджеры. 
Соответственно же строится обучение - фундаментальные и практические дисциплины для инженерно-технических работников, технологии для рабочих, МВА для управленцев, ВУЗы по не инженерным специальностям для остальных. MOOC, тренинги и курсы повышения квалификации дополняют основное образование.
После любого обучения специалист проходит практику и адаптацию на конкретном предприятии, потому что на каждом рабочем месте есть:
- свои объекты деятельности, особые для предприятия, отрасли и применяемой технологии,
- свои результаты применения технологии и стандарты оформления результатов,
- свой особый набор обеспечивающих технологий,
- свои правила и система контроля.
Сейчас технологии меняются быстро и сильнее всего это касается рабочих, т.к. прикладные навыки одной технологии редко переносятся на новую без изменений. Даже появление навигаторов сильно изменило практику городского вождения и водительские навыки. А при внедрении CRM, например, типичным последствием становится потеря от 10 до 30% торговых представителей, которые не могут приучиться вести дела клиентов в такой системе. Инженерно-технические специальности страдают меньше, например, по данным Autodesk и Dassault Systems больше 90% инженеров переходят с 2D проектирования и бумажного выпуска конструкторской документации в 3D САПР и системы управления инженерной документацией в течение 3-8 недель. Основная причина большей приспособляемости инженерно-технических работников по сравнению с рабочими специалистами заключается в том, что они хорошо владеют не только технологией, но и предметной дисциплиной. Смена технологии для них не означает смену дисциплины, менять “железки” намного быстрее и легче, чем менять “мозги”. Тем более, что с возрастом получать фундаментальные знания становится все сложнее.
Так появляются люди знания, которые владеют как дисциплиной так и рабочей технологией. Если конструктора обычно сами не собирали автомобили, корабли или компьютеры, которые они сами разработали, то, допустим, программисты, и проектируют и строят свои программы сами. И количество таких людей знания и дела одновременно растет вместе с потребностью в них.

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

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

Есть ли такой подход к обучению, который позволяет учиться новым технологиям быстро и глубоко и не копить избыточных знаний?

Таким подходом является бережливое образование (bite-sized learning, “обучение на один укус, откусить столько, чтобы можно было прожевать”) человека знания под текущие потребности жизненного цикла конкретного предприятия или проекта. Другими словами, не давать отдельно большой кусок фундаментальной или прикладной дисциплины и отдельно большой кусок технологии, который эту дисциплину реализует, а дать ровно ту часть технологии, которая востребована конкретно сейчас, и поддержать эту практическую подготовку ровно таким количеством теории, которая нужна для качественного применения технологии. Такая подготовка позволит уменьшить затраты на получение неиспользуемых знаний и ускорит подготовку необходимых и востребованных кадров. Подготовка таких работников ориентируется не на профили должностей и требования рабочего места, а подстраивается под меняющиеся потребности жизненного цикла продукта или услуги, которые производит и оказывает предприятие либо проект.
Такое образование в целом соответствует принципам бережливости (Lean). Бережливое образование избегает:
- перепроизводства знаний
- ожидания учащихся, преподавателей или заказчиков
- ненужного движения знаний
- избыточного уточнения знаний
- избыточных запасов знаний
- ненужных перемещений людей
- переобучения и дефектов обучения

Бережливое образование людей знания для их работы в жизненном цикле продукта или услуги ускоряет их подготовку потому что:
- Даются только те знания, которые нужны для реализации конкретных практических задач. Да, но кто знает, какие знания нужны, а какие нет? - Нужны Разработчики знаний и технологий, и Операторы знаний, которые будут готовить шаблоны образовательных траекторий.
- Мышление разбивается на отдельные микронавыки, которые быстро тренируются и приносят пользу. Да, но не все знания можно разбить на микронавыки или не все микронавыки приносят пользу. - Тогда надо “расшивать узкие места”, где недостаток навыков блокирует критические работы.
- Даются знания не только по конкретной технологии, но и по предметной дисциплине, за счет этого переучивание на новую технологию происходит быстрее. Да, но фундаментальное образование сильно удлиняет образовательную программу. - Из практики такого не происходит. Время, которое учащиеся тратят на понимание теории, экономится при освоении технологии за счет того, что они допускают меньше ошибок.
- Выстраивается конвейер образования с разделением ролей на Оператора знаний, Разработчика знаний и технологий, Пользователя знаний и Заказчика знаний, с четко описанным взаимодействием между ними. Да, но такой подход сильно раздувает штат обучения. - Да, подход не годится для небольших отделов обучения, но за счет специализации такие роли обеспечивают эффективные и результативные процессы обучения.
- Возврат инвестиций в знания легко подсчитывается с помощью обычных проектных методик, полезные курсы вовремя и в полной мере финансируются и обеспечиваются ресурсами. Да, но на эффективность работник зависит не только обучение, как выявить вклад обучения? - Есть методики А/В тестирования и другие более сложные методы измерения результативности обучения, точность которых увеличивается для бережливого обучения.

Бережливое образование и обучение - знания, которые нужны, в тот момент, когда они нужны.