Анатолий Левенчук - Системное мышление

«Практики работы с практиками» в этих моделях практически не рассматриваются, принципы назначения работ на практики работы с практиками (и технологиями в составе практик) не обсуждаются. Более того, все эти старинные «модели зрелости» ориентированы на «большие методологии» и плохо работают в условиях, когда «большие методологии» разбиты на маленькие практики, которые постоянно меняются и поэтому находятся на совсем разных уровнях зрелости в целом.

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

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

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

Системное мышление не даёт однозначный «объективный» ответ, оно требует организации коллективного мышления разных стейкхолдеров.

Системное мышление не похоже на алгоритм, гарантирующий превосходный результат проекта.

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

Что делать после того, как выявлены проблемы? Включать мозг и решать эти проблемы, другого варианта нет. Системное мышление может только быстро подвести к проблемам чуть раньше, чем в жизни проявятся их последствия. Оно позволяет компактно и просто описывать сложный мир и выявлять риски непродуманности.

На протяжении всей книги мы учились только «как думать», если рассматривать мир состоящим из систем. Мы не учились ничего делать.

Для того, чтобы что-то делать, требуется отдельно потратить время на обучение практикам разных областей интересов – клиентской, инженерной, предпринятия. Это требует большого времени.

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

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

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

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

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

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

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

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