Электронная коммерция

Интернет-Двери - Поиск и Taxonomies


Управление Познанием для новичков

Управление Познанием (КМ) быть может определено просто как процесс, через который организации создают ценность от их интеллектуальных и активов основанных на познаниях. Активы познания нередко группируются в две категории:

(1) Явное Познание
Вообщем, все и что-нибудь, что быть может записанно, заархивировали и шифровали. Примеры включают патенты, марки, бизнес-планы, анализ способностей сбыта и списки клиента.

(2) Молчаливое Познание
Другие. Молчаливое познание - ноу-хау, содержавшееся в головах людей. Вызов, врожденный с молчаливым познанием, узнает, как признать, произвести, поделить и управлять сиим.

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

Отыскиваете технологии, изготовленные простыми

Есть по существу два типа технологии поиска: структурированный поиск и неструктурированный поиск:

1) Структурированный Поиск:
В структурированном поиске (пример Яху) юзер щелкает вниз через справочник категорий, чтоб отыскать материал разыскиваемым. Структуру дерева справочника именуют таксономией, с узлом корня наверху, который относится ко всем объектам, и узлы ниже этого классифицируют наиболее определенные подмножества полного набора объектов. Узнаваемый пример таксономии - Научная классификация Linnaeus's организмов. Узел корня - (неявно) "организм", и узлы ниже - Царство, Филюм, Класс, Заказ, Семья, Род, и Разновидности.

В Яху корень - "Справочник" и есть 14 основных узлов, включая Общество & Культуру, Социологию и Ссылку. Если б я находил речевые подсказки шафера (которым я не был так издавна), то я мог испытать (на Яху) щелкающий вниз ветвью дерева: Справочник> Общество и Культура> Женитьбы> Речи и Тосты. Альтернативно, я мог испытать Справочник> Социология> Коммуникации> Публичный Разговор.

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

Для библиотекаря (поддерживающий таксономию), есть иной главный довод "против". Так как наш свадебный пример иллюстрирует так отлично, нередко есть два либо больше места, можно было поместить всякую данную информацию. О агония выбора!

2) Неструктурированный Поиск:
В неструктурированном поиске (пример Гугл) юзер заходит в ряд ключевиков в поисковую систему, которая отыскивает, индекс содержания (часто ползал), и возвращает результаты, заказанные самым близким состязанием строке поиска.

Основное, про из неструктурированного поиска, - то, что я не должен пересмотреть, где верная ветвь находится на дереве таксономии, а быстрее прыжке в в листе, я ищу. Доводы "против" быстрее наименее очевидны, и основной - то, что некие материалы, которые я мог бы практически отыскать чрезвычайно полезным, может быть, не подступают в поиске. Это может произойти из-за моего отвратительного выбора сроков поиска, недостатка в индексации / методы поиска либо нехороший metadata в содержании конкретно.

Я должен выполнить многофункциональные способности поиска и, ежели так, как?

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

Вас, может быть, не восхищает услышать, что самое действенное выполнение поиска дозволяет, что юзер к избрал меж структурированными и неструктурированными вариациями поиска и просто проводить меж 2-мя. К примеру, мой неструктурированный поиск Яху на "наилучший укомплектовывает речи", берет меня прямо к соответственному документу, но также и говорит мне, где он посиживает в справочнике. Нажимая на директивную категорию, я могу поднять все остальные материалы в той области (где я в конечном счете нахожу наилучший ресурс для собственной потребности).

Чтоб выполнить структурированную часть поиска Вашего решения, Вы должны будете развить структуру таксономии для Вашей организации и информационных ресурсов, Ваши люди должны сделать свои рабочие места. Это быть может реальным вызовом! К примеру, политика обиды ЧАСА обязана быть найдена под ABC Co> Людские ресурсы> Единица Услуг Служащего> Политика либо под ABC Co> Моя Занятость> Мои Права> ветвь Обиды?

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

Гарантировать неструктурированный компонент Вашего решения отлично, Вы должны гарантировать во-1-х, что люди избегают жаргона в теле их документов (использующий заместо этого ключевики, которые юзеры признают), и во-2-х что высочайший процент от документов содержит солидный metadata. Metadata быть может просто определен как "данные о данных". К примеру, документ обиды metadata мог бы включать создателя: Tessa Jones, заглавие работы: Чиновник Отношений Служащего, отдел: Сервисы Служащего, функция: ЧАС, предмет: Занятость, заглавие: политика Обиды.

Поиск может посодействовать с молчаливым познанием, разделяющим?

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

Вы должны сделать отлично развитую базу данных желтоватых страничек, где люди вступили, увеличивал их белоснежные детали страничек (заглавие работы, адресок электронной почты, номер телефона) с информацией о их способностях, опыте и интересах. Тогда - когда кто-то отыскивает обиду - в дополнение к (a) политика документа слова, результаты также включают (b) связь во вход Желтоватых страничек Tessa Jones' и (c) связь к Отношениям Служащего teamspace, где Tessa - и ее коллеги полосы через ABC Co - сотрудничают на развитии политики и управлении отношениями служащего.

Некие заключительные мысли

Умеренная функция поиска быть может самым мощным агентом для усовершенствованного управления познанием, в которое когда-либо вкладывала капитал Ваша организация. Расширением, потому, это может стать категорическим "заявлением убийцы" на Вашей интернет-двери. Но, жизненно принципиально, чтоб способность поиска могла acccess вся информация и люди в Вашей организации и что уместность результата высока. Это не настолько же просто, как это кажется и просит соответствующего планирования и детализированной работы.

О создателе:

Дэвид Viney (david@viney.com) является создателем Интернет-Гида Двери; 31 страничка совета, инструментов и загрузок, покрывающих период до этого, в течение и опосля Интернет-выполнения Двери.

Прочитайте справочник в http://www.viney.com/DFV/intranet_portal_guide либо Интернет-Блог Часов в http://www.viney.com/intranet_watch.


БОЛЬШЕ РЕСУРСОВ:

  • главная | карта сайта
    © 2009