Как сделать корпоративную википедию
Добавил пользователь Дмитрий К. Обновлено: 04.10.2024
Что же такое Tiki Wiki CMS Groupware? Tiki – это мощное веб-приложение, разработанное большой командой спонсоров. Tiki – это идеальный инструмент для разработки и поддержания собственного веб-сайта/вики-энциклопедии/CMS/блога или любого другого проекта, который вы можете только представить себе.
ScrewTurn Wiki позволяет вам создавать, управлять и продвигать wiki-статьи. Система вики подразумевает под собой коллективное создание и редактирование веб-сайта, ориентированного на предоставление различной информации. Ярким примером подобных усилий является Wikipedia.
Побуждайте людей участвовать и делать свой вклад в развитие. Создавайте возможности для командной работы, для командной разработки проектов. Храните информацию под грифом конфиденциальности или делитесь ей со всеми подряд!
Foswiki сама по себе представляет собой wiki-систему, так что вы и ваши друзья (коллеги, команда) сможете редактировать информацию прямо на странице веб-браузера. Для более продвинутой формы коллективной разработки, Foswiki позволяет вам вводить макросы для автоматизации страниц, и даже создавать целые приложения прямо на странице браузера.
Boopsie предлагает доступ к платформе разработки книг от CoverCake, что позволяет потребителю быстрее обнаружить книги, упомянутые в популярных медиа-источниках: газетах, журналах, радио и т.д. Доступ к контенту CoverCake предлагается в качестве дополнительной опции к публичным и академическим библиотекам, которые хотят представлять доступ посредством мобильного приложения Boopsie.
Canvas представляет собой Wiki-систему на ColdFusion, которая предоставляет возможность коллективной разработки и редактирования контента. Система следует основным стандартам wiki, позволяя любому редактировать контент, но при этом за историей документов ведется тщательный контроль. Canvas был разработан при помощи Model-Glue.
TWiki – это гибкая, мощная и простая в управлении wiki-система, представляющая возможность коллективной разработки контента. Это структурная система, предназначенная для разработки проектов, обработки документов и любой другой задачи, требующей коллективного вовлечения. Даже пользователи без знаний в области программирования смогут создавать веб-приложения. Разработчики могут расширить функционал с помощью специально плагинов.
Проект XWiki предлагает как в общем платформу, предназначенную для коллективной разработки приложений по принципу wiki, так и для разработки продуктов, разработанных с ее помощью. Все ПО XWiki разработано на Java, и распространяется с открытым исходным кодом под лицензионным соглашением LGPL.
Единое место в интернете для команд, которые могут сплотиться и совместно поглощать знания – создавать, делиться и обсуждать файлы, идеи, спецификации, наброски, диаграммы и проекты.
Мощный полноценный редактор, интеграция с Office и JIRA, а также сотни других дополнений помогут целой командой создавать различную документацию и другие полезные вещи.
MediaWiki – бесплатное ПО с открытым исходным кодом, написанное на PHP, изначально предназначенное для использования в Wikipedia. Сейчас данный инструмент используется во многих других проектах некоммерческой организации Wikimedia Foundation и других.
Обнаружили ошибку или мёртвую ссылку?
Выделите проблемный фрагмент мышкой и нажмите CTRL+ENTER.
В появившемся окне опишите проблему и отправьте уведомление Администрации ресурса.
Вам понравился материал? Поблагодарить легко!
Будем весьма признательны, если поделитесь этой статьей в социальных сетях:
Ниже вы можете увидеть, какими операционными системами поддерживаются сервисы для ведения Wiki, где они хранят данные и на каком языке программирования написаны.
Комментарии экспертов
1. Кто в компании должен отвечать за базу знаний — руководители отделов, старшие менеджеры, вся команда, HR-менеджер?
Никита Михеенков, Nimax
Инициаторами работы над базой у нас выступают руководители отделов, они пишут инструкции, правила и регламенты. Но если кто-то из сотрудников хочет внести свой вклад, любой может принять участие. Особенно поощряется создание документов, которые позволяют зафиксировать проблемы и избежать их повторения.
2. Большинство корпоративных баз знаний используют разметку wiki. Затрудняет ли это внедрение и использование таких систем в коллективе, где не все с ней знакомы? Как обойти эту проблему?
Никита Михеенков, Nimax
Мы тестировали несколько wiki-систем, но решили, что в смешанной команде, состоящей не только из программистов, wiki-разметка становится препятствием. В итоге наша база знаний — это аккуратно разложенные по папкам Google-документы и таблицы.
Константин Коломеец, ex: Яндекс
Wiki-разметка — одно из самых серьезных препятствий во внедрении wiki в компаниях, если есть возможность использовать программые решения, использующие wysiwyg-редакторы, надо это делать.
3. Каким образом можно превратить базу знаний из пассивного хранилища данных (как это обычно бывает) в ежедневный рабочий инструмент команды?
Никита Михеенков, Nimax
Вероятно, информация из базы знаний должна быть связана с системой управления проектами, и каждая единица информации должна быть привязана к определенным событиям. Найти такую систему мы пока не смогли.
Константин Коломеец, ex: Яндекс
Во-первых, выступить в качестве примера: опубликовать и поддерживать в актуальном состоянии интересную для коллег информацию о своей области ответственности. Если они задают вопрос, который есть в wiki, отвечать максимально кратко, отправляя их за полной информацией в wiki. Если задают вопрос, ответа на который в wiki еще нет, добавлять ответ в wiki, потом уже отвечать сотруднику — так же ссылкой.
Во-вторых, рассказывать сотрудникам, какая информация есть в wiki, наладить эффективную поисковую систему и обозримый каталог информации. Чтобы сотрудники обращались к базе знаний, они должны хотя бы примерно понимать, ответы на какого рода вопросы там есть.
В-третьих, пока компания не успела зафиксировать на wiki-страницах какую-либо содержательную информацию, можно записать, кто за что отвечает. Даже такая простая wiki будет решать одну из важных задач — соединять сотрудников друг с другом.
4. Должна ли база знаний дополняться системой обучения сотрудников (LMS), позволяющей отслеживать процесс ознакомления каждого сотрудника с представленной в базе информацией?
Никита Михеенков, Nimax
Что базы знаний в отрыве от процесса обучения не очень перспективны. Возможно, правильнее использовать для управления знаниями не базы, а как раз LMS-системы, формируя в них курсы для сотрудников и отслеживая прогресс.
5. Должны ли быть разделены базы знаний по проектам (опыт компании) и общая база знаний, описывающая систему работы в компании (методология компании)?
Константин Коломеец, ex: Яндекс
Если компания занимается потоковой проектной работой, и проекты отличаются друг от друга минимально, то можно организовывать общую базу, релевантную опыту всех команд. Если же проекты, которые делает компания, заметно отличаются друг от друга, полное объединение будет стоить дорого, а пользы от этого будет минимум: участники из разных команд попросту не найдут релевантной им информации.
Wiki — технология, которая предполагает концепцию создания, свободного наполнения и изменения содержимого сайта без знания HTML. Эта система идеально подходит для создания базы знаний, хранения документации и подготовки различных документов, над которыми происходит совместная работа нескольких пользователей.
Wiki-движок — набор программ, с помощью которых реализуется технология wiki, то есть собираются и структурируются данные, один из типов CMS.
MediaWiki и DokuWiki — wiki-движки с открытым исходным кодом, оба написаны на php. Первый — самый известный, способен поддерживать сайты с огромным количеством посетителей, используя несколько серверов. Второй больше подходит для небольших компаний, для его работы не нужна база данных — все записи хранит в текстовых файлах.
Confluence — коммерческий движок, написан на Java, создан для внутреннего использования организациями и может тесно интегрироваться с JIRA.
Программное обеспечение для вики-систем существует с 1995 года, но, пожалуй, последняя вариация вики - это то, что принято называть "корпоративным вики".
Но если мы посмотрим на вики в контексте работы предприятия, мы столкнемся с двумя важными вопросами:
● В чем состоит разница между вики и CMS? Можем ли мы добавить к функциям существующей CMS-системы еще и обслуживание вики?
● Готовы ли инструменты вики для использования в компаниях? Иными словами, одобрит ли их мой IT-директор?
Ниже я постараюсь ответить на оба этих вопроса.
Вики и контент-менеджмент
Вики – это общедоступный веб-сайт, в котором пользователи могут создавать и редактировать страницы. Концепция вики подпадает под широкую концепцию управления веб-контентом, и, конечно же, для создания вики-сайта можно использовать имеющуюся CMS. Однако вики имеют уникальные характеристики, которые отличают их от обычных систем управления веб-контентом.
Вики делают акцент на простоте создания контента. Это простота является следствием многих причин:
● язык разметки вики, который обеспечивает простоту форматирования текста и создания ссылок между документами;
● возможность для пользователей напрямую и независимо создавать и редактировать страницы;
● восходящий подход к структуре и навигации сайта;
● очень простое создание шаблонов;
● осознанное решение отказаться от рабочего процесса или даже просто от согласования страниц.
Давайте рассмотрим каждую из этих причин по очереди.
Создание и редактирование контента
Хорошие CMS-системы предлагают интерфейс WYSIWYG, который позволяет создавать содержимое страницы почти так же, как обычный текстовый редактор. Сейчас большинство вики-систем имеют функции WYSIWYG-редактирования, поэтому язык разметки вики становится менее привлекательным в части функции форматирования, хотя он действительно обеспечивает выгоду в том смысле, что совместим со всеми браузерами на всех платформах, что обычно не относится к редакторам форматированного текста. Многие вики поддерживают как викитекст, так и редакторы форматированного текста. На рисунке ниже показан пример редактора из Wikipedia, которая поддерживает обе формы форматирования контента.
Редактирование страницы из Wikipedia
Однако существует одна область, в которой викитекст все еще удерживает свои позиции и где программное обеспечение вики отличается от CMS – это создание ссылок. В вики легче связывать страницы одну с другой. Связи создаются на основе заголовка страницы, поэтому автору не нужно использовать, запоминать или набирать длинные URL для того, чтобы связывать страницы между собой. Краткое описание того, как это работает, можно найти на странице записи о вики в Википедии.
Структура сайта и навигация
Поскольку создатели сайта могут легко создавать новые страницы и легко связывать одну страницу с другой, вики имеет уникальный подход к структуре и навигации сайта.
Но по этому адресу такой информации там нет. Некоторые вики поддерживают более сложную разбивку контента на категории, но многие являются абсолютно плоскими, совсем как Wikipedia. Даже если программное обеспечение не поддерживает страницы нижнего уровня, пользователи все еще могут создавать такие страницы произвольным способом, и систематического подхода к информационной структуре сайта не существует.
Хранилище контента и API
Вики исторически имеют очень простой подход к хранению данных. Первые вики хранили контент в простых текстовых файлах, которые были написаны языком разметки вики. Когда пользователь запрашивал страницу, страница отображалась. Это было не быстро, но это работало. Сейчас вики-системы работают на разных платформах, причем многие размещают данные в базах данных.
Этот вопрос приводит к вопросу об API. Большинство вики его не имеют. Хотите получить доступ к вики через ваш портал или интегрировать с CMS для интранета? Сейчас приходится обращаться к поставщику системы. В дальнейшем, я надеюсь, что большее количество вики откроют свои системы для интеграции с другими корпоративными пакетами.
Шаблоны
Когда запрашивается страница викитекста, она преобразуется в HTML двухступенчатым процессом. Сначала разметка вики преобразуется в HTML и создаются связи между страницами. Затем на данный контент накладывается шаблон, который обеспечивает единообразный вид всех страниц вики.
По сравнению с CMS большинство вики имеют простые системы шаблонов, часто предоставляя один шаблон для всего сайта. Шаблоны вики (и отображение страниц в общем) часто не кэшируются, поэтому страницы генерируются при каждом запросе. С точки зрения применения в корпоративной среде, отсутствие кэша может значительно ограничить универсальность системы. С другой стороны, нет необходимости разбираться с изощренным механизмом кэширования.
Рабочий процесс
Вики перевернули идею рабочего процесса с ног на голову. Процесс теперь децентрализован, и обычно ощущается недостаток механизма управления, который обычно содержит в себе корпоративная система с формальным подходом к процессу согласования.
Тот факт, что вики децентрализованы и не имеют сложных механизмов workflow и процессов согласования, считается характерной чертой вики, а не недостатком. Это противоречит базовой философии многих систем управления контентом, в которых сделан акцент на контроль через разграничение полномочий.
Несмотря на децентрализованный подход к наполнению вики, необходимо помнить одну важную вещь – политика свободного редактирования всего лишь политика, а не неотъемлемая черта программного обеспечения. В то же самое время вики не управляют контентом так же, как системы управления веб-контентом, поэтому к вики нужен другой подход.
Контроль против гибкости
В CMS-системах, как и в жизни, присутствует классический компромисс между контролем и гибкостью. В традиционных CMS принятие решений часто сосредоточено в руках редактора, которой читает и утверждает контент перед публикацией. В вики автор пишет и затем публикует материал без просмотра или одобрения редактора. Прямой канал к публикации – это то, что делает вики такими подходящими для ситуаций, когда необходимы скорость и гибкость.
Но что, если компания действительно хочет иметь хоть какой-то контроль? При отсутствии традиционных схем контроля, встроенных в рабочий процесс, создание контента в вики управляется путем отслеживания изменений, автоматизированной защитой от спама и контролем доступа пользователей. Давайте рассмотрим каждый из методов по очереди.
Отслеживание изменений
Как следует из названия, один из уровней защиты - это просто отслеживание изменений, которые были сделаны в вики. Это больше всего подходит для вики, которые постоянно находятся под защитой брандмауэра.
Кроме отслеживания изменений может потребоваться сделать что-то с нежелательными изменениями, например, возврат к предыдущей версии.
Последние изменения могут отслеживаться следующим образом:
● уведомления по электронной почте – это просто e-mail-версия страницы с последними изменениями, которая удобнее с точки зрения уведомления;
● вариация на тему уведомления по электронной почте – это rss-синдикация, дающая возможность отслеживать последние изменения в вики, использую привычный rss-ридер;
● если отслеживанием изменений занимается больше одного человека, некоторые вики дают возможность узнать, была ли уже проверена недавно измененная страница, чтобы исключить вероятность дублирования работы.
Однажды я натолкнулся на философские дебаты о том, должны ли вики иметь контроль версии. Идеалист утверждал, что контроль версии противоречит принципу вики и каким-то образом умаляет философскую чистоту. Реалист доказывал, что люди совершают ошибки и иногда ненамеренно поступают плохо, и поэтому возможность повернуть все изменения вспять является, в сущности, хорошей штукой. Реалист выиграл спор и многие (если не большинство) версий программного обеспечения вики имеют контроль версии. Возможности, на которые надо обратить внимание, включают в себя возможности подобные тем, которые есть в CMS:
● возможность вернуть изменения к предыдущей версии;
● возможность сравнить разные версии друг с другом;
● использование различий между версиями, чтобы специфические различия между ними легко определялись.
Защита от спама
Другой подход к отслеживанию изменений заключается в том, чтобы отслеживать изменения контента программными средствами. Иногда это называют защитой от спама. Такой метод отличается от контроля доступа пользователей тем, что редактирование вики отслеживается на основе самого контента или шаблонов поведения пользователя. Некоторые системы могут блокировать доступ к IP-адресам и URL или блокировать публикацию индивидуальных изменений на основе следующего:
● ограничение использования определенных слов или фраз, использование списков слов или обычных выражений;
● блокировка доступа по причине излишней активности пользователя.
Контроль доступа пользователя
Среди пакетов вики существует множество вариантов того, как эти права реализуются на сайте. Некоторые вики позволяют ограничивать доступ к определенным разделам сайта, в то время как другие позволяют ограничивать доступ к отдельным страницам. Менее распространенная, но более полезная функция – это ограничивать доступ к частям страницы. Например, вы можете не позволить никому публиковать комментарии к статье.
Самые сложные корпоративные вики работают с такими системами безопасности единой регистрации, как Siteminder, или предлагают интеграцию сети и директории (LDAP и Active Directory) для отождествления и авторизации пользователя.
Вывод
Вопреки своей репутации, вики – эти системы управления веб-контентом, которыми действительно можно управлять. Просто они содержат другие подходы к управлению контентом, который сосредоточен на скорости и гибкости, а не на строгом контроле. Чтобы успешно применять вики-системы, нужно посмотреть на рабочий процесс с другой точки зрения, а также удостовериться в том, что выбран именно тот вики-движок, который обеспечивает уровень отслеживания содержимого и контроля доступа, подходящий именно вашей компании.
Марк Чоут – это Интернет-издатель, консультант по электронному бизнесу и преподаватель, удостоенный множества наград. Область его исследований находится на стыке инструментов управления контентом, блогов и вики. Он постоянно помогает компаниям и организациям внедрять инновации и новые технологии для улучшения качества и эффективности их работы.
Если вам нужно быстро организовать рабочее пространство для разработки какой-нибудь документации или же вы всерьез решили заняться интранет-системой или построить базу знаний - то "вики вам в руки". Тем более, что сейчас достаточно неплохих, и при этом бесплатных сервисов, которые, к тому же, даже не требуют установки на сервер - просто регистрируйте аккаунт - и готово. Вот 10 лучших их них:
Google Sites - Удобный и быстрый сервис для совместной работы над документами, файлами и задачами. Позволяет создавать странички различных форматов: текст, список, обсуждения, файлы. На странички можно вставлять мультимедийный контент, а также виджеты (например календарь). Странички можно публиковать и приглашать людей для совместной работы над ними. Сервис доступен всем пользователям Gmail или Google Apps.
PBWiki - пожалуй, лучший вики-сервис по удобству и функциональности. Отлично подходит для бизнес-целей. Но в основном - расчитан на платящих пользователей. Бесплатно предоставляется аккаунт на 10 MB.
ClearWiki - многофункциональная бизнес-вики, простая и понятная. Странички объединяются в древовидную структуру. Есть возможность создания бэкапов. Можно использовать на своем домене. Бесплатно дается 256 MB на 10 пользователей
@wiki - полностью бесплатный сервис который позволяет создавать защищенные паролем вики-странички с помощью WYSIWYG редактора. Более семейный вариант.
Zoho Wiki - вики с очень удобным (и не менее мощным, чем текстовый процессор) WYSIWYG редактором, инструментами для контроля версий, организации страниц, поиска и совместной работы. Можно создавать несколько секций
eTouch SamePage - корпоративная вики-система со всеми мерами безопасности. Позволяет создавать рабочие области под разные проекты. Бесплатная версия включает 5 пользователей и 3 проекта.
37Signals Writeboard - качественный бесплатный сервис, который позволяет создавать документы с минимальным форматированием, добавлять комментарии и контролировать изменения в версиях, а также подписываться на изменения по rss. Можно использовать отдельно, либо в составе системы управления проектами BaseCamp
Читайте также: