КАК КАЗАКИ ПРОЕКТНЫЕ РОЛИ ОТЛАВЛИВАЛИ
В первом посте я описал первый подход к вопросу «зачем наша система», а во втором — как перестать «путать тёплое с мягким», то есть разделить системы разных системных уровней и их свойства. Когда мы определились, какую же всё-таки систему мы создаём, приходит пора выловить внимание проектные роли. Именно у проектных ролей есть потребности и требования, именно проектные роли дают предпринимателю и всей команде возможность. И именно с ними нас ждет очередная засада: и именно мы должны выбрать те роли (их потребности_ требования_ интересы_), которые будем учитывать. Нет однозначного алгоритма, практик выбора довольно много.
Ладно бы, что ролей будет много, очень много. Главная проблема, что часто у ролей с разных системных уровней — один и тот же исполнитель. И выловив одну правильную роль со своего, правильного системного уровня, я начал через образ Исполнителя в голове тащить все играемые им роли подряд, в том числе с других системных уровней => а это в свою очередь привело к лютой каше в выделении потребностей, требований и ограничений, а также интересов...

Продолжение в блоге Школы.
#СтудентыПишут