Обратите внимание, что при описании нужно кратко характеризовать состояние альфы. Так, команда интересует не только на предмет закрываемых ей стейкхолдерских ролей (требуемых компетенций), но интересен вопрос – сотрудничает ли она? Продуктивна ли она? Помним про лидерство: как у вас с ним? Работы характеризуются прежде всего тем, как вы ими управляете: список работ тут бесполезен, он же будет меняться каждый день. Как вы определяете, какую работу из большого списка работ нужно делать прямо сейчас? Есть ли у вас какие-то ожидания по срокам окончания работ, по требуемым для этого ресурсам? Какие работы лежат на критическом пути, критической цепи? В каком состоянии буферы проекта? Технологии обязательно указывайте как поддерживающие какую-то дисциплину. Не знаете дисциплины? А что тогда поддерживают ваши технологии – работу по наитию?!
В ходе описания альфы «технология» не забудьте привести краткую характеристику жизненного цикла целевой системы (а если вы делаете сервис, то и обеспечивающей), выбранного вида жизненного цикла проекта (помните, чем отличается жизненный цикл системы от жизненного цикла проекта?), практик управления жизненным циклом (как вы назначаете работы на практики? Как управляете конфигурацией и изменениями?). Дайте краткую характеристику используемых практик технологического предпринимательства, системной инженерии, операционного менеджмента. Проблемы, рекомендации по их устранению. Особое внимание должно быть уделено вопросу насколько планы управления работами и финансовые планы отражают архитектуру системы и особенности её жизненного цикла, а также насколько вид жизненного цикла помогает удовлетворить стейкхолдеров.
4. Рефлексия: случилась ли метанойя (помните материал первого раздела?) и по каким именно темам, что осталось непонятным в материале курса?
5. Планирование: какие у вас планы по продолжению образования в системном мышлении, системном менеджменте, системной инженерии, системном предпринимательстве, системным занятиям культурой, системном личном развитии?
В эссе не пересказывается и не цитируется материал учебника, не приводятся диаграммы из учебника. В зачёт идёт только приложение материала к реалиям проекта: это легко проверяется – есть ли в вашем тексте термины предметной области проекта, или только общие термины, верные для всех проектов? Нет ли фраз типа «сделать как можно более дешёвую систему» или «сделать систему, максимально удобную для использования», которые «правда, но совершенно бессмысленная правда», ибо приложима к любому проекту? Просмотрите ваше эссе и конкретизируйте все общие высказывания, чтобы они были уникальными для вашего проекта.
Тщательный выбор целевой системы – это примерно половина работы. Например, начальники берут целевые системы трёх десятков разных порученных им проектов, думают про них как один проект и получают три десятка перемешанных холархий, с чем дальше работать невозможно. Нужно в таком случае честно сказать себе, что у вас несколько разных проектов и сделать эссе только по одному из них.
Нужно, чтобы эссе делалось по одному какому-то проекту, ибо даже «типовой проект» это не «все самые разные проекты, которые у меня бывают, в одном флаконе». Но и при одной внятной холархии на поверку оказывается, что курсанты не проверяют даже того, что холархия даётся на момент эксплуатации (operations) и все отношения в ней «часть-целое».
Эссе может быть презентацией на пару десятков слайдов, текстом на десяток страниц, нам встречался и вариант почти книжки на шестьдесят страниц, который писался полгода. Дело не в объёме текстов, не в длине презентации, не в сроках подготовки. Дело в том, чтобы в соответствии с нормами системного мышления описать все основные альфы проекта и важные для проекта основные подальфы (некоторые из которых, возможно, придётся переопределить, или даже определить заново – общий учебник и общие стандарты не могут учесть особенностей каждого отдельного проекта).