Спасибо, почитаю подробнее про модель зрелости процессов, хотя мне казалось, они говорят "начинайте делать это и вот это, потом то-то и то-то", а не как производить такие переходы на масштабе (я могу здесь ошибаться).

А при таком подходе какой-то контроль этого процесса сохраняется? Контроль в смысле прозрачность и governance (иначе как мы поймем, что что-то произошло, разве что по косвенным признакам), а не в смысле отчетность и прямое управление.

CMMI говорит от том, что зрелость процессов определяется наличием конкретных правктик и элементов. Это в целом хорошая методика, для управлениея пачкой процессов, как минимум понять почему вот этот процесс надо корректировать, а этот пока оставить как есть.

Так я примерно про это и слышал — здесь кажется опять итеративной методики нет.

Но возвращаясь к началу разговора - если есть понятная цель (ответ на вопрос ЗАЧЕМ), то дальше следует применять тот инструмент, который в вашей организации окажется наиболее эффективным.

Приведу критику с которой я согласен https://martinfowler.com/bliki/MaturityModel.html

вот да 🙂

CMMI - один из инструментов., вариант, который выше обозначил @dphil еще один. И таких вариантов масса.

Мне как участнику сообщества ответ на вопрос ЗАЧЕМ вы что-то у себя внедряете - неведом. Из-за этого лично я не могу вам ничего рекомендовать по методике внедрения.

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

Т.е. задача - обеспечить максимальную скорость поиска информации по всем имеющимся источникам?

А зачем оно нужно? То есть какая-то обратная связь, конечно, будет. Если позиционировать себя как помогающего эксперта и источник ресурсов - то будет и прозрачность и governance. Да, при этом процессы управления знаниями в командах будут не идеальны, но они пойдут от задач отдельных команд.
Проще потом будет улучшать отдельные практики (через гильдию, например), чем сверху все внедрить.

Ну и предлагайте три варианта, обеспечьте сквозной поиск и аутентификацию. Сервисная модель менеджмента на таких размерах будет лучше, чем внедрение сверху.
А то это как внедряют один jira workflow на всю компанию - и это неудобно всем.

Ну и лучше учить команды улучшать свои процессы самим. Если культура это позволяет (что далеко не всегда так).

Спасибо, это кажется то, что нужно. А за счет чего будет прозрачность и обратная связь?

Есть еще один метод причесывания:
1. Выбираете себе 1-2 лояльные команды, которые используют наиболее предпочтительный с вашей т.з. инструмент.
2. Определяете несколько ключевых параметров (скорость поиска, частота использования статей, частота создания статей и т.п.)
3. Настраиваете для этих команд базу знаний и процесс ее наполнения и обновления
4. Замеряете эти показатели повторно в надежде что они улучшились.
5. Если надежда оправдалась используете рекламную кампанию предложенную выше для сомневающихся команд
6. После успеха с ними дожимаете админ ресурсом оставшееся сопротивление (или не дожимаете)

Что означает "сервисная модель менеджмента"? Прямо по этим ключевым словам и искать?

Мой изначальный вопрос, проблематика и возвражения относились именно к шагам 5 и 6 🙂
Можно их перечитать еще раз глядя на эти пункты 🙂

Авторитет, гильдии, источник ресурсов.
Т.е., например, команда хочет делать автогенерацию документации, но самой изучать инструменты и настроить пайплайн - дорого и сложно. Если есть авторитет- придет к вам советоваться. Если есть ресурсы - запросит доступ к какому-то уже купленному софту или разработке пайплайна.
Там есть тонкости по тому, как и что кому предоставлять. Но если вдруг 30 команд побегут просить ресурсы на внедрение - то можно уже будет говорить про успех запуска процесса внедрения изменений и копировать удачные решения.

Я так внедрял конфлюенс в пяти конторах. Начинал вообще с личного.
И вижу, как таким образом внедряется кубер, ci/cd и прочие практики.