Введение в системное мышление. Церен ЦереновЧитать онлайн книгу.
проектными ролями считаются роли, которые взаимодействуют с готовой системой. Это означает, что роли влияют на систему или система влияет на данные проектные роли. Например, по отношению к системе автомобиль внешние проектные роли – это водитель, пассажир, пешеход, эколог и многие другие. Можно также выделить следующие внешние проектные роли: клиент, конкурент, налоговик, хакер, вор и т. п. При этом клиентов системы нужно делить на несколько подролей, которые специфичны для каждой системы и/или сферы деятельности. Например, клиентом29 может быть плательщик, оператор, распаковщик и т. п.
Человек в проектной роли принимает соответствующие решения и отвечает за них. Или, как говорят, ставит свою «шкуру на кон». Последствиями этих решений становятся изменения в проектной деятельности, то есть то, каким образом проектная роль меняет мир30.
Действия человека, которые не приводят к изменениям в физическом мире, не считаются действиями проектной роли. Нельзя сказать, что человек играет роль инженера по требованию, если он только записывает пожелания клиентов31, но сам не провёл работу с этими требованиями и не поставил подпись под списком требований. А если человек полноценно исполняет практику32, в результате которой появляется рабочий продукт список требований, то тогда можно говорить, что он играет роль инженера по требованию. Появление утвержденного проектной ролью рабочего продукта меняет физический мир33.
Проектная роль и предмет интереса
Разберем подробнее понятия «предмет интереса» и «ролевой интерес» (предпочтение). Важно запомнить, что если мы говорим о проектной роли, то автоматически подразумеваем, что у этой роли есть определенный предмет интереса к системе.
Предмет интереса – это какая-то важная характеристика системы. Например, система автомобиль может характеризоваться стоимостью, скоростью, цветом, дизайном и много чем ещё34. Покупателя интересует стоимость автомобиля, и поэтому можно сказать, что его предмет интереса – стоимость.
Множество разных ролей могут иметь один и тот же предмет интереса. Однако, ролевой интерес у всех этих ролей может быть разным. Поэтому вводится ещё одно понятия – предпочтение. Оно указывает на то, что хочет конкретная роль в предмете интересов. Стоимость интересует не только покупателя, но и продавца, но предпочтения или ролевые интересы у них разные. Предмет интереса один и тот же, но покупатель предпочитает цену пониже, а продавец – повыше. Предпочтения ролей разные, а предмет интереса одинаковый.
Выделяя проектную роль, вы одновременно подразумеваете, что есть определенные предметы интересов. Названия проектных ролей в культуре привязаны к предметам интересов к системе. Предмет интереса менеджера к системе «предприятие» – это сроки, финансы и бюджет и т. п. То есть менеджера интересует
Для любой системы можно выделить клиента, поэтому чтобы точнее описать действия клиента необходимо конкретнее определять роль. Не останавливаться на общем для всех систем упоминании слова «клиент». За «клиентом» стоит большое число конкретных ролей, которые необходимо иметь ввиду при работе с системой.
Подробнее об этом в разделе «Роли аналитиков и инженеров. Должности» учебника «Системное мышление».
То есть сделал только часть действий по практике инженера по требованию. Часто бывает, что люди выполняют только подготовительные действия, а реальные решения потом принимает их начальник. Тогда начальник и будет инженером по требованию, а вы лишь аналитик-секретарь, который записывает пожелания.
В данном случае практику инженерии требований.
По крайней мере, архитектор системы получит вводные данные для своей работы. Поменяется представление архитектора о деятельности.
В международном стандарте ISO 42010 даётся примерный список предметов интереса: функциональность, достижимость, использование, назначение системы, системные возможности, системные свойства, известные ограничения, структура, поведение, результативность/производительность, использование ресурсов, надёжность, защита, целостность и безопасность информации, сложность, способность эволюционировать, открытость, параллельность в выполнении, автономность, стоимость, план-график, качество обслуживания, гибкость в использовании, гибкость в разработке, возможность модификации, модульность, управление, межпроцессные коммуникации, взаимные блокировки, изменения состояния, интеграция подсистем, доступность данных, приватность, соответствие законодательству, обоснования, организационные цели и стратегии, пользовательский опыт, сопровождаемость, приемлемость по цене и простота вывода из эксплуатации и уничтожения. Как вы понимаете, этот список не полный, у разных систем могут быть и другие характеристики (предметы интересов).