#change_management — Public Fediverse posts

People management. Изменения, которые будут стоить 0 рублей. Спойлер: потому что вы уже за это платите

Вы правда думаете, что можно построить эффективные процессы теми же людьми, которые их уже сломали? Или надеетесь, что ещё один фреймворк магическим образом их починит поведение? Тогда, стоит напомнить, что магия вне Хогвардса запрещена 🙃 Я регулярно вижу одно и то же: в компанию вливаются бюджеты, заходят дорогие и не очень консультанты, рисуются красивые схемы (но, чаще некрасивые). Процессы переписываются. Люди — нет. Процессы делают те же люди. С тем же уровнем мышления. С теми же ограничениями. Менять процессы, не меняясь самим — любимый корпоративный фетиш. Результат предсказуем: те же паттерны, те же решения, тот же «лебедь, рак и щука», только с новыми названиями. Раньше можно было приписать «Agile», и добавить x100 к стоимости, сейчас лучше выбрать «AI». Хе‑хе. Штат раздувается. Роли множатся. Ответственность размывается. Это как поменять море на океан, но продолжать плыть с дыркой в лодке. Самое неприятное: вы ещё и платите за это 🙂 Читать дальше

https://habr.com/ru/articles/1030476/

#people_management #management #operation_transformation #operations_management #change_management #hr

Эволюция цифрового двойника компании: как управлять изменениями в сложном ИТ-ландшафте

Как победить хаос изменений в 1C, SAP и микросервисах? Авторская модель управления изменениями через Задания на разработку (ЗНР) и Релизные контейнеры, которая синхронизирует бизнес-процессы и код, предотвращая сбои в сложном ИТ-ландшафте.

https://habr.com/ru/articles/1030410/

#управление_изменениями #цифровой_двойник #change_management #релизы #релизменеджмент #бизнеспроцессы #бизнесанализ

Эволюция цифрового двойника компании: как управлять изменениями в сложном ИТ-ландшафте

Как победить хаос изменений в 1C, SAP и микросервисах? Авторская модель управления изменениями через Задания на разработку (ЗНР) и Релизные контейнеры, которая синхронизирует бизнес-процессы и код, предотвращая сбои в сложном ИТ-ландшафте.

https://habr.com/ru/articles/1030410/

#управление_изменениями #цифровой_двойник #change_management #релизы #релизменеджмент #бизнеспроцессы #бизнесанализ

Эволюция цифрового двойника компании: как управлять изменениями в сложном ИТ-ландшафте

Как победить хаос изменений в 1C, SAP и микросервисах? Авторская модель управления изменениями через Задания на разработку (ЗНР) и Релизные контейнеры, которая синхронизирует бизнес-процессы и код, предотвращая сбои в сложном ИТ-ландшафте.

https://habr.com/ru/articles/1030410/

#управление_изменениями #цифровой_двойник #change_management #релизы #релизменеджмент #бизнеспроцессы #бизнесанализ

Эволюция цифрового двойника компании: как управлять изменениями в сложном ИТ-ландшафте

Как победить хаос изменений в 1C, SAP и микросервисах? Авторская модель управления изменениями через Задания на разработку (ЗНР) и Релизные контейнеры, которая синхронизирует бизнес-процессы и код, предотвращая сбои в сложном ИТ-ландшафте.

https://habr.com/ru/articles/1030410/

#управление_изменениями #цифровой_двойник #change_management #релизы #релизменеджмент #бизнеспроцессы #бизнесанализ

Архитектор-методолог: от Discovery и Delivery к IT-Governance через TOGAF и Change Management

В своей практике я часто вижу одну и ту же проблему. Корпоративные архитекторы проектируют схемы целевой архитектуры (в лучшем случае - в репозитории в ArchiMate, но чаще просто в PowerPoint) , Solution и Software-архитекторы принимают тактические решения, а итоговая архитектура реализованного решения всё равно "плывёт" и не соответствует задуманному. Стратегия остаётся слайдами в PowerPoint. Принципы — просто слова на виртуальной доске. Команды разрабатывают "как удобно" (или "как быстрее), а не "как задумано". Почему так происходит? Потому что между стратегией и реализацией есть разрыв, т.к. между ролями участников ИТ-производства нет чётких процессов взаимодействия на уровне конкретных объектов управления и зон ответственности. Преодоление этого разрыва — зона ответственности архитектора-методолога. В этой статье я разберу несколько ключевых концепций, которые помогают этот разрыв закрыть: Discovery и Delivery, TOGAF ADM и Change Management. А в финале покажу, как они агрегируются в IT-Governance — и почему архитектор-методолог (такую роль можно встретить очень редко в виде чётко сформулированного запроса) находится в центре этого агрегатора. Узнать больше

https://habr.com/ru/articles/1013640/

#методология #управление_требованиями #управление_производством #конвейер #archimate #togaf #governance #change_management #discovery #delivery

Задачи операционной деятельности: золотая середина между Run и Change

Любой бизнес — от индивидуального предпринимателя до крупной международной компании — вынужден адаптироваться под запросы рынка и потребности потребителей. А поскольку сегодня бизнес практически неотделим от ИТ: потребность в изменениях бизнес-процессов = потребности в изменениях в ИТ. Изменения могут носить эпизодический характер, быть шаблонными и регулярными, малыми и большими по объему, масштабу и бюджету. Однако, изменения — не всегда про улучшения. Иногда, если что-то работает ну уж слишком хорошо, можно это и «ухудшить» в хорошем смысле этого слова. Например, снизить уровень сервиса, или сделать круглосуточную службу некруглосуточной.

https://habr.com/ru/companies/rgs_it/articles/921798/

#управление_изменениями #операционная_деятельность #запрос_на_изменение #jira #управление_проектами #itil #change_management