Образование для образованных. 2021 - страница 47

Если вернуться к описанию проекта общего вида, то за основу там принят инженерный проект общего вида, где предприниматели находят возможность выполнения проекта, и инженеры реализуют эту возможность, проектируя и изготавливая систему (сервис – это просто участие в изготовлении системы, только из материала заказчика: парикмахерская предоставляет услугу, изготавливая причёску из материала заказчика), а менеджеры организуют этот проект. В любом случае все роли удерживают во внимании самые разные важные изменяющиеся в ходе выполнения проекта объекты, но интересуют их разные свойства этих объектов и разные изменения.

Например, по поводу объекта «требования» (requirements) как части объекта «описание системы» в проекте будут договорённости между следующими ролями, которые занимаются этими требованиями с самых разных сторон:

Системный инженер интересуется требованиями как описанием целевой системы инженерного проекта (и его ещё интересует надсистема, на которую он мог бы как-то влиять). Предпринимателя интересуют требования как удовлетворяющие потребностям внешних проектных ролей и возможность сделать проект с такими требованиями. Менеджера проекта интересуют сроки разработки требований и ресурсы на их разработку (кто из членов команды будет этим занят), а также сроки разработки самой описываемой требованиями системы и требуемые для разработки ресурсы. Главного инженера/айтишника предприятия (CTO/CIO) интересует метод разработки требований и требуемый для поддержки этого метода софт инженерии требований.

Так что в проектах с ролями разобраться важно: у разных ролей разные интересы, и нужно всегда знать, с кем в какой роли говоришь, чтобы его понимать и давать правильный ответ. Ответ Принцу Гамлету или Васе Пупкину, который исполняет роль Принца? Ответ Принцу Гамлету или тени отца Гамлета? Ответ архитектору проекта или Васе Пупкину?

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

Какой выберете вариант продолжения беседы?

• Инженерный: какие ошибки требуют дополнительных серверов для их тестирования? Можем ли мы уменьшить объём тестирования?

• Менеджерский: у нас предусмотрено это бюджетом, или как всегда? У вас есть проект контракта? Кто найдёт поставщика?

Можно ли верить, что «старший программист» желает обсудить свои, инженерные аспекты дела, исполнитель этой роли и вправду выступил как инженер-программист? Или он выступил как операционный менеджер, ибо ведь «старший»? Или его вопросы риторические, то есть он знает ответы, но строит какую-то интригу и занимает какую-то другую роль?

Вы бы сами какую линию разговора повели: чем бы озаботились, о чём спросили? Как кто бы вы поступили в этом разговоре, то есть какое бы своё мастерство вытащили в качестве основного? Где и как вы учились этому мастерству, или «самоучка, в разговорах нахватался»?

Вспомните, когда последний раз в разговоре вы проводили такой анализ «кто и о чём говорит – кто и о чём должен бы ему отвечать»? Точно ли не путали «действующее лицо» и «исполнителя» (Принца Гамлета и Васю Пупкина, инженера по требованиям и Дарью Михайловну, преподавателя и Петра Аристарховича)?