Мысль из учебника по системному саморазвитию:
“По сути, роли инженера и менеджера в чем-то схожи: инженер строит целевую систему, определяет требования к ней и ее архитектуру, из чего она будет состоять, а потом воплощает целевую систему. Менеджер делает то же самое, но только с системой обеспечения: предприятием или проектом, но только после того, как предварительная подготовка была проведена инженером и предпринимателем”.
Отзывается:
Получается, что в пределах одного проекта существует ДВЕ системы, которые создаются с нуля: целевая система и система обеспечения целевой системы.
Это важное для меня понимание про разные системы пришло со значительным запозданием. Способствовал пониманию рассказ мужа о способе оперирования типами данных, при котором учитывается только выполняемая функция без учета внутренней архитектуры, как эта функция обеспечивается (речь шла об ADT Abstract Data Type).
Понимание, что функции можно смотреть отдельно, а конструктив - отдельно позволяет разделить в разных тактах работы по выделению функциональных составляющих (то, какие функции будет выполнять ЦС) от работ по обдумыванию и планированию реализации этих функций в виде конкретных конструктивных решений.
И отдельный интерес тут может быть к тому, что в каждой конкретной реализации одной и той же функции могут быть разные конструктивные решения (выбор модулей и их связей).
Рассмотрение только функциональной составляющей ЦС без привязки к ограничениям имеющегося под рукой материала, без необходимости одновременно домысливать реализацию позволяет снять ограничения мышления и увидеть решения “сбоку”, одновременно отделить важные функции от второстепенных (которые “пусть будут, раз конструктив позволяет” - мы же можем выбрать другой конструктив, так что давай выбирать только действительно важные для ЦС функции).
До этого не очень понимала, почему описание функций так важно и почему отделяют функции от конструктива. Теперь вижу, что с таким разделением может быть гораздо проще отделить задумку от воплощения: то есть на каждом этапе находить ошибки и вносить корректировки будет менее затратно, чем начинать все с начала.
Буду пробовать применять новое понимание в составлении системных описаний своих проектов. Посмотрим, что изменится на практике))))