Программа мастер-класса 1,5 часа. Уровень подготовки - начальный.

1. Флип-чарт сессия "Практика слушания фоновой музыки" Свойства объекта, концептуализация объекта и характеристики концепта. Построение классификатора.
Определение практики и стейкхолдера.
Классификация выбранных концептуализаций.
Абстрагирование вещей до концептов/предметов как ключевой шаг моделирования практики. Абстрагирование обеспечивает переносимость знаний. Фактологическая составляющая практики обеспечивает ее применимость в данном контексте. Поэтому важна как концептуализация, так и практический опыт применения.

2. Обсуждение "Концептуализация зависит от позиции смотрящего (стейкхолдера) и вещей в окружении (контекста)". Практика как любой паттерн действий, применимый к ситуации. Классификация ситуаций и типы практик. Возможность моделирования практики. Практика как сочетание дисциплины мышления и технологии производства работ. Моделирование практик, связанных с карандашом. Определение модели как сочетания схемы концептуализации и набора базовых фактов. Вкратце про научный метод.

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

4. Трейд-шоу "Моделирование практики проведения Скрам-митинга".

5. Подведение итогов "Какие есть формы фиксации практик"?

Объяснение содержания доклада.

Я вел своих детей в детский сад и школу, и младшая спросила меня - а почему когда мы идем, то фонари двигаются на нас, а Луна улетает от нас, двигается туда же, куда и мы? Я немного подумал, и понял, почему так кажется. Дело в том, что люди воспринимают скорость как изменение угла и размера, а тут ни угол ни размер не меняется, и значит, далекие объекты кажутся нам неподвижными, или, если мы идем или едем, "двигаются" вместе с нами. В тот момент я понял, что машинально сделал то же самое, что делаю по работе - я смоделировал рабочую практику, в данном случае практику измерения расстояний. Я взял набор базовых фактов, про то, что фонари двигаются на нас и увеличиваются, а Луна двигается с нами и не меняет размер. Я взял концептуальную схему из трех понятий - угловая скорость, угловой размер, скорость наблюдателя, которая объясняет базовые факты и может достоверно их предсказать (когда мы пошли задом, Луна стала на нас надвигаться, а фонари поползли назад и уменьшились). Но было одно существенное различие с реальными проектами - в них все сложнее, всего больше, и сгруппировать в одном месте только относящиеся к делу факты, события и понятия, а потом объединить их в модель - задача не из простых.

 

В реальных проектах корпус базовых фактов огромен. Это тысячи, а иногда и миллионы выражений, которые для конкретного проекта считаются истинными. Сотни концептуальных схем описывают эти факты - логистические, финансовые, физические, математические и управленческие. Во всем нужен порядок, нужны шкафчики для того, чтобы разложить факты и нужны шкафчики, чтобы разложить схемы. И, конечно, нужна картотека, которая свяжет между собой содержимое этих шкафчиков, чтобы не потеряться во всем этом многообразии. Системная инженерия наработала конкретные приемы:

• сортировки базовых фактов
• выделения вещей и событий
• классификации типов вещей и событий
• создания моделей и метамоделей рабочих практик на основе этих сортировок и классификаций.

 

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

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

Что такое модель?
Модель - это структура, которая описывает область обсуждения. Модель состоит из концептуальной схемы (структуры фактов) и набора базовых фактов, относящихся к области обсуждения.
Область обсуждения (universe of discourse, domain): совокупность физических или абстрактных объектов, относящихся к области реального мира, которые выбраны в соответствии с интересом, который они представляют для системы, подлежащей моделированию, и ее окружением.
Метамодель - модель, которая описывает другую модель.

«Аналитик как часть проектной команды», — звучит привычно, даже обыкновенно. С годами привычка к проектной деятельности приводит к сужению профессиональной зоны комфорта и деформирует каждого, кто за чередой задач и «дедлайнов» не успевает оглянуться назад, взвесить свои успехи и неудачи, построить и скорректировать траекторию своего карьерного роста. В определенный момент это наносит ущерб не только индивидуальной эффективности специалиста, но и компании, в чьих интересах он трудится. А это уже серьезно.

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

Участники:

• Анна МИХАЙЛОВА, начальник отдела интеллектуального анализа данных, главный системный аналитик, Консорциум "КОДЕКС";
• Наталья ПЕШКОВА, руководитель группы системного анализа, главный системный аналитик, Raiffeisenbank;
• Надежда СМИРНОВА, руководитель отдела аналитики, Xsolla.

Хочу обсудить востребованность и возможность создания платформы (или использования готовой) для обучения системных аналитиков (и смежных специальностей). В идеале — собрать требования и набросать архитектуру. Ключевые вопросы:

1. Насколько вообще сейчас востребовано обучение системных аналитиков
2. Возможно ли обучение аналитиков в автоматическом режиме, без участия преподавателя (как обучают программистов на курсах с автоматической проверкой задач)
3. Если ответы на предыдущие вопросы положительны — как это всё может быть устроено?

К у частию в круглом столе приглашаю преподавателей и тренеров, обучающих аналитиков; руководителей отделов системного анализа; руководителей и владельцев бизнеса, HR и T&D-специалистов, занимающихся поиском, отбором и развитием системных аналитиков; опытных системных аналитиков, горящих желанием поделиться своими знаниями.

Как часто, работая в инициативе, проводящей изменения в бизнесе, мы сталкиваемся с ситуацией, когда клиент заявляет, что ему нужны эти изменения, и изменения проводятся правильно, но в то же время клиент старается избегать участия в обсуждениях, затягивает с ответами, настраивает своих коллег и подчиненных против происходящих изменений и всеми силами скрыто или явно пытается саботировать или даже полностью остановить проводимые изменения?
Я думаю - очень часто.
Что мы делаем в такой ситуации?
Мы просто соглашаемся: «Ну, да… Нам не повезло с заказчиком в этот раз. Повезет в другом проекте»
Не повезет, поверьте мне! Потому, что это системное явление. И мы, в той или иной форме, будем сталкиваться с этим всегда и в каждом проекте.
Многие ли из нас работают с этой проблемой осознанно, квалифицированно и системно?
Я думаю, что нет…
Чем бы я хотел поделиться с вами?
Я давно интересуюсь темой сопротивлений изменений как теоретически, так и очень плотно работаю с этим на практике. Я проанализировал достаточное количество книг и статей. Мы разработали аналитическую платформу, которая помогла нам собрать и проанализировать реальные случаи из более чем 450 проектов, проводимых в России, Украине, Беларуси, Казахстане, Прибалтике, Польше и т.д.
Мы разработали и опробовали широкий набор практических приемов и объединили их в единый системный подход. Я расскажу в своем докладе об этих техниках и опыте их использования в реальных проектах.
Эти знания помогут вам выявлять, анализировать и устранять сопротивление вашей инициативе по проведению изменений. Вы можете применять эти техники как в вашем текущем проекте, так еще до начала проведения проекта и, таким образом, понять, с каким сопротивлением вы можете столкнуться. Это может с одной стороны позволить понять, насколько компания готова к таким изменениям, и, с другой стороны, позволит начать работать над потенциальным сопротивлением еще до того, как сопротивление начнет наносить вред вашему проекту.
 
О чем мы поговорим:
• Как определить личностей, которые потенциально могут испытывать страх перед предстоящими изменениями?
• Как выявить признаки страхов и опасений, которые могут привести к явному или скрытому сопротивлению?
• Как выявить явные и скрытые индикаторы сопротивления?
• Как разработать общие и индивидуальные стратегии взаимодействия с людьми, чтобы минимизировать или полностью устранить сопротивление вашей инициативе?