Различия
Здесь показаны различия между выбранной ревизией и текущей версией данной страницы.
|
ru:manual:manage_model:use_of_branches_and_polls [2020/09/21 14:27] 192.168.1.50 [Жизненный цикл проекта] |
ru:manual:manage_model:use_of_branches_and_polls [2023/03/16 12:20] (текущий) |
||
|---|---|---|---|
| Строка 1: | Строка 1: | ||
| - | ======Использование веток и опросов====== | + | ====== Использование веток и опросов ====== |
| В данной главе описан один из возможных подходов к управлению жизненным циклом модели. | В данной главе описан один из возможных подходов к управлению жизненным циклом модели. | ||
| - | Изменение бизнес-архитектуры компании может осуществляться в режиме оперативных изменений или в проектах, занимающих длительное время. На Рисунок 1 показан возможный жизненный цикл актуальной модели с учетом подготовки изменений в отдельных ветках и последующей их заливкой в актуальную модель: | + | Изменение бизнес-архитектуры компании может осуществляться в режиме оперативных изменений или в проектах, занимающих длительное время. На Рисунке 1 показан возможный жизненный цикл актуальной модели с учетом подготовки изменений в отдельных ветках и последующей их заливкой в актуальную модель: |
| - | [{{ ru/manual/manage_model/lang_manage_model_044.png |Рисунок 1.|}}] | + | [{{ ru/manual/manage_model/lang_manage_model_045.png |Рисунок 1}}] |
| - | =====Оперативные изменения бизнес-архитектуры===== | + | ===== Оперативные изменения бизнес-архитектуры ===== |
| Локальные изменения в модель бизнес-архитектуры могут регулярно вноситься несколькими бизнес-аналитиками в выделенной ветке и переноситься в актуальную модель с необходимой частотой, например, один раз в месяц. Частота выбирается исходя из разумной периодичности уведомления сотрудников об изменениях. | Локальные изменения в модель бизнес-архитектуры могут регулярно вноситься несколькими бизнес-аналитиками в выделенной ветке и переноситься в актуальную модель с необходимой частотой, например, один раз в месяц. Частота выбирается исходя из разумной периодичности уведомления сотрудников об изменениях. | ||
| Строка 9: | Строка 9: | ||
| Ветка для оперативных изменений имеет следующий типовой жизненный цикл: | Ветка для оперативных изменений имеет следующий типовой жизненный цикл: | ||
| - | - Разработка изменений модели (см. [[ru/manual/manage_model/branches#работа_в_ветке|Работа в ветке]]) | + | - Разработка изменений модели (см. [[ru/manual/manage_model/branches/branches_works]]) |
| - | - Согласование изменений модели с заинтересованными лицами (см. __Проведение опроса “Согласование”__); | + | - Согласование изменений модели с заинтересованными лицами (см. [[ru/manual/manage_model/use_of_branches_and_polls#Согласование_изменений_(Этап_3)|Проведение опроса "Согласование"]]); |
| - | - Применение изменений с помощью операции “Применение ветки” (см. [[ru/manual/manage_model/branches#применение_ветки|Применение ветки]]); | + | - Применение изменений с помощью операции "Применить ветку" (см. [[ru/manual/manage_model/branches/branches_apply]]); |
| - | - Официальное ознакомление сотрудников с изменениями (см. __Проведение опроса “Ознакомление”__). | + | - Официальное ознакомление сотрудников с изменениями (см. [[ru/manual/manage_model/use_of_branches_and_polls#перенос_изменений_из_ветки_в_актуальную_модель_и_ознакомление_сотрудников_этапы_5_и_6|Перенос изменений из ветки в актуальную модель и ознакомление сотрудников]]). |
| - | =====Изменение бизнес-архитектуры в проекте===== | + | ===== Изменение бизнес-архитектуры в проекте ===== |
| Крупные изменения в бизнес-архитектуре компании, как правило, реализуются в рамках проектов, продолжающихся длительное время. Одновременно в компании может реализовываться несколько проектов. | Крупные изменения в бизнес-архитектуре компании, как правило, реализуются в рамках проектов, продолжающихся длительное время. Одновременно в компании может реализовываться несколько проектов. | ||
| - | =====Жизненный цикл проекта===== | + | ===== Жизненный цикл проекта ===== |
| - | На Рисунок 36 представлен нормативный жизненный цикл проекта: | + | На Рисунке 2 представлен нормативный жизненный цикл проекта: |
| - | [{{ ru/manual/manage_model/lang_manage_model_046.png?nolink |Рисунок 2.}}] | + | [{{ ru/manual/manage_model/lang_manage_model_046.png?nolink |Рисунок 2}}] |
| Этапы жизненного цикла проекта: | Этапы жизненного цикла проекта: | ||
| - | Этап 1. Создание проекта и ветки проекта. | + | |
| - | Этап 2. Внесение в ветке изменений в модель бизнес-архитектуры. | + | **Этап 1.** Создание проекта и ветки проекта. |
| - | Этап 3. Согласование изменений с заинтересованными лицами. | + | |
| - | Этап 4. Реализация согласованных изменений в реальности, тестирование изменений на ограниченном числе сотрудников. | + | **Этап 2.** Внесение в ветке изменений в модель бизнес-архитектуры. |
| - | Примечание. Тестирование изменений модели, как правило, проводится наиболее квалифицированными сотрудниками. При этом следует отметить, что процесс тестирования изменений не является обязательным и может быть пропущен по усмотрению команды проекта. | + | |
| - | Этап 5. Перенос изменений из ветки в актуальную модель. Фактически данный этап подразумевает успешное завершение активной фазы проекта. | + | **Этап 3.** Согласование изменений с заинтересованными лицами. |
| - | Этап 6. Официальное ознакомление сотрудников, чья деятельность была затронута проектом, с изменениями бизнес-архитектуры. | + | |
| + | **Этап 4.** Реализация согласованных изменений в реальности, тестирование изменений на ограниченном числе сотрудников. | ||
| + | <note> | ||
| + | **Примечание.** Тестирование изменений модели, как правило, проводится наиболее квалифицированными сотрудниками. При этом следует отметить, что процесс тестирования изменений не является обязательным и может быть пропущен по усмотрению команды проекта. | ||
| + | </note> | ||
| + | **Этап 5.** Перенос изменений из ветки в актуальную модель. Фактически данный этап подразумевает успешное завершение активной фазы проекта. | ||
| + | |||
| + | **Этап 6.** Официальное ознакомление сотрудников, чья деятельность была затронута проектом, с изменениями бизнес-архитектуры. | ||
| Важно иметь ввиду, что при реализации проекта может происходить возврат на предыдущие этапы, а также то, что изменения могут двигаться по жизненному циклу проекта отдельными частями. | Важно иметь ввиду, что при реализации проекта может происходить возврат на предыдущие этапы, а также то, что изменения могут двигаться по жизненному циклу проекта отдельными частями. | ||
| - | =====Создание проекта и ветки проекта (Этап 1)===== | + | ===== Создание проекта и ветки проекта (Этап 1) ===== |
| - | При инициировании проекта определяются его основные параметры (цели, сроки, бюджет), а также задаются участники проекта. Назначение участников и предоставление им проектных ролей осуществляется в Окне свойств проекта путем добавления пользователей в список Участники проекта. | + | При инициировании проекта определяются его основные параметры (цели, сроки, бюджет), а также задаются участники проекта. Назначение участников и предоставление им проектных ролей осуществляется в **Окне свойств** проекта путем добавления пользователей в список {{bslink>Участники проекта|ShowOnForm?e644b2a3-9eef-4b5c-adc3-588da2ca6bb8;p=40c8a502-8912-4776-acdc-5f9497886358,o=Param}}. |
| - | Данное Окно свойств проекта может быть вызвано как из Навигатора (Вкладка Управление → Проекты), так и из справочника Проекты (Главное меню → Управление моделью → Проекты). | + | |
| - | Взаимосвязь ветки с проектом устанавливается в Окне свойств проекта путем добавления ветки в список Ветки. Создание ветки описано в главе Создание ветки. | + | Данное Окно свойств проекта может быть вызвано как из **Навигатора** ({{bslink>Вкладка Управление → Проекты|SelectTabPageInNavigator?6219099b-e137-4970-b3c3-6cb28a25d86a;e644b2a3-9eef-4b5c-adc3-588da2ca6bb8;null}}), так и из справочника **Проекты** ({{bslink>Главное меню → Управление моделью → Проекты|ShowRibbonPageOrItem?ba822b6e-a8a7-4e7f-89b0-07ce48c12736;8e70fa7e-58c9-4ec3-acc0-2caabf572c25:Item}}). |
| - | Примечание | + | Взаимосвязь ветки с проектом устанавливается в **Окне свойств** проекта путем добавления ветки в список {{bslink>Ветки|ShowOnForm?e644b2a3-9eef-4b5c-adc3-588da2ca6bb8;p=4932439f-2bdb-40d7-9ec8-ca07b7e1d9d3,o=Param}}. Создание ветки описано в главе [[ru/manual/manage_model/branches/branches_new]]. |
| - | Так как класс Проекты имеет единые данные в ветках (см. Свойства веток), то связывать ветки с проектами можно, находясь в любой ветке базы данных. Следовательно, создавать проект также можно из любой ветки. | + | <note> |
| - | При необходимости создания альтернативных версий объектов модели в рамках одного проекта в список Ветки Окна свойств проекта можно добавить несколько веток. При этом на портал на этапе согласования модели попадут объекты всех веток, связанных с проектом. | + | **Примечание.** |
| - | =====Внесение в ветке изменений в модель бизнес-архитектуры (Этап 2)===== | + | Так как класс **Проекты** имеет единые данные в ветках (см. Свойства веток), то связывать ветки с проектами можно, находясь в любой ветке базы данных. Следовательно, создавать проект также можно из любой ветки. |
| - | Для того, чтобы изменения модели сразу ассоциировались с проектом, необходимо открыть ветку проекта и установить текущий проект с помощью операции Выбрать текущие проекты (Главное меню → Управление моделью → Выбрать текущие проекты). | + | </note> |
| - | Теперь версии объектов, созданные в ветке в рамках проекта, будут автоматически связаны с выбранным проектом. Как правило, в ветке вносятся изменения в рамках одного проекта, но поддерживается возможность вести в одной ветке сразу несколько проектов (конечно, в этом случае к моменту применения ветки должны быть закончены все проекты). Связь версии объекта с проектом также может быть добавлена или удалена в Окне свойств версии в списке Проекты (см. Версии предметных объектов). | + | При необходимости создания альтернативных версий объектов модели в рамках одного проекта в список {{bslink>Ветки|ShowOnForm?e644b2a3-9eef-4b5c-adc3-588da2ca6bb8;p=4932439f-2bdb-40d7-9ec8-ca07b7e1d9d3,o=Param}} **Окна свойств** проекта можно добавить несколько веток. При этом на портал на этапе согласования модели попадут объекты всех веток, связанных с проектом. |
| - | Версиям новым объектов, а также версиям изменяемых объектов на данном этапе следует устанавливать статус “В работе”. | + | ===== Внесение в ветке изменений в модель бизнес-архитектуры (Этап 2) ===== |
| - | Пример. | + | Для того, чтобы изменения модели сразу ассоциировались с проектом, необходимо открыть ветку проекта и установить текущий проект с помощью операции **Выбрать текущие проекты** ({{bslink>Главное меню → Управление моделью → Выбрать текущие проекты|ShowRibbonPageOrItem?ba822b6e-a8a7-4e7f-89b0-07ce48c12736;315a8bb7-2f88-4f08-b4fd-62f2bc932877:Item}}). |
| - | Аналитик установил новые версии для процессов А2 и А2.3, субъекта Отдел продаж и документа Договор, а также создал новый процесс А.2.5. Результат работы по данному этапу приведен на Рисунок 37. | + | |
| - | =====Согласование изменений (Этап 3)===== | + | Теперь версии объектов, созданные в ветке в рамках проекта, будут автоматически связаны с выбранным проектом. Как правило, в ветке вносятся изменения в рамках одного проекта, но поддерживается возможность вести в одной ветке сразу несколько проектов (конечно, в этом случае к моменту применения ветки должны быть закончены все проекты). Связь версии объекта с проектом также может быть добавлена или удалена в **Окне свойств** версии в списке {{bslink>Проекты|ShowOnForm?1322b89e-88cf-4131-8400-c81808ee5051;p=87c84c96-c379-4404-86fa-723e2b416c27,o=Param}} (см. [[ru/manual/manage_model/object_versions|Версии предметных объектов]]). |
| - | Изменения бизнес-архитектуры должны быть согласованы с заинтересованными лицами (с экспертами проекта, руководителями). Данная задача решается с помощью проведения опроса “Согласование” и имеет следующий порядок действий: | + | |
| - | 1. Аналитик устанавливает версиям объектов, изменённым в рамках проекта, статус “Проект”. | + | Версиям новых объектов, а также версиям изменяемых объектов на данном этапе следует устанавливать статус "В работе". |
| - | 2. Аналитик запускает на портале опрос “Согласование”. (см. Запуск опроса по требованию). | + | |
| - | 3. Заинтересованное лицо (далее по тексту ¬– респондент) проходит опрос, предоставляя ответ по каждому объекту опроса. (см. Прохождение опроса на портале). | + | **Пример.** |
| - | 4. Аналитик контролирует прохождение опроса. (см. Контроль опроса). | + | |
| - | Примечание | + | Аналитик для единиц деятельности А2 и А2.3, оргединицы Отдел продаж и документа Договор установил новые версии 1.0.1 со статусом «В работе», а также создал новую единицу деятельности А.2.5 с теми же номером версии и статусом. Результат работы по данному этапу приведен на Рисунке 3. |
| - | При необходимости аналитик может отправлять объекты на согласование по мере их готовности, не дожидаясь окончания работы над всеми изменениями модели. При этом существующий на портале опрос будет дополняться новыми объектами с сохранением ранее предоставленных ответов. | + | |
| - | Пример. | + | [{{ ru/manual/manage_model/cmdt_manage_model_047.png?nolink |Рисунок 3}}] |
| - | Аналитик с помощью гиперссылки “Сменить версию объекта” установил версиям процессов А2, А2.3 и А2.5, субъекта Отдел продаж и документа Договор статус “Проект”, и запустил опрос “Согласование” (см. Рисунок 38). | + | ===== Согласование изменений (Этап 3) ===== |
| - | Респондент (Бабич Ирина Петровна) после получения уведомления открывает страницу опроса и предоставляет рецензию по каждому объекту (см. Рисунок 39). | + | Изменения бизнес-архитектуры должны быть согласованы с заинтересованными лицами (с экспертами проекта, руководителями). Данная задача решается с помощью проведения опроса "Согласование" и имеет следующий порядок действий: |
| - | Аналитик контролирует ход опроса и просматривает полученные ответы на вкладке Контроль опросов раздела Администрирование. На Рисунок 40 показано, что только один из двух участников согласования оставил рецензии на объекты опроса. | + | - Аналитик устанавливает версиям объектов, изменённым в рамках проекта, статус "Проект". |
| - | =====Реализация и тестирование изменений (Этап 4)===== | + | - Аналитик запускает на портале опрос "Согласование". (см. [[ru/manual/manage_model/polls#запуск_опроса_по_требованию|Запуск опроса по требованию]]). |
| - | После согласования изменений модели наступает этап их реализации в реальном мире и тестирования. Под реализацией изменений в реальном мире поднимается закупка и монтаж необходимого оборудования, разработка и развертывание информационных систем. Далее необходимо осуществить тестовую эксплуатацию и проверить, насколько пригодными оказались разработанные изменения. К тестированию изменений привлекаются сотрудники, являющиеся непосредственными участниками деятельности (например, исполнители процессов). Такие сотрудники указываются в списке Участники проекта Окна свойств проекта с ролью Участник тестовой эксплуатации (см. Ошибка! Источник ссылки не найден.). Процесс тестирования изменений имеет следующий порядок действий: | + | - Заинтересованное лицо (далее по тексту – респондент) проходит опрос, предоставляя ответ по каждому объекту опроса. (см. [[ru/manual/manage_model/polls#прохождение_опроса_на_портале|Прохождение опроса на портале]]). |
| - | 1. Аналитик устанавливает версиям объектов, предназначенных для тестирования, статус “Рекомендована” (см. Работа с новыми версиями объектов). | + | - Аналитик контролирует прохождение опроса. (см. [[ru/manual/manage_model/polls#контроль_опросов|Контроль опросов]]). |
| - | 2. Аналитик запускает опрос “Тестовая эксплуатация” на портал (см. Контроль опроса). | + | <note> |
| - | 3. Участник тестовой эксплуатации проходит опрос, представляя ответ по каждому объекту опроса (см. Прохождение опроса на портале). | + | **Примечание.** При необходимости аналитик может отправлять объекты на согласование по мере их готовности, не дожидаясь окончания работы над всеми изменениями модели. При этом существующий на портале опрос будет дополняться новыми объектами с сохранением ранее предоставленных ответов. |
| - | 4. Аналитик контролирует прохождение опроса (см. Контроль опроса). | + | </note> |
| - | Пример. | + | **Пример.** |
| - | Аналитик установил версиям процессов А2, А2.3 и А2.5, субъекту Отдел продаж и документу Договор статус “Рекомендована,”, и запустил опрос “Тестовая эксплуатация” (см. Рисунок 41). | + | |
| - | Респонденты-участники тестовой эксплуатации (Сидоркин Василий Викторович и Борисов Александр Михайлович) после получения уведомлений открывают страницу опроса и по каждому объекту оставляют рецензии о пригодности к эксплуатации его в новой бизнес-модели (см. Рисунок 42). | + | Аналитик с помощью гиперссылки "Сменить версию объекта" для единиц деятельности А2, А2.3 и А2.5, оргединицы Отдел продаж и документа Договор установил версию 1.1.1 со статусом "Проект" и запустил опрос "Согласование" (см. Рисунок 4). |
| - | Аналитик контролирует ход опроса аналогично предыдущему этапу (см. Рисунок 43). | + | [{{ ru/manual/manage_model/cmdt_manage_model_048.png?nolink |Рисунок 4}}] |
| - | =====Перенос изменений из ветки в актуальную модель и ознакомление сотрудников (Этапы 5 и 6)===== | + | Респондент (Бабич Ирина Петровна) после получения уведомления открывает страницу опроса и предоставляет рецензию по каждому объекту (см. Рисунок 5). |
| + | [{{ ru/manual/manage_model/cmdt_manage_model_049.png?nolink |Рисунок 5}}] | ||
| + | Аналитик контролирует ход опроса и просматривает полученные ответы на вкладке **Контроль опросов** раздела **Администрирование**. На Рисунке 6 показано, что только один из двух участников согласования оставил рецензии на объекты опроса. | ||
| + | [{{ ru/manual/manage_model/cmdt_manage_model_050.png?nolink |Рисунок 6}}] | ||
| + | ===== Реализация и тестирование изменений (Этап 4) ===== | ||
| + | После согласования изменений модели наступает этап их реализации в реальном мире и тестирования. Под реализацией изменений в реальном мире понимается закупка и монтаж необходимого оборудования, разработка и развертывание информационных систем. Далее необходимо осуществить тестовую эксплуатацию и проверить, насколько пригодными оказались разработанные изменения. К тестированию изменений привлекаются сотрудники, являющиеся непосредственными участниками деятельности (например, исполнители). Такие сотрудники указываются в списке {{bslink>Участники проекта|ShowOnForm?e644b2a3-9eef-4b5c-adc3-588da2ca6bb8;p=40c8a502-8912-4776-acdc-5f9497886358,o=Param}} **Окна свойств** проекта с ролью **Участник тестовой эксплуатации**. Процесс тестирования изменений имеет следующий порядок действий: | ||
| + | - Аналитик устанавливает версиям объектов, предназначенных для тестирования, статус "Рекомендована" (см. [[ru/manual/manage_model/object_versions|Версии предметных объектов]]). | ||
| + | - Аналитик запускает опрос "Тестовая эксплуатация" на портал (см. [[ru/manual/manage_model/polls#контроль_опросов|Контроль опросов]]). | ||
| + | - Участник тестовой эксплуатации проходит опрос, представляя ответ по каждому объекту опроса (см. Прохождение опроса на портале). | ||
| + | - Аналитик контролирует прохождение опроса (см. [[ru/manual/manage_model/polls#контроль_опросов|Контроль опросов]]). | ||
| + | **Пример.** | ||
| + | Аналитик установил версиям единиц деятельности А2, А2.3 и А2.5, оргединице Отдел продаж и документу Договор статус "Рекомендована", и запустил опрос "Тестовая эксплуатация". Номера версий объектов при этом остались без изменений (см. Рисунок 7). | ||
| + | [{{ ru/manual/manage_model/cmdt_manage_model_051.png?nolink | Рисунок 7}}] | ||
| + | Респонденты-участники тестовой эксплуатации (Сидоркин Василий Викторович и Борисов Александр Михайлович) после получения уведомлений открывают страницу опроса и по каждому объекту оставляют рецензии о пригодности к эксплуатации его в новой бизнес-архитектуре (см. Рисунок 8). | ||
| + | [{{ ru/manual/manage_model/cmdt_manage_model_052.png?nolink | Рисунок 8}}] | ||
| + | Аналитик контролирует ход опроса аналогично предыдущему этапу (см. Рисунок 9). | ||
| + | [{{ ru/manual/manage_model/cmdt_manage_model_052.png?nolink | Рисунок 9}}] | ||
| + | |||
| + | ===== Перенос изменений из ветки в актуальную модель и ознакомление сотрудников (Этапы 5 и 6) ===== | ||
| Для того, чтобы изменения модели вступили в силу, и все сотрудники, чья деятельность была затронута проектом, ознакомились с ними, аналитику необходимо выполнить следующий порядок действий: | Для того, чтобы изменения модели вступили в силу, и все сотрудники, чья деятельность была затронута проектом, ознакомились с ними, аналитику необходимо выполнить следующий порядок действий: | ||
| - | 1. Проверить изменения модели на консистентность с помощью операции Проверки ветки (Главное меню → Управление моделью → Проверить ветку) (см. Проверка ветки) и устранить конфликты (при их наличии). | + | - Проверить изменения модели на консистентность с помощью операции **Проверить ветку** ({{bslink>Главное меню → Управление моделью → Проверить ветку|ShowRibbonPageOrItem?ba822b6e-a8a7-4e7f-89b0-07ce48c12736;2049ddfb-88c7-4344-b752-91f4b292777b:Item}}) (см. [[ru/manual/manage_model/branches/branches_apply]]) и устранить конфликты (при их наличии). |
| - | 2. Установить статус версии “Опубликована” всем измененным/созданным в ветке объектам (см. Работа с новыми версиями объектов). | + | - Установить статус версии "Опубликована" всем измененным/созданным в ветке объектам (см. [[ru/manual/manage_model/object_versions|Версии предметных объектов]]). |
| - | 3. Запустить операцию Применения ветки (Главное меню → Управление моделью → Применить ветку) (см. Применение ветки). | + | - Запустить операцию **Применить ветку** ({{bslink>Главное меню → Управление моделью → Применить ветку|ShowRibbonPageOrItem?ba822b6e-a8a7-4e7f-89b0-07ce48c12736;6309925b-42cb-4b69-9bed-57622f8b5697:Item}}) (см. [[ru/manual/manage_model/branches/branches_apply]]). |
| - | 4. Сформировать портал с автозапускаемым опросом “Ознакомление” (см. Запуск опроса при формировании портала). | + | - Сформировать портал с автозапускаемым опросом "Ознакомление" (см. [[ru/manual/manage_model/polls#запуск_опроса_при_формировании_портала|Запуск опроса при формировании портала]]). |
| - | После формирования автозапускаемого опроса сотрудники получат уведомления о необходимости официального ознакомления с изменениями модели. При этом руководители осуществляют контроль ознакомления сотрудников возглавляемого подразделения в разделе Администрирование на портале (см. Контроль опроса). | + | После формирования автозапускаемого опроса сотрудники получат уведомления о необходимости официального ознакомления с изменениями модели. При этом руководители осуществляют контроль ознакомления сотрудников возглавляемого подразделения в разделе **Администрирование** на портале (см. [[ru/manual/manage_model/polls#контроль_опросов|Контроль опросов]]). |
| - | Пример. | + | |
| + | **Пример.** | ||
| + | |||
| + | Аналитик установил версиям единиц деятельности А2, А2.3 и А2.5, оргединице Отдел продаж и документу Договор статус "Опубликована" и применил ветку к вышестоящей. Номера версий объектов при этом остались без изменений. | ||
| Результатом применения ветки проекта к родительской ветке являются: | Результатом применения ветки проекта к родительской ветке являются: | ||
| - | • Новые версии процессов А2 и А2.3, субъекта Отдел продаж и документа Договор, а также появление в актуальной модели нового процесса А2.5; | + | * Новые версии единиц деятельности А2 и А2.3, оргединицы Отдел продаж и документа Договор, а также появление в актуальной модели новой единицы деятельности А2.5; |
| - | • Попадание объектов с новыми версиями в опрос для официального ознакомления сотрудников с новыми регламентами работы. | + | * Попадание объектов с новыми версиями в опрос для официального ознакомления сотрудников с новыми регламентами работы. |
| - | Руководитель подразделения (Бабич Ирина Петровна) контролирует ознакомление подчиненных сотрудников с регламентами в разделе Администрирование (см. Рисунок 44) | + | Руководитель подразделения (Бабич Ирина Петровна) контролирует ознакомление подчиненных сотрудников с регламентами в разделе Администрирование (см. Рисунок 10). |
| + | |||
| + | [{{ ru/manual/manage_model/cmdt_manage_model_054.png?nolink |Рисунок 10}}] | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | [<contextnavigator>] | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | {(rater>id=ru_manual_manage_model_use_of_branches_and_polls|name=Использование веток и опросов|type=vote|trace=ip|headline=off)} | ||
