Инженерия личности

Упражнение по альфе внешних проектных ролей

В курсе «Методология» даны формулировки контрольных вопросов для состояний альфы внешних проектных ролей обобщённого инженерного проекта:

• Признаны (recognized): внешние проектные роли выявлены; ключевые из них представлены; ответственности представителей/исполнителей проектных ролей определены.

• Представлены (represented): исполнители внешних проектных ролей согласились с ответственностью; представители каких-то оргзвеньев получили полномочия; подход к сотрудничеству согласован; практики работы поддерживаются и уважаются.

• Вовлечены (involved): представители/исполнители внешних проектных ролей помогают команде; реагирование представителей на запросы своевременно, и они предлагают решения; изменения сообщаются вовремя.

• В согласии (in agreement): минимальные ожидания/предпочтения согласованы; представители/исполнители внешних проектных ролей довольны своим вовлечением; вклад внешних проектных ролей приносит пользу проекту; приоритеты ясны; перспективы команды и внешних проектных ролей сбалансированы.

• Удовлетворены для разворачивания (satisfied for deployment): имеется отклик/feedback от внешних проектных ролей; система готова для разворачивания в месте её эксплуатации.

• Удовлетворены в использовании (satisfied in use): отклик/feedback по использованию/эксплуатации системы доступен; система отвечает ожиданиям/предпочтениям.

Основываясь на этих состояниях, предложите набор состояний альфы внешних проектных ролей, понимая, что осмысленная оценка состояния будет у вас только после разбиения на подальфы и оценки состояния каждой отдельной проектной роли. Тем не менее, как состояния внешних проектных ролей могли бы быть сформулированы для вашего учебного проекта? Оцените состояние вашего проекта по адаптированному варианту. Для каждого контрольного вопроса отведите одну строчку таблицы, колонку дел для получения положительного ответа заполните только для очередных пяти дел, чтобы не злоупотреблять upfront планированием в agile проекте курса.

Учительская команда

Учитель – это обобщённая роль, такая же как «инженер» или «менеджер». Углубление разделения труда привело к тому, что роль учителя сегодня выполняется чаще всего не одним человеком, а целой командой разных людей, выполняющей разные практики: культуртрегерства (аналог визионера в инженерии), методологии и методики (создание учебных и методических материалов), преподавания (помощи ученикам в освоении учебных материалов), организации образовательного конвейера (деканата). Хотя в очень маленьких учебных проектах это может быть и один человек, но в больших проектах и эти роли могут выполняться большим числом людей, причём не забываем и о компьютерах: роли учителя могут быть автоматизированы, это только роль ученика не может быть автоматизирована, вместо ученика учиться компьютер не пошлёшь (хотя и это можно обсуждать: «научи решать дифуры не меня, а мой компьютер, а меня научи только ставить для компьютера задачи»).

Команда учебного проекта собирается в организации-провайдере обучения ровно такая, какая способна профессионально (без новичковых ошибок!) выполнить все практики выбранного метода обучения по созданию учебных и методических материалов, а затем и собственно обучения студентов по этому курсу. Если личности, составляющие команду, сами не имеют мастерства в выполнении этих практик, то они будут делать новичковые ошибки. И результат их работы будет «учебный», то есть у студента будет кривое недомастерство, полученное за более долгое время, чем могло бы быть получено. Конечно, есть большой шанс, что студент с продвинутой личностью (с сильным интеллектом) сам выправит все ошибки учительской команды, то есть прочтёт дополнительную литературу, спросит непонятное у коллег, сам обнаружит ошибки в своей работе (а иногда и в работе учительской команды), за счёт своего интеллекта по-быстрому придумает методы их преодоления, а отсутствие лидерства со стороны преподавателя заменит самомотивацией. Но лучше бы надеяться не на талантливых и сообразительных студентов, а на профессионализм учительской команды, в том числе развитость софта поддержки обучения (ибо помним, что учительский труд вполне может автоматизироваться).

Наш курс «Инженерия личности» как раз кругозорный по этому профессионализму. Но, как и в случае курсов системной инженерии и менеджмента, в случае обучения (инженерии личности) для того, чтобы стать высококлассным членом образовательной команды, нужно пройти ещё и обучение по прикладным практикам учительских подролей. Так, не любой высококлассный специалист по какой-то прикладной практике (медицине, ракетостроению, художественному творчеству) сможет профессионально на высоком уровне выполнить для этой практики методологическую работу, и уж тем более методическую работу (его же никто не учил тому, как проектировать обучение!), а потом ещё и качественно вести занятия в учебной группе. Этому всему нужно учиться специально.