Начало 21 декабря 2013 г суббота 00: 36: 32 knowledge base



Скачать 327.61 Kb.
страница5/5
Дата01.12.2017
Размер327.61 Kb.
1   2   3   4   5

See also


  • Knowledge-based system

  • Knowledge management

  • Information repository

  • Content management

  • Enterprise bookmarking

  • Text mining

Notes


    1. Jump up ^ Hayes-Roth, Frederick; Donald Waterman, Douglas Lenat (1983). Building Expert Systems. Addison-Wesley. ISBN 0-201-10686-8.

    2. Jump up ^ Hayes-Roth, Frederick; Donald Waterman, Douglas Lenat (1983). Building Expert Systems. Addison-Wesley. ISBN 0-201-10686-8.

    3. Jump up ^ Green, Cordell; D. Luckham, R. Balzer, T. Cheatham, C. Rich (1986). "Report on a knowledge-based software assistant". Readings in artificial intelligence and software engineering (Morgan Kaufmann): 377–428. Retrieved 1 December 2013.

    4. Jump up ^ Feigenbaum, Edward (1983). The Fifth Generation: Artificial Intelligence and Japan's Computer Challenge to the World. Reading, MA: Addison-Wesley. p. 77. ISBN 0-201-11519-0. "Your data base is that patient's record, including history... vital signs, drugs given,... The knowledge base... is what you learned in medical school... it concists of facts, predicates, and beliefs..."

    5. Jump up ^ Jarke, Mathias (1978). "KBMS Requirements for Knowledge-Based Systems". Logic, Databases, and Artificial Intelligence. Berlin: Springer.

    6. Jump up ^ Krishna, S (1992). Introduction to Database and Knowledge-base Systems. Singapore: World Scientific Publishing. ISBN 981-02-0619-4.

External links


  • Protégé, an open source ontology editor and knowledge-base framework

[show]

  • v

  • t

  • e

Semantic Web





[show]

  • v

  • t

  • e

Computable knowledge



Categories:

  • Technical communication

  • Knowledge bases

Navigation menu


  • Create account

  • Log in

  • Article

  • Talk

  • Read

  • Edit

  • View history

Начало формы
Конец формы

  • Main page

  • Contents

  • Featured content

  • Current events

  • Random article

  • Donate to Wikipedia

Interaction


  • Help

  • About Wikipedia

  • Community portal

  • Recent changes

  • Contact page

Tools

Print/export

Languages


  • العربية

  • Azərbaycanca

  • Български

  • Bosanski

  • Čeština

  • Deutsch

  • Español

  • Français

  • 한국어

  • Hrvatski

  • Bahasa Indonesia

  • Italiano

  • Lietuvių

  • Magyar

  • Македонски

  • Bahasa Melayu

  • Nederlands

  • 日本語

  • Polski

  • Português

  • Русский

  • ไทย

  • Тоҷикӣ

  • Українська

  • اردو

  • 中文

  • Edit links

  • This page was last modified on 19 December 2013 at 11:13.

  • Text is available under the Creative Commons Attribution-ShareAlike License; additional terms may apply. By using this site, you agree to the Terms of Use and Privacy Policy.
    Wikipedia® is a registered trademark of the Wikimedia Foundation, Inc., a non-profit organization.

  • Privacy policy

  • About Wikipedia

  • Disclaimers

  • Contact Wikipedia

  • Developers

  • Mobile view

  • wikimedia foundation

  • powered by mediawiki

http://habrahabr.ru/post/153575/ хабрахабр 21.12.2013 0:13:26 Суббота

лентапостыq&aсобытияхабыкомпании

4 октября 2012 в 17:01



IT База Знаний в вашей компании из песочницы

Учебный процесс в IT, Управление проектами*

На определенном этапе развития вашей IT структуры может встать вопрос об организации Knowledge Base (далее KB) как для IT сотрудников, так и для бизнес пользователей. Реализация данной затеи может иметь как положительный эффект, так и может стать причиной серьезной головной боли для всех участников проекта: от бизнеса, финансирующего его, так и проектного менеджера, координируещего реализацию. В этой заметке я попробую раскрыть несколько моментов, с которыми мы столкнулись, а так же дать несколько рекомендаций.

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

KB для IT и бизнеса.

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


Старайтесь ответственно подходить к элементам интерфейса и выбора среды для разработки. Важное значение имеет средства поиска. Если этот элемент будет плохо работать, то смысла в такой базе будет немного: база для того, чтобы в ней можно было что-либо найти! Не стоит недооценивать этот пункт. Когда в вашей организации будут тысячи и тысячи статей, проблема будет ощущаться всё сильнее;
Используйте понятную категоризацию. Те категории, которые будут понятны ITшнику, могут совершенно ничего не говорить бизнес пользователю. Попробуйте совмещать категории, отражающие названия бизнес процессов и подкатегории, понятные нам;
Выбор системы. Пункт не менее важен, так как пользователю будет удобнее работать с KB из той среды, в которой у него будут возникать вопросы. Возможно, удачным решением станет система ведения заявок пользователей. Подумайте над средствами совмещения Incident и Knowledge Management’а;
Не спешите открыть базу для пользователей. Даже самое хорошее и интересное решение может надолго оттолкнуть пользователей от себя, если оно будет состоять из 10 статей. Подготовьтесь заранее. Для начала напишите статьи по тем вопросам, которые считаете наиболее актуальными;
Разграничьте IT KB от KB для пользователей. И не для того, чтобы скрыть от них то, что им видеть не следует. Статьям пользователем следует уделять больше внимания. Это и стиль изложения, и отказ от использования IT сленга и аббревиатур. Убедитесь, что все то, что вы публикуете может быть технически использовано пользователем;
Используйте систему контроля и модерации статей перед публикацией. Одна голова – хорошо, а две лучше. Это избавит от некомпетентных знаний и досадных помарок;
Заявки на статьи. Реализуйте возможность добавлять заявки на статьи определенного содержания. Пользователям лучше знать о том, что им нужно, а что нет;
Напишите документацию о том, как пользоваться средством и старайтесь оказывать intensive support в первое время.

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



KB для IT.

Использования KB внутри IT структуры может полезно во многих случаях.


• Обучение новых сотрудников;
• Передача актуальных знаний тем, кто не является глубоким специалистом в области;
• Обмен знаниями со смежными с IT департаментами.
На этой стадии у вас могут возникнут совершенно другого рода проблемы, нежели те, который потенциально возможно у бизнеса.
• «Зачем мне KB раз я и так все знаю и легко объясню пользователю». Это очень распространенный вопрос, который приходил к нам от пользователей и авторов KB. Написание статей занимает время, которое сотрудник хочет потратить для что-либо другое, не менее полезное по его мнению. Обязать человека что-либо делать можно, но вряд ли от этого будет хороший эффект в виде качественных статей. Старайтесь доносить до людей не столько то, что средство поможет кому-то, а то, что оно будет полезно лично ему, а это, прежде всего, экономия времени: на общение с пользователями и с не столь компетентными коллегами. К примеру, имея пять минут сейчас, и потратив их на написание статьи, мы съэкономим его тогда, когда этих пяти минут на разъяснение проблемы/функциональности не будет;
Неудачная техническая реализация. Важный момент, который может легко загубить идею. Старайтесь сделать средство удобным. Если там встроен текстовый редактор, добейтесь от него безупречной работе. Если писать статьи неудобно, то писать не будут;
Мониторинг. Старайте следить не только за тем, как много пишется статей и кто лично это делает, но и проверяте их актуальность. Добавьте функциональность view counter’ов и feedback’ов. Дайте возможность пользователем оставлять комментарии к статьям. Создайте несколько репортов. Старайтесь следить за появлением дубликатов. Вероятность их появления с ростом базы так же будет расти.

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

Готов выслушать ваши комментарии и буду рад, если поделитесь опытом.


  • knowledge management

+4

11775


44

zotchy 1,0

Нет времени


на счета?

комментарии (23) отслеживать новые: в почте в трекере

0

amarao, 4 октября 2012 в 17:22 #

Просто KB? Не смешно. Коммиты в коде отдельно, планы развития и всякий слабоструктурированный хлам вроде исследования отдельно, сопроводительная документация отдельно, регламенты на типовые (и нетиповые, но известные) ситуации — отдельно, юридические документы отдельно.

0

http://habrahabr.ru/i/avatars/stub-user-small.gifzotchy, 4 октября 2012 в 18:01 #



Вообще, не было думал пересказывать здесь свое техническое задание. Целью было поделиться практическим опытом. Если интересуют какие-то моменты в реализации — готов поделиться. На данным момент даже не понятно насколько тема вызывает отклик.

0

http://habr.habrastorage.org/avatars/a4d/28c/40e/a4d28c40e664ad1a3632a3c0a2ca1c72_small.pngamarao, 4 октября 2012 в 18:26 #



В таком контексте — нет. Организация работы ИТ-отдела (когда в нём больше, чем сисадмин и эникейщик) — это очень сложная область, и разбирать только KB — смысла?

0

http://habrahabr.ru/i/avatars/stub-user-small.gifzotchy, 4 октября 2012 в 19:45 #



Разделяй и властвуй. А если смотреть на KB в разрезе ITIL'я, то дать унифицированный совет и написать статью «для всех и каждого» почти нереально. В таком случае, руководствуясь Вашим подходом, общих слов, будет еще больше.

0

http://habr.habrastorage.org/avatars/a4d/28c/40e/a4d28c40e664ad1a3632a3c0a2ca1c72_small.pngamarao, 4 октября 2012 в 20:10 #



Вы просто неправильно генерализируете задачу. KB используется в куче разных случаев, подгонять которые под единый ответ — ошибка.

0

http://habrahabr.ru/i/avatars/stub-user-small.gifzotchy, 4 октября 2012 в 20:59 #



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

0

http://habr.habrastorage.org/avatars/f4e/4dd/c02/f4e4ddc02b60dd6b66e115c4491eef7d_small.pngfoxnet, 4 октября 2012 в 17:22 #

Жаль, что вся статья сводится к: KB должна быть очень хорошая, если будет плохая, то будет плохо.


Хотелось бы живых примеров. Я уже давно хочу создать KB, но так но так и не решил с какой стороны подходить. Учитывая, что денег на это явно выделать много не будут.

0

Ingtar, 4 октября 2012 в 17:35 #



как насчет этого? www.mediawiki.org/wiki/Project:About/ru

0

http://habr.habrastorage.org/avatars/f4e/4dd/c02/f4e4ddc02b60dd6b66e115c4491eef7d_small.pngfoxnet, 4 октября 2012 в 17:43 #



Как вести документы это одно. А как организовать, другое. Например, создание шаблонов, ведение инцидентов.

0

http://habrahabr.ru/i/avatars/stub-user-small.gifzotchy, 4 октября 2012 в 17:48 #



Начните с целесообразности: сколько у вас сотрудников? Нужно ли учить бизнес или же только IT? Посчитайте количество контактов друг с другом. Не могу сказать, какое количество будет критическим, чтобы принять положительное решение по KB, но у нас этих контактов более 1000 в месяц. Так же имеет смысл просто пообщаться с заинтересованными людьми: видят ли они смысл тратить на это время? KB в моем понимании — чтобы решать проблемы. Не думаю, что даже самое красивое средство даст больше возможностей, чем обычные тренинг материалы в виде презентаций.


На какой стадии обсуждения Knowledge Management у вас?

0

http://habr.habrastorage.org/avatars/f4e/4dd/c02/f4e4ddc02b60dd6b66e115c4491eef7d_small.pngfoxnet, 4 октября 2012 в 17:51 #



Я планирую его использовать для ведения внутренней документации IT отдела. Ведение правильной документации по оборудованию, софту, инцидентам. Хочется видеть некий справочник IT проблем и решений в компании.


То есть размах, конечно, небольшой.

0

http://habrahabr.ru/i/avatars/stub-user-small.gifzotchy, 4 октября 2012 в 19:36 #



Если на данный момент ничего из упомянутого у вас в организованном виде нет, то думаю, что имеет смысл начать с изучения банальных азов ITIL. Идея иметь все в одном месте правильная. Но идея начинать с Knowledge Management'а не самая удачная, на мой взгляд. Ведь смысл не в том, чтобы сложить в одну кучу презенташки и назвать это базой знаний, хотя в каком-то смысле это и так, а в том, чтобы иметь возможность легко завязывать это с теми же инцидентами, проблемами и конфигурациями. Банально, иметь возможность линковать все друг с другом на уровне приложеними.

0

http://habr.habrastorage.org/avatars/f4e/4dd/c02/f4e4ddc02b60dd6b66e115c4491eef7d_small.pngfoxnet, 4 октября 2012 в 21:56 #



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

0

http://habr.habrastorage.org/avatars/f65/f4e/d7a/f65f4ed7a3ef765b7b4d76d839070b85_small.jpgimater, 4 октября 2012 в 20:17 #

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

0

http://habrahabr.ru/i/avatars/stub-user-small.gifzotchy, 4 октября 2012 в 20:54 #



Все, о чем я писал, было на основе реальных проблем, с которыми мы столкнулись. Если Вам это известно, то, уверен, что Ваш опыт во много раз больше моего. Чего важного я упустил, что могло бы быть полезно? Готов убрать «многообещаемость» и ответить на конкретные вопросы. Пока ни одного не было, кроме как о том, с чего начать.

0

http://habr.habrastorage.org/avatars/f65/f4e/d7a/f65f4ed7a3ef765b7b4d76d839070b85_small.jpgimater, 4 октября 2012 в 20:56 #



Был бы рад конкретике. Какими продуктами вы пользовались для создания КВ? Платформа, сервер, самописные скрипты, Wiki или что?

0

http://habrahabr.ru/i/avatars/stub-user-small.gifzotchy, 4 октября 2012 в 21:10 #



В качестве IT Service платформы у нас используется Service Now. Достаточно гибкое веб приложение с хорошим wiki на офф сайте. Вот тут можно посмотреть на саму систему.

0

beho1der, 4 октября 2012 в 21:27 #



Пробежался быстро по демо версии, насколько увидел там больше тикетная система чем База знаний. Как раз выбираем базу знаний и ничего подходящего пока не нашли, тикетная система уж внедрена и работает!

0

http://habr.habrastorage.org/avatars/f23/ea5/7f1/f23ea57f1afc88ddb294b05b109d73fa_small.jpgicCE, 4 октября 2012 в 22:45 #



Та же головная боль. Надо где то вести документацию. Wiki явно не оченб подходят под эту роль. Вариант — можно заточить sharepoint, но чуство, что стрельба из пушки по воробьям. Да и хотелось бы OpenSource решение.

0

http://habrahabr.ru/i/avatars/stub-user-small.gifzotchy, 5 октября 2012 в 10:00 #



Sharepoint как раз больше подходит именно для хранения тренингов и документаций. Не нужно парится с пермишанами, дизайном и прочей рутиной. Но для KB не лучший вариант. Интеграция Share Point'а в свои приложения в любом случае не сахар. Если только для тикетов Вы не используете что-то майкросовтовское типо Dymanic CRM, как я пытался делать до этого. Но на тот момент передо мной не стояло целью организовать KB.

0

http://habrahabr.ru/i/avatars/stub-user-small.gifzotchy, 5 октября 2012 в 10:06 #



Если стоит целью выбрать сторонние готовые решения для Базы знаний и использовать ее только для этого, то конечно Service Now не вариант. Но мне в целом нравится идея иметь в одной системе разные сущности (таблицы) для каждого из процессов: инциденты, знания, change request'ы и прочее, которые линкуются друг с другом по ID.


Может Вам есть смысл добавить функциональность KB прамо в Вашу тикетную систему? Будет много легче приучить людей, туда заходить. Да использовать интерфейс и категоризацию, к которой люди уже привыкли, существенно проще.

0

http://habr.habrastorage.org/avatars/f23/ea5/7f1/f23ea57f1afc88ddb294b05b109d73fa_small.jpgicCE, 18 апреля 2013 в 15:58 #



Нашли что нибудь?

0

RouR, 5 октября 2012 в 09:13 #

Если речь идёт именно о знаниях (а не о библиотеке документов), то необходимо:


1. чтобы в базе была уникальная информация, недоступная другими способами (зачем сотруднику туда заходить?)
2. чтобы руководство мотивировало и поощряло пишущих (зачем сотруднику писать?)

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

Лучшее за 24 часа

Подарок от Skype на новый год

Яндекс посвятил страницу плееру Winamp

Ответный вызов разработчикам Telegram

Ловушка конкурсов по взлому

3 предельно простые вещи, которые мы узнали про свою команду

Зачем переходить на DDR4?

Настройка IDEA для чистокодеров

Доработка проветривателя или управление вентиляцией от датчика углекислого газа

x86-compatible, часть 1: «Тёмная лошадка с Тайваня»

Утрата слабой связанности

все лучшие

Похожие посты



Product management: от неплохой идеи к уместной фиче 11.11.2013

У Mobile Device Manager появилась on premise версия! 02.09.2013

ITIL (Problem Management) средствами OTRS 17.07.2013

System Center 2012 Operations Manager + SP1 от архитектора Microsoft! 30.04.2013

Обзор Cisco Integrated Management Controller: удаленное управление серверами 01.04.2013

Управление хранилищами в System Center Virtual Machine Manager 2012 SP1 11.02.2013

СRM vs lead-management 20.08.2012

PHP process manager 27.07.2012

Как обойтись без Cisco Call Manager 25.07.2012

Сам себе DynDNS или реализация Managed DNS посредством PowerShell 19.06.2012

Что обсуждают?



Рождественская распродажа в Steam 93

Вирус-шифровальщик. БОЛЬШАЯ статья 32

Продление срока приёма заявок на конкурс 1

3 предельно простые вещи, которые мы узнали про свою команду 24

Башня Тесла: электротехнический расчет 142

Утрата слабой связанности 47

Подарок от Skype на новый год 209

Недорогой 3D-принтер по металлу на базе сварочного аппарата 10

Яндекс посвятил страницу плееру Winamp 170

Delphi XE5 + Android: первые впечатления 40

все посты

Платформа для хранилищ данных


и систем бизнес-аналитики

  • Сверхбыстрая работа

  • Экономия затрат

  • Надёжность

Узнать подробнее

Компания дня http://habrahabr.ru/images/bg_cicle_help.png



яндекс

Яндекс

Последний пост: Яндекс посвятил страницу плееру Winamp

10309 подписчиков

Хантим

Team-lead, php, MySQL → Смартафиша Инкорпорейтед

Руководитель отдела трафика → Медиахолдинг "АБАК-ПРЕСС"

Руководитель интернет-проекта → Медиахолдинг "АБАК-ПРЕСС"

Менеджер проектов → Aero

Software Architect → Ciklum

Веб-аналитик → Веб-сервис uCoz

Руководитель отдела продаж

Менеджер по продажам

Technical lead/Architect → UniSender

Менеджер по продажам → BQW

все вакансии

Joomla

Необходимо разработать плагин для Wordpress

База данных с поиском

Cистема для рассылки htpp ссылок по средствам смс и учёта перехода по ним

Интеграция Битрикса с 1С

Придумать название

Travel service

Highload cайт на самописной CMS на PHP/MySQL

Пиарщик от Бога. Сфера MLM бизнеса (привлечение новых партнеров)

Дизайн для сайта инженерно-строительной компании

все заказы

Ближайшие события

22

дек


Тестирование на проникновение с использованием Metasploit Framework

22

дек



Fireside Chat с экспертами SocialityRocks!

23

дек



Продвинутые решения на базе Microsoft Exchange

23

дек



Проектирование и реализация серверной инфраструктуры

23

дек



Администрирование Citrix XenServer 6.0

все события


Поделитесь с Вашими друзьями:
1   2   3   4   5


База данных защищена авторским правом ©vossta.ru 2019
обратиться к администрации

    Главная страница