04
Яндекс.­Практикум — самостоятель­ность
Задача:
Задача:
Что отличает профессионального программиста от новичка? Помимо всего прочего — самостоятельность.
То есть в ситуации, когда что-то не получается или не хватает каких-то навыков, такие программисты не ждут, когда их научит тимлид, а сами идут навстречу знаниям, разрешению своих проблем и долгим мучительным дискуссиями на stackoverflow (особенно если они предварительно не поищут уже схожие проблемы). Итак, требовалось создать механики на формирование ценности самостоятельности, которые можно было бы внедрить в существующую программу одного из факультетов Яндекс.Практикума — именно с таким запросом к нам пришла методист факультета Ольга Зотова.
Комбо
Комбо
Если в вашей образовательной программе студенты находятся в режиме «научите нас» и не желают переключаться в режим «возьму от этой программы все», то данный кейс вдохновит вас на создание механик на формирование ценности самостоятельности у студентов.
1
Выявление ролевой модели программиста на работе в дизайн-студии.
2
Генерация моральных дилемм с ценностью «самостоятельность».
3
Формулирование проявлений ценности «самостоятельность».
4
Формирование лонглиста.
5
Формирование шортлиста.
6
Таблица артефактов.
7
Ранжирование механик.
Так же как и в кейсе с курсом для дизайн-стратегов, здесь основная задача проектирования — ценности. Тем не менее задача стала более узкой — не пересборка всего курса, а генерация отдельных упражнений и механик.

Кейс занял в совокупности 1,5 часа очного времени и 2 часа домашней работы.
Где эти методики можно найти в алгоритме CRAFT
Где эти методики можно найти в алгоритме CRAFT
Поляна задач

1 Составляем лонг-лист проблем 

Методика «Анализ базового фрейма»


2 Определяем самые важные проблемы: 

Методика «Дерево текущей реальности»


3 Формулируем задачи:

4 методики для анализа задач разных типов (барьер, мотив, навык, ценность)


4 Отбираем самые важные задачи:

Методика «Таблица последствий»

Гора идей

1 Ищем идеи-фреймы 

Методика «Вопрос вне контекста»

Методика «Компас фреймов»


2 Отбираем лучшие идеи

Методика «Рейтинг фреймов»

Методика «Фильтр поведенческих моделей» 

Методика «Таблица артефактов» 

Методика «Фрейм: два в одном»


3 Формулируем Большую идею

Методика «Кодирование Большой идеи»

Гора действий и предметов

1 Сочиняем историю

Методика «Мифология фрейма и его ролевой модели»

Методика «Драматургическая канва»


2 Анализируем возможности

Методика «Таблица глубины иммерсии»

Методика «Внесистемный поиск ресурсов»


3 Проектируем 

Методика «Карта учебных историй» 

Методика «Последняя миля»

*Когда мы работали с этим кейсом, алгоритма CRAFT в нынешнем виде не существовало. Поэтому тут мы отмечаем методики, которые максимально близки к своим прототипам.
Процесс
Процесс
Шаг 1. Выявление ролевой модели программиста.
На первом шаге вместе с командой авторы описали роль программиста и ключевые роли, с которыми он взаимодействует в профессиональной деятельности, а также возникающие между ними отношения. Авторам было важно обнаружить, где и в какой форме проявляется ценность самостоятельности в процессе работы программиста.
Мы видим, что работа программиста может начаться с проблемы заказчика, которую ему предстоит решить. Или же запрос может прилететь от продюсера дизайн-студии, который уже придумал как решить проблему своего заказчика и требует от программиста исполнения его мечты. Встроиться в текущий процесс и проблему поможет тимлид. Программист работает в коммуникации с дизайнером, с которым они обсуждают результаты труда и новые идеи. А еще процесс работы программиста зависит от общения с frontend-разработчиком / backend-разработчиком (в зависимости от того, кем является сам программист). Ну и конечно есть незаменимое сообщество программистов, куда можно всегда обратиться за помощью.
Шаг 2. Генерация моральных дилемм с ценностью «самостоятельность».
Теперь авторам с командой предстояло определить ситуации выбора, где программисту важно проявить ценности самостоятельности и принять верное решение. Для этого мы использовали упрощенную версию методики «ассоциативный анализ ценностей». Команда проанализировала созданную карту ролевой модели и сформулировала моральные дилеммы, которые там могли бы проявиться?
Самостоятельность, как проявление инициативы:
Я увидел недочет и я об этом сообщу, а не просто проигнорирую.
Самостоятельность, как проявление компетентности:
Я прочитал / узнал / проанализировал и я об этом сообщу, а не просто буду трепаться безосновательно.
Самостоятельность, как проявление дружелюбия и клиентоцентричности:
Я помогу тебе «настроить сервак», а не просто скажу, что это не входило в мои договоренности.
Самостоятельность, как возможность быть бизнес-ориентированным:
Осознать реальную возможность решить бизнес-задачу, вместо того, чтобы в лоб пытаться ее делать как есть.
Самостоятельность, как умение осознанно понимать свое незнание:
Пойти к тимлиду и потратить его время, или потратить свое.
Самостоятельность, как организация рабочего пространства:
Заранее сделать работу с командой комфортной, вместо того, чтобы потом на это тратить время.
Шаг 3. Формулирование проявлений ценности «самостоятельность».
Из обнаруженных дилемм авторы с командой сформулировали грани ценности «самостоятельность», проявляющийся в работе программиста.
1
Проявление инициативы
2
Экспертная компетентность
3
Дружелюбие
4
Бизнес-ориентированность
5
Управление временем (переформулирована из дилеммы «незнания»)
6
Обоюдный комфорт (переформулирована из дилеммы «рабочее пространство»)
Шаг 4. Формирования лонглиста.
Далее на каждую из шести граней ценности «самостоятельность» команда создала в совокупности 30 фреймов.

Ценность «Проявление инициативы» проявилась во фреймах:
Спасение утопающего на воде; Дефибрилляция, Отпрыгивание от авто, Футбол: Стратегическое планирование вратарем игры и так далее.

Ценность «Экспертная компетентность» проявилась во фреймах:
Сказка про мальчика, кричащего «Волки»; Поиск доктора в самолете

Ценность «Дружелюбие» проявилась во фреймах:
Помощь перевести бабушку через дорогу, Диалог с сумасшедшим человеком;
Рок-концерт, когда люди просят спеть песню; Команда волонтеров

Ценность «Бизнес-ориентированность» проявилась во фреймах:
Массаж тела; Вежливое общение (арендодатель-арендатор) на сервисах аренды

Ценность «Управление временем» проявилась во фреймах:
Смертельное заболевание, Гоночная трасса, гонка (спорт на время), Угон автомобиля,
Обезвреживание бомбы, Игра на музыкальных инструментах, Исполнение песни в группе

Ценность «Обоюдный комфорт» проявилась во фреймах:
Жизнь в общежитии, Евросоюз, Обоюдные качели, Гребля, рафтинг
Стоп-кадр:
Генеративный процесс формирования лонг-листа часто превращается в поток множества самых разных ситуаций, воспоминаний, кодируемых и понимаемых тем человек, который их произносит. Мы намеренно не стали править список фреймов выше, чтобы читатель мог увидеть, как легко порой запутаться в тех исходных формулировках, которые мы придумываем в моменте работы над задачей. В списках есть и абстрактная «гребля» и вполне конкретная ситуация поиска доктора, целая сказка про мальчика и волков и даже отпрыгивание от авто. По большому счету, это сырой материал, который показывает нам сейчас самые разные смыслы, связанные с теми или иными ценностями — большинство из этих фреймов мы, скорее всего, не будем использовать как фундамент для нашей идеи, а возьмем только отдельные события и суть явления. Но ценность этой операции — показать спектр возможных фреймов, где мы могли бы оказаться, переноси мы всю деятельность программиста в русло самостоятельности с совершенно разным нарративом и культурой.
Шаг 5. Формирования шортлиста.
Для формирования шортлиста мы использовали рейтинг лонгиста и выделяли только те фреймы, которые закрывали сразу несколько граней ценности.

В итоге были выделены следующие фреймы:
  • Спасение утопающего на воде
  • Дефибрилляция
  • Рок-концерт, когда люди просят спеть песню
  • Угон автомобиля
  • Обезвреживание бомбы
Стоп-кадр:
На этом этапе прошло 1,5 часа, так что шестой шаг ушел в домашнюю работу. После пятого шага команда сразу перепрыгнула к созданию механик, то есть не стала заново формулировать большую идею и выстраивать программу. Вместо этого команда занялась процессом сцеживания механик из вышеприведенных фреймов для добавления в существующую программу.
Шаг 6. Генерация механик.
Теперь команда начала создавать много механик на каждый из выбранных фреймов с помощью таблицы артефактов. Изучая каждый фрейм из шорт-листа, команда переносили его отдельные качества на содержание занятия, системы оценивания, упражнения и задания, тетради (интрефейс) учащихся, учебники (теория и способ ее подачи), преподавателя (система организации работы преподавателя), тьютора (система поддержки студента) и комьюнити студентов. В итоге получилось 69 способов актуализировать ценность «самостоятельность».

Вот некоторые примеры.
Фрейм «Спасение утопающего на воде»:
Как изменятся тетради (интерфейс) учащихся? Появляется кнопка SOS (кто свободен — поможет).

Как изменится тьютор (система поддержки студента)? Теперь команда сопровождения может отключиться! Студентам приходится спасать друг друга peer-to-peer.
Фрейм «Дефибрилляция»:
Как изменится система оценивания? Критическое кол-во ошибок позволяет включить «дефибрилляцию» — срочная реанимация студента, команды, тьюторов.
Фрейм «Рок-концерт, когда люди просят спеть песню»:
Как изменится содержание занятия? Появляются секретные под-проекты, которые тебе могут неожиданно выпасть как студенту во время работы.

Как изменятся учебники (теория и способ ее подачи)? Студенты могут сами себе проектировать платформу для заданий.
Фрейм «Угон автомобиля»:
Как изменится система оценивания? Появляется симулятор незаконного опыта программиста: решаешь задачу запрещенным способом с заданной заранее библиотекой.

Как изменятся упражнения и задания? Перед работой студенту предлагается оценить задачу по времени, а в конце он должен свериться с результатом.
Фрейм «Обезвреживание бомбы»:
Как изменятся упражнения и задания? Студенту предлагается задача, которую можно решить только один раз.

Симуляция, в которой программисту необходимо упростить огромный и опасный код, создав простое и оригинальное решение, которые позволит снизить наносимый серверу урон.
Стоп-кадр:
Очень легко улететь в космос в процессе придумывания разных вариантов фреймов, больших идей, а потом и механик. Каждая новая механика часто влечет за собой разработку, инвестиции в платформу, поэтому необходимо сопоставить получаемый от инновации эффект по отношению к расходам. Важно вовремя начать спускаться на землю, применяя различные фильтры, которые помогут отобрать лучшее и приостановить дивергентный процесс. Для этого используйте методики фильтрации из горы идей.
Шаг 7. Ранжирование механик.
На последнем шаге команда уже критически отнеслась ко всему, что придумала, и отобрала лучшее. Вместе с командой авторы остановились на следующих фильтрах:
  • Дает ли механика опыт самостоятельности? Фреймы вдохновляли на придумывание новых механик, но также иногда уводили от темы самостоятельности.
  • Соответствует ли механика подходу программы? Не противоречит ли механика духу самой образовательной программы.
  • Есть ли место для механики в курсе? Некоторые придуманные механики очень интересные, но их будет трудно интегрировать в существующую программу.
  • Можно ли реализовать механику? Может быть механику и можно реализовать, но сколько придется потратить ресурсов?
  • Каковы риски при внедрении механик в программу?

В итоге ранжирования были выбраны для внедрения следующие механики:
1
Сдавшего проектную работу попросить помочь не сдавшему
2
Сертификат для студента «самостоятельно помогал другим»
3
Студент сам себе проектирует платформу для заданий
4
Симулятор спасения бизнеса в проектной работе
5
Нежданный известный эксперт, который оценивает работу
6
Студенты ставят оценку наставнику
7
Симулятор веб-студии с письмом заказчика на почту
8
Соревнование для групп, командная эстафета
9
Группа студентов ведет свой собственный блог по обучению
Итог
Итог
По итогу команда получила набор отфильтрованных механик для внедрения в программу и увидела решения, которые можно внедрить довольно быстро и не требуют дополнительной разработки.
Зона роста
Зона роста
Отсутствие большой идеи. После проведения программы стало очевидно, что этап формулирования идеи позволяет четче понять рамку, в которую мы будем внедрять наши механики. Даже если эта идея курса уже существует, опишите ее — это будет хороший фильтр для всей команды.

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

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