Все этой гонке мобильных мощностей не хватает одного небольшого и элантного штриха: стриминг картинки на тв панели нажатием одной кнопки.
Как только производители договорятся между собой о едином стандарте передачи картинки на ТВ/мониторы, то будет бомба. Ну реально же не хватает — подошел с мобилкой к любому телеку, нажал на условную кнопку «транслировать» и картинка по воздуху улетела на ближайший дисплей. Сумели же «все» как-то договориться о microUSB…
К большому сожалению, не всегда важно то, кем скомпрометирован. В обществе есть множество, скажем так, сил, над головой которых нету нимфа святости. А люди в своей массе предпочитают мыслить категориями — плохой/злой. Я не стану с пеной у рта доказывать, что трекеры зло или, наоборот, добро: скорее второе. rutracker и сам, к примеру, тут работает в компромисе, закрывая часть раздач. То есть образ, которой по вашим словам значения для вас не имеет и выдуман журнализдами, вас все же волнует? Получается так, что лично у меня процент тех раздач, которые лично я ищу на трекере и нахожу закрытыми — не два, а сильно больше. И выходит, что тот самый образ, который по вашему мнения раздувыется только СМИ, ухудшается и у меня (у вашей прямой аудитории), так и у части далеких от этого людей. и не важно как.
Вопрос исключительно в масштабах и в общественно резонансе. Образ торрент-треккеров безвозратно скомпрометирован и навлечь на себя общественный гнев не получится. Местами наоборот. А библиотека в глазах народа — корпорация добра. Думаю, что тут себе дороже с ними ругаться.
Помню продавался ночной пакет от Web plus — «Ночной интернет». В районе 150 р стоил и позволял в течение недели по ночам юзать dial-up. Одной ночи хватало чтобы скачать музыкальный альбов в 50-70 мегабайт с битрейдом 192! Помню в муле тогда можно было много чего найти, но настоящие раритеты качались через IRC. Не так уж давно это было…
Если стоит целью выбрать сторонние готовые решения для Базы знаний и использовать ее только для этого, то конечно Service Now не вариант. Но мне в целом нравится идея иметь в одной системе разные сущности (таблицы) для каждого из процессов: инциденты, знания, change request'ы и прочее, которые линкуются друг с другом по ID.
Может Вам есть смысл добавить функциональность KB прамо в Вашу тикетную систему? Будет много легче приучить людей, туда заходить. Да использовать интерфейс и категоризацию, к которой люди уже привыкли, существенно проще.
Sharepoint как раз больше подходит именно для хранения тренингов и документаций. Не нужно парится с пермишанами, дизайном и прочей рутиной. Но для KB не лучший вариант. Интеграция Share Point'а в свои приложения в любом случае не сахар. Если только для тикетов Вы не используете что-то майкросовтовское типо Dymanic CRM, как я пытался делать до этого. Но на тот момент передо мной не стояло целью организовать KB.
В качестве IT Service платформы у нас используется Service Now. Достаточно гибкое веб приложение с хорошим wiki на офф сайте. Вот тут можно посмотреть на саму систему.
Вы правы. KB имеет смысл внедрять так, чтобы использовать его во всем IT процессе. Например, у нас реализована функция линковая статей к инцидентам. Это штука реально помогает в тех случаях, когда определенные инциденты теряются в общей массе и не дают увидеть существующую проблему. Выгружая репорты по наиболее линкованым статьям, можно узнать много нового о своих системах. И это только один из примеров.
Все, о чем я писал, было на основе реальных проблем, с которыми мы столкнулись. Если Вам это известно, то, уверен, что Ваш опыт во много раз больше моего. Чего важного я упустил, что могло бы быть полезно? Готов убрать «многообещаемость» и ответить на конкретные вопросы. Пока ни одного не было, кроме как о том, с чего начать.
Разделяй и властвуй. А если смотреть на KB в разрезе ITIL'я, то дать унифицированный совет и написать статью «для всех и каждого» почти нереально. В таком случае, руководствуясь Вашим подходом, общих слов, будет еще больше.
Если на данный момент ничего из упомянутого у вас в организованном виде нет, то думаю, что имеет смысл начать с изучения банальных азов ITIL. Идея иметь все в одном месте правильная. Но идея начинать с Knowledge Management'а не самая удачная, на мой взгляд. Ведь смысл не в том, чтобы сложить в одну кучу презенташки и назвать это базой знаний, хотя в каком-то смысле это и так, а в том, чтобы иметь возможность легко завязывать это с теми же инцидентами, проблемами и конфигурациями. Банально, иметь возможность линковать все друг с другом на уровне приложеними.
Вообще, не было думал пересказывать здесь свое техническое задание. Целью было поделиться практическим опытом. Если интересуют какие-то моменты в реализации — готов поделиться. На данным момент даже не понятно насколько тема вызывает отклик.
Начните с целесообразности: сколько у вас сотрудников? Нужно ли учить бизнес или же только IT? Посчитайте количество контактов друг с другом. Не могу сказать, какое количество будет критическим, чтобы принять положительное решение по KB, но у нас этих контактов более 1000 в месяц. Так же имеет смысл просто пообщаться с заинтересованными людьми: видят ли они смысл тратить на это время? KB в моем понимании — чтобы решать проблемы. Не думаю, что даже самое красивое средство даст больше возможностей, чем обычные тренинг материалы в виде презентаций.
На какой стадии обсуждения Knowledge Management у вас?
Как только производители договорятся между собой о едином стандарте передачи картинки на ТВ/мониторы, то будет бомба. Ну реально же не хватает — подошел с мобилкой к любому телеку, нажал на условную кнопку «транслировать» и картинка по воздуху улетела на ближайший дисплей. Сумели же «все» как-то договориться о microUSB…
Может Вам есть смысл добавить функциональность KB прамо в Вашу тикетную систему? Будет много легче приучить людей, туда заходить. Да использовать интерфейс и категоризацию, к которой люди уже привыкли, существенно проще.
На какой стадии обсуждения Knowledge Management у вас?