Ха, там каждое второе сообщение от Антона Колонина. Академгородок, это все объясняет )

Да, вначале было иначе)
Спасибо за ссылку!

Коллеги, привет! У нас в компании много разных проектов, и каждый проект ведет БЗ по своему. Есть задача создать инструкцию для тех, кто хочет организовать БЗ грамотно, придя в единое пространство (в нашей случае это Confl). То есть это должен быть своеобразный туториал для чайников: какие разделы лучше создать, какую информацию и в каких форматах лучше грузить, как организовать теги и тд тп. Может есть у кого-то уже опыт, что важно прописать в таком документе? на что ориентироваться?

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

в общем предоставить доступный функционал, показать как это можно сочетать, и пусть из этой корзинки они себе соберут бз?)

Маловероятно, что:
1. Снаружи вы получите единственно верный вариант
2. Полученный извне вариант примут ваши команды

Попробуйте:
1. Проанализировать базы так  как базы будут разными по полноте и частоте использования определите какая из команд ведет наиболее полную базу и использует ее;
2. На основании этой наиболее полной базы формализуйте правила ее ведения, опросив участников.
3. Соберите остальные команды и предложите эти правила принять или скорректировать

я думаю, что лушче описывать не функции инструмента, а как вы рекомендуете его применять относительно принятых процессов, показать, какие команды уже сделали что-то, думаю с элементами и кнопочками проще разобраться, чем с как и зачем это

Дальше по обстоятельствам в зависимости от конечной цели этого упражнения

ну и плюс обобщите опыт команд и заведите шаблоны на частые виды документов и предлагайте их в этом гайде, в конфлуэнсе вроде есть удобный элемент create from template, можно прям кнопки добавить внутри гайда, поддержу Игоря - мало сделать гайд, надо его внедрить, сначала поговорите с командами, потом снова поговорите и контрольный еще раз поговорите)

интересно, спасибо за ответы  🙏🏻

да, про шаблоны знаю) пробуем

Про базы знаний, кстати есть хороший базовый доклад с конференции 2020 года, https://www.youtube.com/watch?v=03B9sQC76N0

это выступление вроде не видела, гляну, спасибо!

У кого-то из завсегдатаев чата была памятка 'как писать документацию': понимать для кого, какие цели решает, упрощать стиль и т.п. Эту памятку стоит добавить в шаблон.
Нужно вести карточку проекта или важнее межпроектные знания?
Это разные форматы, про картог проекта был доклад на TLC 2019 (кажется, или даже 2018), очень внятный.
Про продуктовые знания не помню хороших докладов, если понравится то, что делаем сейчас - расскажу )

У меня совсем недавно появилось предположение, что проекты по "внедрению" чего-то с не совсем ясной целевой картиной нужно строить начиная с конкретных шагов внедрения, а до технических деталей дело дойдёт позже.
Как будет _происходить_ запуск БЗ?
С чего начнётся? Что нужно к моменту старта? Что потребуется командам поменять в их повседневной деятельности? Как им в этом помочь? Какие дополнительные активности появятся? И т.д.
Кажется если все такие шаги описать и понять как это реализовать организационно, техническую реализацию можно сделать хоть на стикерах?
Или всё не так и я витаю в мире иллюзий?

Ты все сказал верно, это зрелый проект изменений, но так никто не делает а реальном мире, тут в кейсе уже сделан и выбор инструмента и видимо как он будет использоваться, поэтому надо посоветовать, что теперь

А вообще, мечтаю, чтобы кто-то сделал доклад, как делать проект изменений или внедрения какой-то практики здорового человека, вот с подготовкой людей, с выяснением как они сейчас используют и что, с продумыванием переходного периода и облегчением/полуавтоматизацией миграции, с оценкой реальных затрат сил в командах и донесением до них

А что на эту тему вообще почитать есть?  Мне будет достаточно ключевых слов для начала. Я к такому видению самостоятельно пришел, поэтому мне подойдут и любые самые базовые вещи.

Обычный стартап. Проблемные интервью, профиль потребителя, продажи, поддержка. Методы те же, это важно

И, кстати, юнит-экономика. Стоимость привлечения меняем на стоимость перехода человека на новый способ, а прибыль на профит от перехода