TEST Адаптация модели графа создателей
Менеджер проекта думает, как ему отслеживать прогресс разработки сложной инженерной системы. Ему нужно отслеживать для этого:
+++ Состояние альф «Описание целевой системы» и «Воплощение целевой системы» ### Да, именно состояния этих альф позволяют увидеть, далеко ли продвинулась разработка. И для этого нужно отслеживать документы, свидетельствующие состояние описания системы и самой системы в её физическом воплощении.
--- Отчёт о затраченных инженерами ресурсах и времени выполнения работ ### Нет, смысл происходящего в инженерии целевой системы из данных о работах понять трудно. Например, могло быть потрачено три месяца времени на тупиковый вариант концепции системы: разработка при этом не продвинется, но время таки будет потрачено (и это время обязательно надо потратить! Инженерия подразумевает, что будут проработаны и тупиковые варианты — иначе тупиковость этих вариантов не понять!).
+++ Протоколы обсуждений инженерами встреченных трудностей на научно-техническом совете ### Да, это полезный рабочий продукт, позволяющий отследить изменения альф «Описание целевой системы» и «Воплощение целевой системы»
--- Состояние альфы «Описание организации проекта» ### Нет, состояние этой альфы — очень плохой индикатор для оперативного контроля инженерных проблем с целевой системой, это альфа из области интересов создателя.
На вопрос «Как дела?» команда проекта рассказала, что они уже трижды достигали состояния «Готово» для альфы «Воплощение целевой системы», но потом откатывались к состоянию «Демонстрируема». Как это возможно?
--- Команда что-то путает, пешки назад не ходят ### Нет, это вполне возможно, состояния альф представляют собой произвольный граф, по которому возможно движение в любую сторону, в том числе и откаты назад.
+++ Команда несколько раз не проходила испытания в ходе инженерного обоснования, поэтому переделывала готовую систему ### Да, так всё и было, именно в случае неудовлетворённости заказчика в использовании системы не удаётся продвинуться дальше состояния «Готово».
--- Возвраты к «Демонстрируемо» состоялись за пределами проекта, во внеурочное время ### Нет, состояния альф меняются независимо от того, рабочее время, или нет.
Команда проекта договорилась, что, вместо отслеживания для альфы «Работа» состояний «Инициирована», «Подготовлена», «Начата», «Под контролем», «Закончена», она будет использовать другой набор, более привычный для менеджера проекта (он ссылается на стандарт проектного управления, в котором используются другие названия, и менеджер проекта собирается использовать этот стандарт, а не идеи из стандарта OMG Essence). Можно ли так делать?
+++ ОК, команда в своём праве ### Да, названия альф и их состояний не просто разрешается менять, а даже рекомендуется. Они точно не догма. Названия альф, набор их подальф, их состояния, контрольные вопросы должны учитывать предметную область, а также метод работы команды. Если команда использует какой-то конкретный метод управления проектами, который по-другому структурирует состояние работ, то нужно использовать набор состояний альфа «работа» из этого конкретного метода.
--- Нет, стандарты нужно соблюдать целиком: если используете язык OMG Essence, то и все названия должны быть из него, а если иной стандарт проектного управления — то из него, не путайте людей. ### Нет, OMG Essence разрешает и даже поощряет такую адаптацию, в том числе и для лучшей гармонизации с другими стандартами, и для лучшей гармонизации с производственными регламентами конкретного предприятия.
--- ОК, если это разрешит высшее руководство ### Нет, команда инженеров и менеджер проекта могут договориться о методе определения состояния работ без дополнительных разрешений руководства.
--- Нет, команда потеряет возможность обсуждать работы ### Нет, наоборот, если все команды и менеджер проекта договорятся об этих новых состояниях альфы «работа», которые они будут отслеживать, то они смогут обсуждать работы более точно и делать в этих обсуждениях меньше ошибок из-за несоответствия привычной им терминологии и непривычной терминологии какой-то очень общей модели (мета-мета-модели нашего руководства, или мета-мета-модели из самого стандарта OMG Essence).
На совещании команды развития и проекта оценили состояние команды проекта как уже «Сформирована», но ещё не «Сотрудничает». Что им нужно сделать, чтобы перейти в новое состояние?
--- Ничего, пройдёт время, все притрутся друг к другу, можно будет отрапортовать результат — ничего специального делать не нужно. ### Нет, состояния альф сами по себе в нужном направлении меняться не будут. Нужно проводить работу лидерства, «катализировать сотрудничество» (подробнее будет в руководстве по системному менеджменту).
+++ Наметить и выполнить какие-то работы с альфой «Команда проекта» ### Да, именно это: для изменения состояния альфы нужно планировать и выполнять работы (в данном случае работы практики лидерства, чтобы катализировать сотрудничество).
Если подальфа продвинулась по её состояниям, или даже откатилась назад, что, скорее всего, произошло с её (над)альфой?
--- Ничего, они никак не связаны, это просто удобный способ группировки отслеживаемых в проекте объектов ### Нет, подальфы выбираются так, что если подальфа продвинулась или откатилась, то и надальфа тоже продвинулась или откатилась, хотя бы немного.
--- Ничего, они ведь специально создаются для отражения разных состояний разных объектов в проекте ### Нет, подальфы выбираются так, что при изменении их состояния в ту же сторону меняется состояние надальфы.
+++ Состояние надальфы тоже изменилось, но, возможно, не так сильно, чтобы гарантированно перейти в следующее или предыдущее состояние ### Да, подальфы выбираются так, что если подальфа изменила состояние, то и надальфа тоже изменила состояние, хотя это может быть и не настолько, чтобы это было следующее или предыдущее состояние.
--- Надальфа гарантированно перешла в следующее состояние ### Нет, изменение состояния подальфы изменяет состояние её (над)альфы, но обычно не настолько, чтобы гарантировать переход её в следующее или предыдущее состояние.