Онтологика координационных актов ДЕМО

Ссылка для чтения мобильных устройств.

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

Как происходит координация в шаблоне трансакции ДЕМО?

Есть вакансия “Директор проектов” в Сбербанк для экспертов.

Директор проектов

Сбербанк для экспертов

Уровень зарплаты

з/п не указана

Город

Москва

Требуемый опыт работы:

3–6 лет

Задачи:

1. Постановка бизнес задач:

Анализ бизнес нужд и вычленение предполагаемых направлений требующих проработки;

Анализ имеющихся данных и данных доступных для получения (открытых или продающихся) на предмет их использования для решения той или иной задачи;

Общее понимание применимости данных и вычленение подзадачи из бизнес направления для решения при помощи методов машинного обучения;

Понимание необходимых машинных мощностей и программного обеспечения для решения задачи;

Выделение машинных и человеческих ресурсов на решение задачи.

2. Прототипирование

Анализ структуры имеющихся данных и вычленение необходимой их части для решения задачи

Моделирование прототипа

Построение архитектуры решения

Оценка качества результатов модели

Представление результатов прототипа бизнесу и принятие решения об автоматизации или дальнейшей доработке

Интерпретация результатов модели

3. Функции заказчика в технологии

Формирование требований на доработки АС автоматизацию витрин данных в целевых АС

Формирование запросов, на автоматизацию расчетов фичей, витрин, данных, используемых в моделях

Формирование запросов для CDO на доработку процессов, влияющих на качество данных используемых в моделях

Требования:

Релевантный опыт более года в области Data Science

Реализованные и внедренные решения

Знание и опыт работы со стэком технологий и алгоритмов data science для Python (Pandas, numpy, scipy, scikitlearn, XGBoost)

Опыт работы с распределенными системами (Hadoop, Hive, Spark) - (как преимущество)

Условия:

Профессиональное обучение, семинары, тренинги, конференции;

Годовые премии;

ДМС, сниженные ставки по кредитованию, программы лояльности для сотрудников;

Самые инновационные, амбициозные проекты и задачи;

Комфортный офис «Sbergile Home» с просторными опенспейсами, лаунж зонами, кафе, рестораном и оборудованными кухнями;

Бесплатный фитнес-зал;

Дисконт-программа от множества компаний партнеров.

Функции

Создает модели для анализа и прогнозирования показателей по продуктам и рынкам

Участвует в разработке подходов к организации продаж продуктов в сети

Предлагает меры по внесению изменений/запуску/выводу/модификации продуктов

Формирует дорожную карту внедрения продуктов и контролирует ее выполнение

Формирует требования к IT-составляющей продуктов

Организует разработку и изменение ВНД/методик расчета/процессов для продуктовых и рыночных предложений в своем направлении

Готовит отчеты, заключения и обзоры по своему направлению для руководства и внешних заинтересованных сторон

Участвует в реализации крупных проектов по долгосрочному развитию сложных продуктов в качестве эксперта

Взаимодействует с регулятором/надзорными органами по вопросам своей специализации, в том числе участвует в рабочих группах

Предоставляет методологическую поддержку ТБ для сделок по своим продуктам

Оказывает экспертную поддержку по своему направлению коллегам и руководителям

Руководит работой команды в рамках функционального направления

Образование

Высшее в Финансы/банки или Экономика/бухгалтерия

Опыт работы

Опыт работы (минимальный) 7 лет

Опыт работы (функциональный) 3-5 лет

Опыт работы (руководящий) 1-2 года

Профессиональные компетенции

Аналитика (продвинутый уровень)

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

Определяет степень влияния различных факторов на возникновение этой ситуации и предлагает решение.

Создание систем (продвинутый уровень)

Разрабатывает сложные нестандартные алгоритмы и модели для процессов и систем, применяя аналогии из других сфер деятельности.

Самостоятельно разрабатывает необходимые ВНД и требования по своему направлению.

Кредитные продукты (продвинутый уровень)

Знает все элементы продуктовой линейки Банка и основных конкурентов в категории кредитных продуктов и понимает, какие факторы влияют на характеристики продуктов.

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

Навыки

Знание процессов и стандартов

Знание информационных систем

Интерпретация и презентация данных

Анализ рынков

Финансовый анализ

Иностранные языки

Сертификаты

Тип занятости

Полная занятость, полный день

Я читаю текст описания этой вакансии и понимаю, что тот, кто писал, подразумевал, что есть какой-то человек, который подпадает под описание вакансии. Но при внимательном прочтении этой вакансии появляется множество вопросов:

1. Таких людей очень мало, их ищут через хедхантеров, зачем публиковать такую вакансию на HH.ru?
2. Требования очень строгие, но вакансия опубликована в открытом доступе, может, подразумевается, что Сбербанк готов взять кандидата, который не полностью соответствует требованиям вакансии?
3. Может, автор имел в виду еще одну неназванную компетенцию - здоровую напористость и умение обойти бюрократические препоны в виде строгих формальных требований? Т.е., нужен не столько идеально подпадающий под вакансию кандидат, а высокопотенциальный пробивной человек?

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

Реальный кандидат при этом является индивидом, существует в виде 4Д экстента, и описание вакансии на каком-то носителе тоже существует в виде 4Д экстента (изображение на экране монитора, распечатка, запись в базе данных). Представление рекрутера о подходящем под вакансию кандидате есть только в его голове и 4Д экстента у этого представления нет (оно совпадает с 4Д экстентом человека, вооруженного инструментами).

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

Если мы будем договариваться кому выслать приглашение о работе, мы можем сослаться на человек по имени “вышлите предложение Ивану Игоревичу” или “кандидату №5”, а можем указать 4Д-экстент “вышлите предложение тому человеку, с которым я разговаривал вчера в 5 вечера в 3-ей переговорке”. При этом отсылка к 4Д экстенту позволяет нам не путаться со значением знаков, мы можем спутать имя, цвет полос, в какой компании сейчас он работает, но если мы договорились, что это именно тот индивид, с который находился в 17:00 в 3-ей переговоре вчера, то несмотря на все нестыковки в нашем восприятии, которым мы удивимся, мы все же точно будет знать, что эти слова указывают на один и тот же объект. При этом у меня будут свои представления и свое понимание того, что может этот кандидат, у другого человека свое. Это разные концепты в головах разных людей, которые осуществляют совместную деятельность по изменению состояния индивида, в данном случае они пытаются нанять его на определенную вакансию. Координация между ними происходит с помощью знаков, которые обозначают индивиды. Знаки и индивиды существуют в объективном, межсубъектном мире, понятия, концепты об индивидах, по поводу которых происходит координация, существуют в субъективном мире.

Концепт позволяет человеку (субъекту) действовать. Например, если у меня есть понятие, понимание того, как открыть магазин, т.е., выбрать локацию для него, заключить договор аренды, отремонтировать помещение под определенный концепт магазина, сформировать ассортиментную матрицу и закупить товарный запас, нанять и обучить персонал, поставить операционную деятельность магазина, я смогу это сделать. А если этого понимания в голове нет, то магазин открыть нельзя. Другой пример - если вы понимаете, как работает инжекторный двигатель, то вы с помощью инструментов и запчастей сможете его отремонтировать, а если вы не понимаете, то вы не поймете, что же с двигателем не так, и что надо сделать, чтобы он снова заработал.

Ситуация, конечно, сложнее, потому что есть еще концепции соискателя, которые он выразил в виде резюме.

При этом концепты тоже можно описать знаками. Например, выделим возможные концепты, из которых построено описание вакансии:

Актор

Работодатель

Компенсация за работу

Географическое расположение

Квалификация

Компетенции актора:

1. Организация коллективного труда

Практики выявления проблематики;

Практики поиска технического решения;

Практики разработки организационного решения.

2. Моделирование и симуляция

3. Инженерия данных

Критерии оценки кандидатов

Артефакты кандидатов с доказательной силой

Компенсация за работу

Полномочия?

Стейкхолдер практик

Владение дисциплинами практик

Уровень зрелости владения практиками

Юридически значимые условия трудоустройства

Это не единственный способ выделения концептов из данного текста, а один из вариантов. Концептуализация всегда гораздо компактнее исходного описания и тем более субъективных концептов (геометрического киселя). Список концептов, на основании которых строится описание ситуации, по поводу которой происходит координация, называется онтикой. Список все онтик человека называется онтологией. Онтология - это то, каким человек видит мир, какие объекты на каком фоне он выделяет. Метафора: “Вот представь, Вася, приехал ты на море, лежишь на пляже, а вокруг - станки, станки, станки”.

Итак, есть индивиды, по поводу которых агенты, обладающие компетенцией, которая выражается онтологией, координируют свои действия. Координация происходит в шаблонах трансакции:

Координация происходит с помощью знаков, символов, которые находятся на носителях-индивидах.

На этом мы завершим субъективную онтологику и перейдем к межсубъектной части координационного акта.

Мы опубликовали описание вакансии, и к нам пошли кандидаты. Часть из них прошла начальный отбор, и у нас есть множество индивидов 4Д (Петров Алексей, Смирнова Елена, Дмитриев Артем и Lenny Olister), которые больше других, по мнению ассессоров, отвечают требованиям вакансии. При этом Петров и Lenny больше являются техническими специалистами, у них больше соответствие техническим требованиям вакансии, а Смирнова и Дмитриев больше являются управленцами, у них больше соответствие менеджерским требованиям. Другими словами, если разобрать текст вакансии:

Функции

Создает модели для анализа и прогнозирования показателей по продуктам и рынкам

Участвует в разработке подходов к организации продаж продуктов в сети

Предлагает меры по внесению изменений/запуску/выводу/модификации продуктов

Формирует дорожную карту внедрения продуктов и контролирует ее выполнение

Формирует требования к IT-составляющей продуктов

Организует разработку и изменение ВНД/методик расчета/процессов для продуктовых и рыночных предложений в своем направлении

Готовит отчеты, заключения и обзоры по своему направлению для руководства и внешних заинтересованных сторон

то можно выделить следующие классы кандидатов:

• интерактивные модельеры
• менеджеры продукта
• организационные аналитики
• администраторы

При этом Петров и Lenny больше подпадают под первые два класса, а Смирнова и Дмитриев под вторые два класса.

Домашнее задание.

I.Делаем онтологическое описание

1. Определите и запишите домен своего проекта.

Какие там есть индивиды?

Домен “Кандидаты на позицию директора проектов”. Индивиды - Петров, Lenny, Смирнова, Дмитриев и 4Д экстенты их ситуаций, которыми они иллюстрируют свою компетентность.

2. Постройте концепты от этих индивидов. Ничего, если их окажется не один к одному.

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

II.Классифицируем

2. Разбейте на классы.

• интерактивные модельеры
• менеджеры продукта
• организационные аналитики
• администраторы

3. Сделайте для каждого класса произвольный надкласс и подкласс.

• интерактивные модельеры MDA - интерактивные модельеры - оргмодельеры
• менеджеры банковских продуктов - менеджеры продукта - продуктовые маркетологи
• банковские организационные аналитики - организационные аналитики - архитекторы предприятия
• проектные администраторы - администраторы - руководящие работники

4. Назовите классификаторы, которые использовали, и которые еще можно было бы использовать.

Специализация кандидатов. Возможные классификаторы: Квалификация кандидатов, Доступность к найму, Известность на рынке, Образованность.

Критический путь инженерного менеджмента

Меня учили: лучший любительский продукт -- это самый дешёвый профессиональный! Лучший "обычный менеджмент" это самый дешёвый "инженерный менеджмент"!

Из переписки с А. Левенчуком

В продолжение линии https://ailev.livejournal.com/1410541.html и https://ailev.livejournal.com/1410924.html

Описал жизненный цикл оргвозможности "Ситуационная осведомленность в бизнесе".

Описание оргвозможности "Ситуационная осведомленность в бизнесе". Он же "вид жизненного цикла инженерного менеджера".

Исходные файлы тут.

Для чего можно использовать артефакт?

1. Теперь можно предметно обсуждать курс системного лидерства и как его разгружать, в какие тренинги выносить то зашкаливающее количество информации, которое в нем дается. Можно спланировать работы по изучению инженерного менеджмента в том направлении, которое интересует.
2. Можно предметно обсудить связь разных курсов и литературы, которая в них дается, во взаимосвязи с желаемой учебной траекторией.
3. Можно предметно обсудить КСУП и текущую команду проекта/программы, распределение функционала людей и программ AS IS и TO BE, профили компетентности и прочие организационные моменты.

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

Выбор целевой системы вашей команды в программе проектов

На данный момент наиболее развитым стандартом управления программами и проектами является Р2М, но его освоение в России крайне затруднено по двум причинам:

• Использование Р2М требует системного подхода на уровне команды управления программы;

• Р2М глубоко укоренено в существующей в развитых странах технологической и организационно-управленческой платформе (см. подробнее P2M Community management Chapter 5).
  

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

На данный момент в этой работе есть два основных направления:

1. Структурирование проектов в программе на основании системных холархий и сложившихся экономических и хозяйственных связей в производственной кооперации. Это задачи целеполагания и координации в цепочке производственной кооперации, тесно связанные с практиками бизнес-архитектуры и архитектуры предприятия, а также практиками системного лидерства;
2. Задачи компонуемости моделей целевых и обеспечивающих систем программы и интероперабельности воплощений целевых и обеспечивающих систем. Из-за широты проблематики здесь выбрано узкое направление моделирования бизнес-кейсов, интерактивных/динамических технико-экономических обоснований организационно-технических решений программы.

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

Выбор целевой системы является сложной слабоформализованной задачей, где еще не накоплено достаточно опыта для выявления всех ключевых принципов, по которым можно построить корректную системную холархию, которая могла бы направить долгосрочную работу по созданию и использованию системы. Пока есть скорее рекомендации по тому, что точно нельзя делать при построении системной холархии, см. учебник “Системное мышление” глава 4.
Данный текст и сопутствующее видео раскрывают некоторые положительные принципы (что надо делать, а не что делать не надо) поиска целевой системы в программе проектов и построения системной холархии, а также определения систем в операционном окружении.

Принципы выбора целевой системы:

1. ЦС на уровне команды программы выбирается либо как ЦС, за которую платит конечный потребитель либо как оргвозможность интерфейсного модуля (магазина, отделения банка, аутпоста гипермаркета). Оргвозможность - подальфа целевой системы команды программы. При этом доходная часть бизнес-кейса складывается из удовлетворения потребностей конечного клиента. Этот вариант полностью упускается в варианте практики бизнес-кейса BABOK.
2. ЦС может быть 4Д экстент поставленной практики жизненного цикла оргвозможности (enablers), в случае, если это проект реорганизации и оптимизации. Доходная часть бизнес-кейса при этом складывается из сокращения затрат на выполнение практики. Это типовой вариант применения практики бизнес-кейса по BABOK.
3. ЦС может быть организационно-техническим решением цепочки производственной кооперации, если это проекты развития бизнеса, построения партнерской сети. В таком случае речь часто идет о достижении интероперабельности между участниками производственной кооперации с появляющимися системными эффектами (эмерджентностью) либо синергией.
4. ЦС может заключаться в смене технологических/технических решений, рабочих продуктов альфы "Технология" текущего жизненного цикла программы.

Пример моделирования структуры шага программы (program increment) будет представлен в следующем посте.

Когда командами нельзя командовать

Гипотетический случай №1.
Есть команда консультантов по какому-то ИТ-решению. Они прекрасно сработались, они досконально знают ИТ-решение, у них есть зрелый метод, по которому они это решение продают и запускают у клиентов. Но трансформация процессов клиента после установки решения происходит только в половине случаев, а иногда клиенты и вовсе разочаровываются в предлагаемом решении и разрывают контракт с консультантами. Рынок жесткий, и репутация на нем значит много.

Гипотетический случай №2.
Руководитель внутреннего проекта развития. Хорошо знает методы проектного управления, владеет основными инструментами (ИСР, календарный сетевой график, реестр рисков, списки задач) и регулярно применяет их на практике. Но ему не удается построить взаимодействие с функциональными подразделениями и командой внутреннего заказчика. На взгляд руководителя проекта они слишком заняты своей функциональной работой, и обещанного выделения на 20% или 40% не происходит. Проект явно срывает сроки, у него есть серьезные проблемы с качеством.

Что в этих случаях общего? В своей работе мы постоянно сталкиваемся с необходимостью работать в расширенной команде, когда по отношению к большей части людей у нас нет административных полномочий, или они находятся далеко, или они не воспринимают нашу работу всерьез, или загружены текущими делами и им просто не до нас. Есть много философских и психологических размышлений на эту тему (фреймворки управления изменениями), много инструментов, которые часто неадекватны реальности (поля силы). Но есть и инженерные, повторяемые и воспроизводимые практики построения расширенной команды.
Как инженеры строят что-то? Они определяют функцию, которую должна выполнять система, выявляют оптимальную конструкцию, способную эту функцию выполнить, разрабатывают спецификации и по ним закупают компоненты, а что нельзя закупить, производят сами. Абсолютно тот же подход работает, когда вы делаете команды проекта, предприятия, стартапа. Предприниматели и архитекторы предприятия придумывают стратегию бизнеса и то, как он принципиально устроен, HR набирают максимально подходящих под эти задачи людей, лидеры междисциплинарных команд собирают из этих людей команды, а операционные менеджеры выстраивают процессы. Работа этих людей тесно взаимосвязана, есть множество взаимных влияний и в принятии решений надо учитывать накопленный человечеством опыт и не повторять ошибок.

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

При этом я использую компактный понятийный аппарат.

Ближайший тренинг см. расписание.

http://system-school.ru/leadership

Стратегирование с помощью Wardley maps и архитектура оргвозможностей

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

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

Как обеспечить высокую скорость стратегирования? Как вовлечь в стратегирование команду? Как обеспечить качество стратегии (архитектурных требований к предприятию)? Практика анализа и синтеза цепочек производственной кооперации с помощью техники Wardley mapping - одна из перспективных замен устаревшему методу событийного штурма (event storming).

Но у практики Wardley mapping есть серьезные недостатки, а среда моделирования не самая удобная, поэтому я доработал нотацию и адаптировал технику под свободный редактор Archi.

Продукт-ориентированные ИСР. Почему они лучше других?

Слайды презентации

Архитектура цепочек производственной кооперации

Обзор моего текущего представления об управлении программами проектов.

Основано на дисциплине системного мышления, см. Coursera.

Для понимания системного мышления студентам зачастую необходим курс онтологического фитнеса.

Терминология и проблематика:

Архитектура цепочек производственной кооперации (оргвозможностей, модулей обеспечивающей системы):

Обсуждение на семинаре в Школе системного менеджмента:

Современные представления об архитектуре предприятия являются основой для моего тренинга по системному лидерству.

Слайды презентации.