Различия

Показаны различия между двумя версиями страницы.

Ссылка на это сравнение

Предыдущая версия справа и слева Предыдущая версия
Следующая версия
Предыдущая версия
opportunities:administration_and_settings:user_management:subsidiaries [17.10.2025 11:33] Москвич Георгийopportunities:administration_and_settings:user_management:subsidiaries [24.11.2025 22:25] (текущий) Москвич Георгий
Строка 1: Строка 1:
-====== Б36 Настройка контуров дочерних компаний ======+====== B36 Настройка контуров дочерних компаний ======
 {{tag>Контур:БП Реализация:через_тсл}} {{tag>Контур:БП Реализация:через_тсл}}
- 
-===== Предпосылки для ведения проектов дочерних компаний в общем дереве проектов ===== 
-  - Создание единой области ведения проектов для команд с поддержкой целевой методологии проектного управления; 
-  - Управление портфелем проектов любых типов со стороны центрального проектного офиса (ЦПО) и офисов по функциональным направлениям; 
-  - Каждое предприятие (подразделение) должно работать только со своими проектами и объектами, а ЦПО должно видеть все объекты; 
-  - Для проектных команд подразделений должны быть настроены отчеты только по своим объектам, куда не попадают объекты других подразделений 
  
 ===== Проблемы ===== ===== Проблемы =====
-- Отсутствие единого контроля над различными проектами +**Отсутствие единого контроля над различными проектами:** \\ a. Центральный проектный офис (ЦПОне видит сводную картину по всей компании. b. Отсутствует единое пространство для мониторинга и анализа портфеля проектов
-ЦПО не видит единую картину всех проектов и не может оперативно реагировать на отклонения. Без единого «проектного» пространства сложно определить какие проекты требуют повышенного внимания. +\\ 
-- Разнообразие планов +- **Смешение данных разных подразделений**: \\ a. Проекты и объекты всех подразделений находятся в одной области без разграничения. \\ b. Возникает путаница и риск несанкционированного доступа к чужим проектам. 
-Использование одного общего плана для различных проектов приводит к путанице и снижению гибкости. Разграничение проектов по подразделениям позволяет выстроить индивидуальный процесс наполнения проектов объектами. +\\ 
-- Неэффективная коммуникация по статусу проектов +- **Разрозненные подходы к управлению проектами**: \\ a. Каждое подразделение ведет проекты повоему, без единой методологии и структуры. \\ b. Это мешает ЦПО формировать сопоставимую отчетность и контролировать прогресс. 
-ЦПО и команды подразделений работают в разных информационных полях из-за отсутствия единого проектного пространства+\\ 
-- Права доступа +**Проблемы с правами доступа** \\ a. Нет разграничения видимости проектов: сотрудники могут видеть или редактировать объекты других подразделений.
-Разграничение прав доступа к проектам различных подразделений.+
  
 ===== Ключевые выгоды от внедрения функционала ===== ===== Ключевые выгоды от внедрения функционала =====
-  Распределение проектов по подразделениям: \\ a. Отсутствие «смешивания» проектов разных подразделений в одной папке.​ \\ b. Настройка прав доступа к объектам только своего подразделения. +**Централизованное управление портфелем проектов** 
-  - Персональная система отчетов: \\ a. Система автоматически формирует отчеты только по проектам и объектам подразделения.​ \\ b. Доступ к отчетам предоставляется только сотрудникам данного подразделения и ЦПО. +\\ 
-  Ограничение доступов одних подразделений к проектам других подразделений : \\ a. Возможность персонализации настроек иерархии объектов внутри каждого подразделения.​ \\ b. Четкое разделение ответственности за ведение проектов в разных подразделениях. +ЦПО видит все проекты компании и управляет ими в едином пространстве. 
-  - Единое информационное поле: \\ a. Возможность настройки единых правил ведения проектов в соответствии с принятой методологией.+\\ 
 +- **Автономность подразделений** 
 +\\ 
 +Каждое подразделение работает только со своими проектамибез доступа к чужим данным. 
 +\\ 
 +- **Прозрачность и сопоставимость отчетности** 
 +\\ 
 +Отчеты формируются автоматически в разрезе подразделений и доступны ЦПО. 
 +\\ 
 +**Единое информационное поле** 
 +\\ 
 +Общая методология, структура и правила ведения проектов для всей компании. 
 +\\ 
 +- **Разграничение ответственности** 
 +\\ 
 +Каждое подразделение отвечает за свои проекты, ЦПО — за общее управление и контроль.
  
-===== Примеры объектов и отчетов  ===== +===== Назначение ===== 
-{{:opportunities:administration_and_settings:user_management:1b36.png?400|}}+Решение предназначено для организации **единого дерева проектов** с поддержкой: 
 +- разграничения доступа к проектам по подразделениям;
 \\ \\
-{{:opportunities:administration_and_settings:user_management:2b36.png?800|}}+- автоматической фильтрации отчетов по области ответственности пользователя;
 \\ \\
-{{:opportunities:administration_and_settings:user_management:3b36.png?800|}}+- централизованного контроля со стороны ЦПО. 
 +\\ 
 +Оно обеспечивает: 
 +\\ 
 +- единый подход к управлению проектами компании; 
 +\\ 
 +- прозрачность портфеля и сопоставимость отчетности; 
 +\\ 
 +- структурированное хранение проектов и объектов. 
 + 
 +===== Компоненты решения ===== 
 +- **Общее дерево проектов** — единая иерархия для всех подразделений компании. 
 +\\ 
 +- **Папки подразделений** — отдельные области для ведения проектов каждого подразделения. 
 +\\ 
 +- **Карточка проекта** — содержит реквизит “Подразделение”, по которому определяется доступ. 
 +\\ 
 +- **Механизм прав доступа** — ограничивает видимость и редактирование проектов по подразделению пользователя. 
 +\\ 
 +- **Фильтры отчетности** — формируют выборку данных только по доступным проектам. 
 +\\ 
 +- **Роль ЦПО** — обеспечивает сквозной доступ ко всей структуре для анализа портфеля. 
 + 
 +===== Особенности ===== 
 +- Единое дерево проектов для всех дочерних компаний и подразделений. 
 +\\ 
 +- Разделение областей видимости по папкам или реквизиту “Подразделение”. 
 +\\ 
 +- Автоматическая фильтрация отчетов и аналитики по текущему пользователю. 
 +\\ 
 +- ЦПО имеет полный доступ для мониторинга и формирования сводных отчетов. 
 +\\ 
 +- Возможность гибкой настройки структуры — добавление, скрытие иерархических уровней. 
 +\\ 
 +- Поддержка единых правил методологии управления проектами. 
 + 
 +===== Автоматизируемые функции и процессы ===== 
 +- Создание проектов с указанием принадлежности к подразделению. 
 +\\ 
 +- Ограничение доступа пользователей к проектам других подразделений. 
 +\\ 
 +- Формирование отчетов только по доступным проектам. 
 +\\ 
 +- Предоставление ЦПО доступа к сводной отчетности по всем подразделениям. 
 +\\ 
 +- Централизованное администрирование структуры и прав пользователей. 
 + 
 +===== User Story ===== 
 +Как **руководитель проектного офиса подразделения**, я хочу видеть и управлять только проектами своего подразделения, чтобы исключить доступ к чужим объектам и работать в прозрачной структуре. 
 +\\ 
 +Как **сотрудник ЦПО**, я хочу видеть все проекты всех подразделений в одном дереве, чтобы контролировать реализацию портфеля и формировать сводные отчеты 
 + 
 +===== Описание решения и иллюстрации  ===== 
 +В рамках решения реализовано единое дерево проектов, где каждый проект привязан к конкретной дочерней компании или проектному офису. 
 +Это обеспечивает прозрачность и разграничение доступа при одновременном централизованном управлении со стороны ЦПО. 
 +Ниже представлены примеры реализации структуры — по дочерним компаниям и по проектным офисам. 
 +\\ 
 +Пример распределения проектов холдинга по дочерним предприятиям. Сотрудник ЦПО может видеть все проекты, а локальные проектные офисы — только свои. 
 +Такое распределение обеспечивает автономность филиалов и централизованный контроль. 
 +\\ 
 +<image shape="thumbnail">{{:opportunities:administration_and_settings:user_management:1b36.png?800|}}</image> 
 +Пример группировки проектов по проектным офисам (РТК). Проекты распределены не по компаниям, а по проектным офисам. 
 +Каждый офис ведёт свои проекты по единой методологии, а ЦПО формирует сводные отчёты по всем. 
 +Это демонстрирует гибкость структуры и универсальность решения для разных типов организаций. 
 +\\ 
 +<image shape="thumbnail">{{:opportunities:administration_and_settings:user_management:2b36.png?800|}}</image> 
 +\\ 
 +Все проекты дочерних компаний сохраняются в единой структуре дерева. 
 +На основе этой структуры могут формироваться сводные отчёты по портфелю холдинга или отдельным подразделениям. 
 + 
 +Отчет "Реестр проектов холдинга" 
 +\\ 
 +<image shape="thumbnail">{{:opportunities:administration_and_settings:user_management:3b36.png?800|}}</image> 
 +\\ 
 +Отчет "Реестр проектов ПО " по дочерним филиалам проектного офиса.
 \\ \\
 {{:opportunities:administration_and_settings:user_management:4b36.png?800|}} {{:opportunities:administration_and_settings:user_management:4b36.png?800|}}
 +\\
 +Реализация единого дерева проектов позволяет ЦПО видеть сводную картину портфеля, при этом каждое подразделение работает только со своими объектами,
 +что исключает дублирование, снижает риски ошибок и повышает прозрачность управления.
 {{page>opportunities:start#обратная_связь}} {{page>opportunities:start#обратная_связь}}