Альфа системы ​

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

• В виде сырья (as a raw material): материалы для воплощения системы наличествуют и позволяют создать части системы с нужными характеристиками; оборудование для переработки материалов в детали наличествует; график производства и логистики частей системы согласован; возможны работы по изготовлению частей системы.
• В виде частей (as parts): части воплощения системы созданы и/или закуплены и проверены; график интеграции/сборки/монтажа/строительства из частей согласован; возможны работы по интеграции/сборке/монтажу/строительству.
• Демонстрируемо (demonstrable): воплощение системы может быть опробовано в отдельных функциях и ключевые характеристики могут быть измерены; ключевые характеристики могут быть продемонстрированы внешним проектным ролям; критические интерфейсы системы были продемонстрированы; система готова к проверке; необходимые внешние проектные роли согласны, что систему нужно проверять.
• Готово (ready): функциональность протестирована; уровни дефектов для внешних проектных ролей приемлемы; установочная и другая пользовательская и операторская документация доступна; представители/исполнители внешних проектных ролей удовлетворены системой; состав передаваемой системы известен; представители/исполнители внешних проектных ролей готовы эксплуатировать систему; эксплуатационная поддержка наличествует.
• Эксплуатируется (operational): доступна внешним проектным ролям для эксплуатации/использования в рабочем окружении; есть как минимум один пример работающей системы; поддерживается на согласованном уровне сервиса.
• Выведено из эксплуатации (retired): Воплощение целевой системы было заменено или прекращено в использовании; система больше не поддерживается; нет «официальных» внешних проектных ролей, которые до сих пор используют систему; доработки/доделки системы больше не будут производиться; все материальные компоненты системы либо повторно используются, либо надлежащим образом уничтожены.

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

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

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

• Намечена (seeded): миссия/рабочее задание/оргроль команды в надсистеме команды определена; ограничения известны и явны; механизмы роста команды наличествуют; состав внутренних ролей в команде определён; обязанности команды обрисованы в общих чертах; уровень принятых командой обязательств ясен; требуемые компетенции определены; размер команды определён; правила надзора за деятельностью определены; вид/форма организации выбрана.
• Сформирована (formed): Было набрано достаточное число членов команды; роли в команде понимаются её членами; все понимают, как работать; члены команды узнают друг друга при встрече; члены команды понимают индивидуальные обязанности и как они увязаны с их компетенциями; члены команды принимают результаты работ друг друга и смежников; внешние смежники (организации, команды и отдельные люди) определены; механизмы общения в команде определены; каждый член команды принял обязательство работать так, как это принято в команде; технологии развёрнуты; ресурсы для работы выделены, полномочия получены.
• Сотрудничает (collaborating): команда работает как одно сплочённое оргзвено; общение в команде открытое и честное; команда сфокусирована на достижение миссии/задания команды; члены команды знают друг друга и сотрудничают.
• Производит (performing): команда постоянно выполняет обязательства; команда непрерывно адаптируется к изменяющемуся контексту; команда определяет и решает проблемы без внешней помощи; минимум возвращений к сделанному и переделок; работа впустую (waste) и причины для работы впустую постоянно устраняются.
• Распущена (adjourned): обязанности были выполнены; члены команды доступны для участия в других командах; миссия завершена.

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

Методология, системное мышление, другие фундаментальные дисциплины --- это про управление вниманием, про обращение внимания на важное. Альфы --- это самое важное в проекте, что вы должны интенсивно менять, и изменения чего вы должны отслеживать и согласовывать. Их нельзя упускать из виду.

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

• Дисциплины установлены (principles established): команда активно поддерживает дисциплину/теорию/принципы; внешние проектные роли согласны с принципами; потребные для их поддержки технологии/инструменты/оборудование согласованы; рекомендации по выбранному подходу доступны; рабочий контекст понимается; ограничения практик и выбранных в их составе инструментов известны.
• Основа положена (foundation established): ключевые практики метода и их инструменты выбраны; практики, необходимые для того, чтобы начать работу, согласованы; практики, по которым не будет обсуждений и их технологии выявлены; разрыв между доступными и необходимыми оргвозможностями/capability определён; способ работы, в котором все практики удобно использовать, определён.
• Используется (in use): практики и их технологии/инструменты используются; использование практик регулярно проверяется; практики адаптированы к обстоятельствам проекта; практики поддерживаются командой; механизмы получения откликов/feedback на практики работают; практики поддерживаются общением команды, команда сотрудничает в выполнении практик.
• Наличествует (in place): практики используются всей командой; оргвозможности доступны всей команде; проверяются и адаптируются всей командой.
• Работает хорошо (working well): альфы проекта предсказуемо продвигаются по состояниям; практики применяются естественным образом; технологии естественным образом поддерживают принятую дисциплину работы; идёт постоянное совершенствование.
• Вышел из употребления (retired): метод и его практики больше не используется; уроки использования практик метода опубликованы для использования в будущих проектах.