👍

Анна, этот чат всё-таки про управление знаниями. Вакансии техписателей лучше кидайте в @technicalwriters

Ник, ок, поняла вас! Туда закинула. Здесь удалить?

Всем добрый день, написал статью об идее по работе со знаниями, возможно вам, как предметным специалистам будет интересно - https://aftershock.news/?q=node/987059

Также вы можете поправить мои ошибки, так как это изучаете)

Рассказываем, как после года пандемии мы смогли связать онлайн и офлайн.

✅Хотите увидеть всё своими глазами? Приходите на конференции Онтико в Москве, Санкт-Петербурге или онлайн по всему миру.

Всем привет!

Мне нужна помощь с настройкой процесса накопления и упорядочивания знаний в компании. Кажется, что для это цели нужен кто-то на стыке аналитика и технического пистеля. То есть, есть две задачи:

* навести порядок с постановкой задач (помочь продактам, так как они перегружены), снять часть работы по аналитке с программистов
* навести поряок с документацией (собирать знания из чатов, таск трекера, гугл доков и т.д. и класть их в одно место в удобном для использования виде).

Может ли кто-нибудь в этом чате посказать, возможно ли совместить эти две задачи в одном человеке, или лучше сразу ориентироваться на двух?

И правильно ли я понимаю, что по второй задаче мне нужен технический писатель?  

Заранее спасибо!

Звучит так, что вам нужен не один и не два человека, а целое подразделение управления знаниями

мы - небольшая компания, и для подразделения еще не доросли.

А сколько вас?

разработка в пределах от 10 до 20 человек.

+1, тоже неясно)

Ну ясно почему. Свои процессы исправлять не будем. Возьмем целого человека на сбор инфы из чатов и тд (сотрудникам упорядочивание инфы явно по боку), тк в таком случае формально проблему решили.

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

А мне кажется, можно поступенчато начать.
1. Взять классного projecta , который поможет вам систематизировать текущие процессы/ выстроит постановку задач в рабочем флоу .
2. Потом этот же project начнёт собирать инструкции
И далее в этот флоу подключать консультации с аналитиками ( для сбора дашбордов) , выстраивать уже библиотеку данных + консультации технические, если будут проблемы уже с конкретными инструментами.

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

хорошо бы вовлечь пользователей с самого начала в эти процессы

если не будет культуры делиться знаниями, то будут процессы без содержания как мне кажется

Культура ест стратегию на завтрак )

А что именно означает "делиться знаниями" в вашем понимании? Как это выглядит на практике?

Наличие диахронной связи поколений, это у Теслинова слушал https://www.mimlink.ru/about_institute/science/publications_mimlink/doc/conception_of_Russian_Education.pdf

Процессы налаживаю как раз я. У нас есть максимально облегченый процесс накопления знаниий, в котором участвуют все программисты. Но эти знания в итоге получаются в достаточно "сыром" виде, и в долговременной перспективе с ними тяжело работать. Нагружать программистов документированием кода в вики я не хочу. также мне самому не хватает времени, чтобы качественно сделать документацию по множеству рабочих вопросов. Поможет ли мне добавление в команду технического писателя?