Попытка описания личного проекта, как целевой системы

В качестве личного проекта, который я бы хотел описать через понятийный аппарат системного мышления, хочу рассмотреть проект поступления в аспирантуру.

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

Надсистема - это верхнеуровневая система, внутри которой располагается целевая система. В данном контексте, надсистемой будет:

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

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

  • Научно-исследовательская база, которая описывает текущее состояние отрасли с ее проблемами, вызовами, решениями, продуктами и т.п
  • Периодические и непреиодические издания (книги, статьи, рефераты)
  • Университет,отдел аспирантуры, деканат,
  • Профессора, доценты, научный руководитель
  • Тематические конференции, семинары, "открытые столы"
  • Диссертационный совет

Системами в окружении будут:

  • Одногрупники-аспиранты, для которых "Кандидат Наук" также будет целевой системой
  • Коллеги на работе, вместе с которыми реализуются текущие и будущие проекты-надсистемы
  • Профессиональное сообщество, которое исследует схожую проблематику по всему миру
  • Заказчик, которому необходимы исполнители проекта с высокой квалификацией
  • Руководитель на работе, который заинтересован в том, чтобы команда включала высокомпетентных сотрудников

Целевая система - это сложная, многокомпонентая сущность, в которую физически входят подсистемы. Здесь, подсистемами являются:

  • План работ с указанием конкретных задач
  • Виртуальные среды для ведения статуса проекта (Миро, Ноушн)
  • Рабочее место с компьютером
  • "Кирпич" (его напечатанная на бумаге версия) - так на сленге называется сама диссертация кандидата
  • Документ-свидетельство, подтверждающий квалификацию
  • Научный руководитель
  • Оборудование для проведения экспериментов
  • Студенты в окружении

Почему данная целевая система должна быть успешной?

Для того, чтобы целевая система была успешной, в ней должны быть учтены интересы всех проектных ролей, к числу которых относятся:

  • Заказчик, для которого требуется исполнитель со степенью кандидата наук
  • Тимлидер группы, которая исполняет заказ
  • Комиссия, которая принимает результаты работы (финасист, специалист по внедрению, специалист по продуктовому подходу)
  • Пользователи продукта, который является итогом выполненного проекта (геологи, разработчики, нефтяники)

Максим, спасибо за пост и хорошую попытку разобрать проект саморазвития!

Предлагаю немного дополнить / уточнить пост по итогам тренинга 10, на котором мы рассматривали новые понятия вроде run-time, design-time и прочих. Например:

  • Уточнить run-time для вашей ЦС: "научный сотрудник со степенью кандидата наук, успешно работающий в нефтегазовых проектах с определенными характеристиками и/ или имеющий доход в N денег". В дальнейшем вы можете описывать ЦС просто как "научного сотрудника с кандидатской степенью", но пока у вас должна прочно сформироваться связка "говорим "целевая система" – представляем себе ее работу в run-time"
  • Уточнить характеристики надсистемы: характеристики нефтегазовых проектов, в которых ДО воплощения ЦС не было возможности участвовать и в которых ПОСЛЕ воплощения ЦС "научный сотрудник" сможет участвовать
  • После уточнения надсистемы вам наверняка захочется уточнить и новую роль "научного сотрудника" в надсистеме. Предполагаю, что вы не просто сможете участвовать в нового типа проектах, но еще и какую-то другую роль играть. Роль будет меняться вместе с должностью, уточнить лучше и то, и другое (роль – это "какие у меня интересы и какими практиками я их реализую" (см табличку по ролям в главе 10 и главу 5 "Роли"), должность – это "как моя позиция называется в компании и какие ресурсы компании / команды у меня в распоряжении")
  • Уточнить систему обеспечения и ее цепочку. Система обеспечения помогает изготовить целевую. Нормальный ход – называть системой обеспечения "компанию" или "проект", например, "образовательный проект", "проект саморазвития", "проект по обучению на курсах / обучение на курсах / прохождение курса" и тп. Дальше можно рассматривать цепочку систем обеспечения от "образовательного курса / программы" и дальше (курс/ программу готовит какая-то организация, организацию тоже кто-то готовит). То, что входит в состав системы обеспечения, называем только тогда, когда есть названная система обеспечения.
  • После уточнения системы обеспечения и ее цепочки назвать то, что входит в систему обеспечения, а именно: практики, команда, работы (начинать с практик).Это важно, поскольку предприятие / проект описываем в первую очередь функционально, как какие-то деятельности (практики), которые постоянно выполняются командой в ходе работ.
  • Пересмотреть описание подсистем. Подсистемы физичны (по ним можно постучать, на них можно показать пальцем, физичность важна, это не описания) и физически входят в состав целевой. Когда будете описывать подсистемы, думайте о целевой системе в run-time. Что входит физически в исполнителя роли в нефтегазовых проектах какого-то типа? Входят ли физически в исполнителя роли описания на бумаге или в моделлере / моделлеры / люди в каких-то ролях (и если да, то очень хочется видеть иллюстрацию этого)?
  • Для подсистемы: какие дисциплины в голове исполнителя входят в состав "роли в проекте такого типа"? Какие технологии будет этот исполнитель использовать в соответствии с этими дисциплинами? (здесь отсылка к практикам, но в самого исполнителя роли будут входить только знания дисциплин / знание, как пользоваться технологией, но сама технология разворачивается в проекте, а не в исполнителе роли)
  • (Опционально) среди внешних проектных ролей можно для начала выделить сегменты (поскольку у вас много и самых разных). Можно отдельно разделить "проектные роли в команде нефтегазового проекта, который является надсистемой" и "внешние роли по отношению к нефтегазовому проекту".