====== B36 Настройка контуров дочерних компаний ====== {{tag>Контур:БП Реализация:через_тсл}} ===== Проблемы ===== - **Отсутствие единого контроля над различными проектами:** \\ a. Центральный проектный офис (ЦПО) не видит сводную картину по всей компании. b. Отсутствует единое пространство для мониторинга и анализа портфеля проектов. \\ - **Смешение данных разных подразделений**: \\ a. Проекты и объекты всех подразделений находятся в одной области без разграничения. \\ b. Возникает путаница и риск несанкционированного доступа к чужим проектам. \\ - **Разрозненные подходы к управлению проектами**: \\ a. Каждое подразделение ведет проекты по-своему, без единой методологии и структуры. \\ b. Это мешает ЦПО формировать сопоставимую отчетность и контролировать прогресс. \\ - **Проблемы с правами доступа** \\ a. Нет разграничения видимости проектов: сотрудники могут видеть или редактировать объекты других подразделений. ===== Ключевые выгоды от внедрения функционала ===== - **Централизованное управление портфелем проектов** \\ ЦПО видит все проекты компании и управляет ими в едином пространстве. \\ - **Автономность подразделений** \\ Каждое подразделение работает только со своими проектами, без доступа к чужим данным. \\ - **Прозрачность и сопоставимость отчетности** \\ Отчеты формируются автоматически в разрезе подразделений и доступны ЦПО. \\ - **Единое информационное поле** \\ Общая методология, структура и правила ведения проектов для всей компании. \\ - **Разграничение ответственности** \\ Каждое подразделение отвечает за свои проекты, ЦПО — за общее управление и контроль. ===== Назначение ===== Решение предназначено для организации **единого дерева проектов** с поддержкой: - разграничения доступа к проектам по подразделениям; \\ - автоматической фильтрации отчетов по области ответственности пользователя; \\ - централизованного контроля со стороны ЦПО. \\ Оно обеспечивает: \\ - единый подход к управлению проектами компании; \\ - прозрачность портфеля и сопоставимость отчетности; \\ - структурированное хранение проектов и объектов. ===== Компоненты решения ===== - **Общее дерево проектов** — единая иерархия для всех подразделений компании. \\ - **Папки подразделений** — отдельные области для ведения проектов каждого подразделения. \\ - **Карточка проекта** — содержит реквизит “Подразделение”, по которому определяется доступ. \\ - **Механизм прав доступа** — ограничивает видимость и редактирование проектов по подразделению пользователя. \\ - **Фильтры отчетности** — формируют выборку данных только по доступным проектам. \\ - **Роль ЦПО** — обеспечивает сквозной доступ ко всей структуре для анализа портфеля. ===== Особенности ===== - Единое дерево проектов для всех дочерних компаний и подразделений. \\ - Разделение областей видимости по папкам или реквизиту “Подразделение”. \\ - Автоматическая фильтрация отчетов и аналитики по текущему пользователю. \\ - ЦПО имеет полный доступ для мониторинга и формирования сводных отчетов. \\ - Возможность гибкой настройки структуры — добавление, скрытие иерархических уровней. \\ - Поддержка единых правил методологии управления проектами. ===== Автоматизируемые функции и процессы ===== - Создание проектов с указанием принадлежности к подразделению. \\ - Ограничение доступа пользователей к проектам других подразделений. \\ - Формирование отчетов только по доступным проектам. \\ - Предоставление ЦПО доступа к сводной отчетности по всем подразделениям. \\ - Централизованное администрирование структуры и прав пользователей. ===== User Story ===== Как **руководитель проектного офиса подразделения**, я хочу видеть и управлять только проектами своего подразделения, чтобы исключить доступ к чужим объектам и работать в прозрачной структуре. \\ Как **сотрудник ЦПО**, я хочу видеть все проекты всех подразделений в одном дереве, чтобы контролировать реализацию портфеля и формировать сводные отчеты ===== Описание решения и иллюстрации ===== В рамках решения реализовано единое дерево проектов, где каждый проект привязан к конкретной дочерней компании или проектному офису. Это обеспечивает прозрачность и разграничение доступа при одновременном централизованном управлении со стороны ЦПО. Ниже представлены примеры реализации структуры — по дочерним компаниям и по проектным офисам. \\ Пример распределения проектов холдинга по дочерним предприятиям. Сотрудник ЦПО может видеть все проекты, а локальные проектные офисы — только свои. Такое распределение обеспечивает автономность филиалов и централизованный контроль. \\ {{:opportunities:administration_and_settings:user_management:1b36.png?800|}} Пример группировки проектов по проектным офисам (РТК). Проекты распределены не по компаниям, а по проектным офисам. Каждый офис ведёт свои проекты по единой методологии, а ЦПО формирует сводные отчёты по всем. Это демонстрирует гибкость структуры и универсальность решения для разных типов организаций. \\ {{:opportunities:administration_and_settings:user_management:2b36.png?800|}} \\ Все проекты дочерних компаний сохраняются в единой структуре дерева. На основе этой структуры могут формироваться сводные отчёты по портфелю холдинга или отдельным подразделениям. Отчет "Реестр проектов холдинга" \\ {{:opportunities:administration_and_settings:user_management:3b36.png?800|}} \\ Отчет "Реестр проектов ПО " по дочерним филиалам проектного офиса. \\ {{:opportunities:administration_and_settings:user_management:4b36.png?800|}} \\ Реализация единого дерева проектов позволяет ЦПО видеть сводную картину портфеля, при этом каждое подразделение работает только со своими объектами, что исключает дублирование, снижает риски ошибок и повышает прозрачность управления. {{page>opportunities:start#обратная_связь}}