НН
Я советовал когда-то уже, но ему оч до конфы далеко
Size: a a a
2020 February 23
ЕП
Спасибо
2020 February 24
RN
Коллеги, у нас есть вопрос)
RN
Коллеги кто-то может подсказать как организовать структуру базы знаний?
Начали писать статьи, в основном, по процессам, но часть весьма технического толка, набралась уже досаточная масса, чтобы в этом запутаться. Есть какие-то best practice по ведению базы знаний? Какую струкутру вы задаете?
Начали писать статьи, в основном, по процессам, но часть весьма технического толка, набралась уже досаточная масса, чтобы в этом запутаться. Есть какие-то best practice по ведению базы знаний? Какую струкутру вы задаете?
RN
Набросайте опыта :)
Ms
Опыт — документировать только стабильное
NV
Опыт — документировать только стабильное
Что имено стабильное: процессы, требования, фичи, релизы?
Ms
Нет смысла документировать детали, которые меняются. Возьмем простой пример — надо задокументировать бизнес процесс
Ms
Берем диаграмму взаимодействия на самом высоком уровне — кто запускает, кто вовлечен и какой результат
V
Коллеги кто-то может подсказать как организовать структуру базы знаний?
Начали писать статьи, в основном, по процессам, но часть весьма технического толка, набралась уже досаточная масса, чтобы в этом запутаться. Есть какие-то best practice по ведению базы знаний? Какую струкутру вы задаете?
Начали писать статьи, в основном, по процессам, но часть весьма технического толка, набралась уже досаточная масса, чтобы в этом запутаться. Есть какие-то best practice по ведению базы знаний? Какую струкутру вы задаете?
Документируй критические знания. И назначь ответственных за актуализацию
RN
Документируй критические знания. И назначь ответственных за актуализацию
А есть ли рабочая практика, как быть уверенным в том, что однажды какието знания не окажутся внезапно критичными?)
V
А есть ли рабочая практика, как быть уверенным в том, что однажды какието знания не окажутся внезапно критичными?)
По ИТ - нет. По остальному - есть
DH
А есть ли рабочая практика, как быть уверенным в том, что однажды какието знания не окажутся внезапно критичными?)
Пересмотри презентацию КРОКа. Там, на мой взгляд, отличный вариант категорирования предложен.
DH
Критичными являются знания, которые невозможно приобрести на рынке и которые затрагивают ключевые компетенции компании.
DH
В случае крока это накопленный опыт по реализованным проектам: сроки, способы решения, ошибки, стоимость и т.п. это в перспективе повышает точность планирования и снижает косты.
VL
Критичность знания определяется риском утраты носителя знания. Такая методика есть
VL
Анализ риска утраты-определение носителя-интервьюирование-сохрание в виде курса или методики-обучение
RN
Пересмотри презентацию КРОКа. Там, на мой взгляд, отличный вариант категорирования предложен.
Вопрос не мой, коллеге интересно тут послушать, а не презы смотреть сейчас)
VL
VL
Даже такую методичку в свое время сделали)