Системное мышление - [105]

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

Но зачем тогда нужно системное мышление, если всем практикам нужно учиться отдельно?

Системное мышление нужно для того, чтобы разбираться со сложной коллективной деятельностью людей с самыми разными системами. Для каждой отдельной части системы системный мыслитель будет понимать её место в целой системе, для каждой отдельной практики системный мыслитель будет понимать её место в жизненном цикле системы, для всех своих умений системный мыслитель будет понимать ситуации, в которых возникает потребность в этих умениях. Системный подход нужен, чтобы упростить разбирательство со сложными ситуациями, сложными системами, не терять леса за деревьями отдельных специализированных практик. Системное мышление поможет специалисту ориентироваться в окружающей жизни, не теряться внутри своей частной работы, вписывать свой труд и свои знания в общий труд и знания для проекта, а также планировать своё личное развитие – возможность участвовать во всё новых и новых проектах.

Итоговое эссе

Мы рекомендуем написать эссе по какому-то своему рабочему (не учебному! не выдуманному «кейсу»! ) проекту. Эссе (essay) предполагает сочинение в свободной форме на заданную тему, а его минимальное содержание задаётся описанием и характеристикой состояний семи основных альф проекта и их важными подальфами.

Эссе в нашем случае – это необязательно текст. Можно подготовить и устное выступление, а структуру содержания и диаграммы представить на слайдах. В любом случае это эссе нужно будет кому-то показать (менторам, коллегам, друзьям – желательно тем, кто уже как-то знаком с системным мышлением), чтобы получить отклик. Очень часто после подготовки эссе и получения отклика принимается решение перечитать учебник заново. И учебник затем читается как будто в первый раз, из него вычитывается много нового, не замеченного при первом чтении.

Потом вы в своей рабочей жизни постоянно будете готовить такие эссе: обзоры проекта следуют обычно именно этой логике.

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

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

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

Тем не менее, вот требования к содержанию эссе (но не к его форме):

1. Презентация системной холархии. Это самая трудная часть: в ней представляется целевая система и говорится, какая у неё использующая система. Обычно прохождение этого пункта занимает больше половины времени подготовки эссе. Удивительно, но даже после тщательной самопроверки в представленной холархии можно найти все описанные в учебнике ошибки – начиная с того, что в холархии есть абстрактные объекты (не имеющие экстента), не выдерживается отношение часть-целое, нарушается принцип почтальона, холархия выстраивается не на момент стадии эксплуатации и т. п.

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