Факультативно: как составить метод
Этот раздел не является обязательным к освоению. Он предназначен для тех, кто освоил материал основной главы и хочет углубиться в тему.
Иногда в подобранных источниках информации уже будет описана подходящая практика (способ выполнения работы по роли), и ее нужно аккуратно применить по инструкции. То есть, вы просто берете из источника мета-У-модель и применяете ее в своей детяельности. В этом случае главное -- в первые разы выполнить практику четко «как описано», не пытаясь ее хакнуть. Если пытаться, то велик риск, что вы допустите ошибку, которая уже была известна составителям практики и которую можно было бы избежать, если бы следовали алгоритму. Адаптировать ее под себя стоит тогда, когда вы попробовали сделать «как положено» и увидели, где и что не получается.
Однако иногда в источниках информации нет четких алгоритмов, только подсказки, как делать что-либо -- а практику надо составить самому. В этом случае можно воспользоваться моделью составления практики / метода. То есть модель, позволяющая составить мета-С-модель для вашего случая с опорой на проверенные мета-У-модели.
Чтобы составить метод, определяем цель и роль. Например, вы играете роль инженера, составляющего описание системы. Вам нужно описать, как пользователи будут использовать систему, но вы не знаете, как. В таком случае можно воспользоваться моделью составления практики.
Для этого берем:
- мета-мета-модель из фундаментальных дисциплин (дисциплин интеллект-стека и общих трудовых/культурных), например, системной инженерии;
- мета-модель, которая берется из:
- дисциплин среднего уровня, например, инженерии киберфизических систем (доменная / общая отраслевая / предметная модель);
- стандартов предприятия/проекта:
- прикладных дисциплин и стандартов для описания частей систем, например, в проекте выбирается практика user stories для описания требований, а не use case;
- стандартов / рекомендаций по использованию выбранных технологий, например, Confluence или Jira от Atlassian, в которую загружаются описанные user stories.
Таким образом, модель составления практики выступает «указателем дисциплин»: к какой дисциплине и в каком порядке обращаться. Если в компании уже есть стандартный регламент выполнения какой-то практики, например, описания user stories по стандартному шаблону в Confluence, то достаточно обратиться к нему для решения задачи (или подсмотреть у себя в базе практик, если речь о личном проекте). Если стандартного регламента нет, то можно обратиться к прикладной дисциплине и составить для себя чек-лист по применению практики. Например, чек-лист описания user story, который затем можно оформить в регламент.
Если непонятно, к какой прикладной дисциплине обратиться (например, user story или use case), то можно изучить и сравнить их, а также посмотреть, какая практика SOtA в дисциплине среднего уровня (в данном случае -- в инженерии киберфизических систем). И наконец, если непонятно, какую дисциплину среднего уровня выбрать или какую именно модель в ней -- например, если вы работаете на фронтире -- то можно обратиться к более фундаментальной дисциплине (системной инженерии в данном случае). Или к совсем фундаментальной (и наиболее абстрактной с точки зрения цели) -- физике.
Как применять модель составления метода:
- Определить цель рассмотрения
- Определить желаемый результат
- Определить роль, которая нужна для достижения цели
- Назвать (известную нам) дисциплину, в которой можно найти объекты внимания по роли
- Определить, из каких дисциплин выбирать модели (с нужным количеством мета)
- Отобрать источники информации по дисциплинам
- Выбрать описания ключевых объектов внимания из выбранных источников по нужным дисциплинам
- Приземлить их на реальность проекта
- Описать операции с объектами «по учебнику»
- Приземлить их на реальность проекта
- Определить рабочий продукт
- При необходимости разобраться с типами объектов внимания
Например, при создании обновленного курса «Моделирование и собранность» пришлось решать, какие концепты войдут в курс, а какие следует оставить для других курсов (дальше по программе или, напротив, перенести в подготовительную программу «Новая грамотность»). Нужно было также понять, как подать эти концепты так, чтобы они были понятнее, лучше укладывались в головы студентам.
Желаемый результат -- усвоенные студентами за время прохождения курса концепты, примененное достаточное число раз для появления первых (а где-то и устойчивых) результатов.
Роль, которую нужно для этого исполнить: разработчик курса или методист. Дисциплина, в которой можно смотреть общий набор объектов внимания по роли (дисциплина среднего уровня) -- педагогический дизайн / instructional design.
В случае если не хватит объектов, или потребуется более мелкая нарезка, можно будет искать модели следующим образом:
- Мета-мета-модели брать из фундаментальной дисциплины психология (теории познания) и алгоритмика (вычислительные теории)
- Мета-модели брать из дисциплин среднего уровня: андрагогика (обучение взрослых людей), теорий обучения (ИИ и людей), instructional design
- Прикладные стандарты
- конкретные модели и практики, например, модель «перевернутого обучения» / flipped learning[1] и другие;
- практика использования платформы AIsystant для релиза материалов для самостоятельного изучения учебника дома, приложения Coda.io для тренингов.
В качестве источников информации использовались, например, «Системное обучение личности» Анатолия Левенчука, Evaluating Training Programs -- Donald l. Kirkpatrick and James D. Kirkpatrick, «Ясно, понятно» Максима Ильяхова для улучшения способа подачи концептов, и так далее.
Ролевые объекты «из учебника»: «пример» (к понятию/концепту). Ролевые объекты «из жизни»: пример проектирования пути внимания для того, чтобы меньше залипать в соцсетях.
Операция «из учебника»: привести по 2-3 примера к концепту. Операция «из жизни»: привести 2 примера составления метода для решения проблемы в разделе «Как составить метод».
Рабочие продукты по роли: разделы (главы) учебника «Моделирование и собранность», задания к разделам, материалы тренинга.
Другой пример: нужно найти новую нишу (направление бизнеса). Нужно найти такую нишу, в которой именно эта компания сможет занять хорошую долю с относительно небольшими усилиями и затратами, для чего необходимо провести анализ рынка.
Желаемый результат: анализ рынка с выделенными перспективными нишами для компании.
Роль: маркетолог. Дисциплина, в которой можно найти нужные практики: маркетинг.
В случае если не хватит объектов, или потребуется более мелкая нарезка, можно будет искать модели следующим образом:
- Мета-мета-модели брать из фундаментальной дисциплины экономика
- Мета-модели брать из дисциплины среднего уровня: маркетинг, или даже маркетинг для конкретной отрасли (например, образование или рынок бытовой техники)
- Прикладные стандарты:
- конкретные модели и практики, например, практика анализа рынка и выделения ниш на нем;
- практика оформления отчета по анализу рынка с рекомендациями по нишам в моделлере проектов / документах команды.
В качестве источников информации можно использовать учебники по маркетингу и анализу рынка, блоги и видео маркетологов вроде Neil Pathel, Russel Brunsson, Alex Hormozi, и так далее.
Ролевые объекты «из учебника»: рынок, ниша, спрос. Ролевые объекты «из жизни»: спрос в нише пылесосов на рынке бытовой техники.
Операции с объектами «из учебника»: назвать рынок по категории продаваемых товаров/услуг, выделить нишу по названию конкретного товара или услуги, продаваемой в нише. Операции с объектами «из жизни»: рынок бытовой техники, ниша промышленных пылесосов для уборки офисных помещений.
Рабочий продукт: анализ рынка бытовой техники и подробный анализ спроса в нише промышленных пылесосов для уборки офисных помещений, и способность компании занять эту нишу в городе N.
Составленные при помощи модели создания метода практики нужно протестировать, и после успешного применения можно оформить в виде чек-листов в корпоративной базе знаний, а затем и сделать регламентами, обязательными к применению. Это поможет создавать рабочие продукты высокого качества в более предсказуемые сроки.