TGViewer
Мастерская инженеров-менеджеров (МИМ) Мастерская инженеров-менеджеров (МИМ) @system_school · 2.42K subscribers
Post #582 307
Система считается успешной, если в ней учтены (удовлетворены) интересы всех внешних и внутренних проектных ролей. Команда проекта самостоятельно решает интересы каких проектных ролей учитывать при создании системы. Это осознанное решение, за которое команда несет ответственность. Команда ставит свою "шкуру на кон"[1], когда определяет список проектных ролей, чьи интересы будут прорабатываться в проекте.
Первые стадии жизненного цикла любой системы связаны с замысливанием (идея), моделированием или проектированием[2]. На этих этапах происходит работа с интересами проектных ролей. Сначала выявляются все внешние и внутренние[3] проектные роли, а также их потребности (проблемы). Определяются интересы проектных ролей к системе, намерения и предпочтения. Исходя из данной информации команда определяет короткий список проектных ролей, над интересами которых далее будет продолжена работа.
Далее формулируются требования к системе, которые вытекают из выявленных потребностей учтенных внешних проектных ролей. Из требований формируется архитектура[4] системы, которая, в первую очередь, состоит из функциональной схемы, модульного разбиения и компоновки (места и размещения модулей в системе). По итогам архитектурного описания создается рабочая документация, в которой кроме важных архитектурных решений прописываются все остальные детали необходимые для создания системы.
Все разрабатываемые описания системы[5] отвечают на какой-то интерес учтенных внутренних или внешних проектных ролей. Важный принцип системного мышления: «есть интерес – значит нужно сделать соответствующее описание системы, а если нет интереса, то не нужно делать описание система». Поэтому выбор короткого списка учитываемых проектных ролей означает, что далее будет составляться только соответствующие описания системы. Если в компании вы видите какой-то документ, то, скорее всего, он сделан для какой-то проектной роли. Например, рекламный буклет делается для потенциального интересанта, и он отличается от каталога продукции, который делается для подготовленного покупателя.
Составление дизайна, цветовая гамма, описание функций системы, список модулей (частей системы) и многие другие описания системы отвечают на определенные интересы. Системное мышление помогает разбираться во всех этих описаниях, и связывать их между собой при помощи других практик. Например, используя современную теорию решения изобретательских задач (ТРИЗ) можно разрешать противоречия, которые возникают между разными интересами, и тем самым определять архитектуру системы.
Архитектура системы определяет стадии и вид жизненного цикла создаваемой системы. Классические стадии жизненного цикла системы: замысливание, проектирование, создание, эксплуатация, утилизация...

Продолжение: https://www.facebook.com/100002638953866/posts/3393091614122104/?d=n
More from @system_school
  1. Sep 26, 2026Завтра — открытый практический класс с Антоном Климатом: как уставать меньше при тех же де…
  2. Sep 25, 2026Осень в МИМ: новые возможности для ваших проектов и для себя Исследовать возможности тела,…
  3. Sep 17, 2026За какой проект вы возьмётесь, когда "докрутите" себя? Доразберётесь в нужной области. Осв…
  4. Sep 15, 2026ИИ может не только ускорить работу, но и забрать у человека именно ту её часть, на которой…
  5. Sep 14, 2026Если маршрут теперь задаёт проект, чем отличаются первый и второй практикумы Личного разви…
  6. Sep 12, 2026Как развиваться, если на отдельное "развитие" постоянно не хватает времени? Есть текущие з…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →