О системах управления баз знаний (KMS) успел уже вспомнить, когда шел разговор про БД. При этом системой можно назвать как исполняющую роль KMS полностью или частично, либо представить все доступные в компании информационные сервисы в виде одной абстрактной системы управления знаниями.

Какие аспекты могут попадать под ответственность поддержки KMS и контента:

  • Простота и удобство доступа к информации,
  • Разделение доступа по уровню к информации и полномочиям,
  • Контроль соблюдения конфиденциальности и этики в открытых корпоративных источниках,
  • Развитие возможностей, управление лицензиями, развитие (обновление) резервное копирование и архивирование (сопровождение самих систем),
  • Юридические и регуляторные аспекты контента,
  • Часть активностей, связанных с испытаниями, введенного в продуктив, контента,
  • Оптимизация операционного труда, связанного с поддержкой контента в частности внедрение и поддержка систем управления контентом,
  • Реагирование на обратную связь по опубликованному или распространенному контенту,
  • Прочее (добавьте в комментариях).

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

Какие идеи может привнести в практику такой специалист:

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

С точки зрения потребности бизнеса, поддержка KMS с одной стороны поддается прогнозу, с другой стороны может потребовать глубокого развития в новых предметных областях. Например, вас попросили оценить внедрение чат-бота, который подсказывает контактные данные коллег. Полезно знать при этом законодательство в отношении персональных данных стран, в которых работают сервисы, реализующие эту возможность. Как минимум наш #152ФЗ полезно брать в расчет при проектировании. И в этот момент специалист обязан спрогнозировать необходимый для проектирования ресурс и обратиться за помощью.

Прогнозирование в контексте изучения потребностей бизнеса следует рассматривать со стороны развития зрелости бизнеса вообще. Понятно, что обмен знаниями между двумя компаньонами (SOHO-компании) будет отличаться от того, как устроен обмен знаниями даже в небольших и средних компаниях (SME). Большинство потребностей вполне себе предсказуемы. Прилагаемая таблица намного лучше демонстрирует разницу в потребностях и развитие потребностей. 


0 комментариев

Добавить комментарий