Инженерия личности - стр. 33
Работать с внешними проектными ролями надо так же, как и во всех других проектах: заводить на каждую из ролей свою альфу, адаптировать состояния, формулировать контрольные вопросы к достижению состояния, проводить работы по продвижению состояний, отслеживать изменение состояний. Всё это рассказано в курсе «Методология».
Упражнение по альфе внешних проектных ролей
В курсе «Методология» даны формулировки контрольных вопросов для состояний альфы внешних проектных ролей обобщённого инженерного проекта:
• Признаны (recognized): внешние проектные роли выявлены; ключевые из них представлены; ответственности представителей/исполнителей проектных ролей определены.
• Представлены (represented): исполнители внешних проектных ролей согласились с ответственностью; представители каких-то оргзвеньев получили полномочия; подход к сотрудничеству согласован; практики работы поддерживаются и уважаются.
• Вовлечены (involved): представители/исполнители внешних проектных ролей помогают команде; реагирование представителей на запросы своевременно, и они предлагают решения; изменения сообщаются вовремя.
• В согласии (in agreement): минимальные ожидания/предпочтения согласованы; представители/исполнители внешних проектных ролей довольны своим вовлечением; вклад внешних проектных ролей приносит пользу проекту; приоритеты ясны; перспективы команды и внешних проектных ролей сбалансированы.
• Удовлетворены для разворачивания (satisfied for deployment): имеется отклик/feedback от внешних проектных ролей; система готова для разворачивания в месте её эксплуатации.
• Удовлетворены в использовании (satisfied in use): отклик/feedback по использованию/эксплуатации системы доступен; система отвечает ожиданиям/предпочтениям.
Основываясь на этих состояниях, предложите набор состояний альфы внешних проектных ролей, понимая, что осмысленная оценка состояния будет у вас только после разбиения на подальфы и оценки состояния каждой отдельной проектной роли. Тем не менее, как состояния внешних проектных ролей могли бы быть сформулированы для вашего учебного проекта? Оцените состояние вашего проекта по адаптированному варианту. Для каждого контрольного вопроса отведите одну строчку таблицы, колонку дел для получения положительного ответа заполните только для очередных пяти дел, чтобы не злоупотреблять upfront планированием в agile проекте курса.
Учительская команда
Учитель – это обобщённая роль, такая же как «инженер» или «менеджер». Углубление разделения труда привело к тому, что роль учителя сегодня выполняется чаще всего не одним человеком, а целой командой разных людей, выполняющей разные практики: культуртрегерства (аналог визионера в инженерии), методологии и методики (создание учебных и методических материалов), преподавания (помощи ученикам в освоении учебных материалов), организации образовательного конвейера (деканата). Хотя в очень маленьких учебных проектах это может быть и один человек, но в больших проектах и эти роли могут выполняться большим числом людей, причём не забываем и о компьютерах: роли учителя могут быть автоматизированы, это только роль ученика не может быть автоматизирована, вместо ученика учиться компьютер не пошлёшь (хотя и это можно обсуждать: «научи решать дифуры не меня, а мой компьютер, а меня научи только ставить для компьютера задачи»).