Глава 2. Роли в проектах

Прохождение курса “ролевые модели для управления рабочими и личными проектами”.
Разбираю сейчас вторую главу и пытаюсь понять как именно применять это в проектах. Привожу свои гипотезы и рассуждения.

Странные ощущения во время чтения главы. Я как-будто читаю справочник-перечень терминов. Типа: вот этот термин это означает, а этот вот это. Ну ок, а что с этим делать?
Попытался напрямую исполнить роль прилежного ученика и просто исполнять все задания. Как раньше не получилось потому, что вот получил я эти заполненные таблицы, и что? Мне эти таблицы сами по себе не нужны.

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

Далее начинаю думать, а что я вообще получил после выполнения задания, какие рабочие проекты я получаю при исполнении практики “моделирование, описание намерение, предпочтение и предмет интереса” для рабочих и личных проектов:

Для Личных:
Под личным проектом я понимаю проект направленный на развитие меня самого. Я сделал описание только для одной системы(чтобы не распыляться). У меня получился список проектных ролей и их предметы интереса, предпочтения, намерения. Где предмет интереса - характеристика системы, предпочтение - какое значение для этой характеристики я хочу видеть, а намерение это вообще к роли не относится, это от актора, чего я(в данном случае) хочу.

Как я понял - получил я список ролей своего личного проекта. При чем тут можно как указывать только то, что сейчас есть. Если хочется провести ревизию. Так и то что “нужно” для выполнения проекта, но чего у меня нет.
Но вот есть список ролей, от ролей есть интересы и предпочтения.

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

Как я понял, для рабочих проектов - то же самое, только больше ролей и акторов.

Алгоритм-резюме(как я понял)

  1. Заполняем таблицу с колонками:
    1. проектная роль, система, предмет интереса, предпочтение, намерение
    2. все роли которые нужны для проекта
  2. Дальше для ролей смотрим какие уже исполняются, а какие нет. Если какие-то не исполняются - запланировать как именно их заполнять будем
  3. Смотрится эффективность текущего исполнения. Если устраивает - можно ничего не менять, если где-то не дотягивает до уровня “предпочтение” - нужно анализировать практики которые сейчас используются и искать практики лучше
2 лайка

Александр, привет.

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

Такая мысль у меня мелькнула в прошлый вторник, когда И.В. Метелкин настоял на том, чтобы я внёс больше наименований ролей в свои таблицы по первому ДЗ (ДЗ первой недели курса).

1 лайк