Преимущества / недостатки Wiki перед CMS (и наоборот)

Question

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

Мы занимаемся разработкой программного обеспечения, но это не наша основная задача. Поэтому наша вики / CMS должна иметь возможность легко ссылаться на файлы в билетах SVN и Trac. Мы используем Trac Wiki atm, но он недоволен: утомительно реорганизовать, нет «каких ссылок здесь», нет редакций документов.

Итак: мы должны использовать CMS или вики? Как я это вижу:

Преимущества Wiki: легко вырастить органично, создавать новые страницы на лету, хорошо разбираться во взаимосвязях.

Недостатки: нет поддержки структуры / иерархии, поэтому вы тратите много усилий на создание и обслуживание блоков навигации. Нет на странице / области разрешений модели. Нет поддержки «рабочего процесса». Как правило, плохая поддержка крепления.

Или многие люди используют оба?

Answer 1

Чтобы ответить на ваш вопрос: CMS или Wiki? Вы обязательно должны использовать вики , а не CMS, потому что по моему опыту:

1. Вики о сотрудничающих , а не вещающих
2. вики разрешает редактировать кем угодно
3. Вики-функции история изменений
4. вики допускает вложений по теме (вики-страница), а также хранит историю изменений для этих

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

Какая вики? Я бы всегда рекомендовал Foswiki.org (бывший TWiki) из-за его превосходных функций редактирования / связывания / ревизии / доступа, но я не знаю, так ли может хорошо взаимодействовать с другими вашими системами. WikiMatrix.org - хорошая отправная точка.

Answer 2

Я бы согласился с ответом в вики. Речь идет о сотрудничестве, а не только о хранении контента. Наша компания добилась больших успехов, используя MindTouch для нашей интрасети. Мы храним все: от внешней документации по продукту до заказов на обед на эту вещь.

Answer 3

Вы просто используете "неправильный" вики-движок. См. WikiMatrix .

Что касается интеграции, если это не предусмотрено из коробки, все зрелые движки Wiki позволяют создавать расширения.

Answer 4

DokuWiki имеет поддержку структуры / иерархии (пространства имен), а также настраиваемые разрешения для этих пространств имен. Вложения работают без проблем.

Мы успешно используем его.

Answer 5

, вероятно, ни того, ни другого, если вы хотите управлять документами, вам понадобится система управления документами

вам может даже понадобиться какая-то особая интрасеть - не обязательно какой-то огромный гигантский ресурс, просто нечто, приспособленное к вашим потребностям.

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

Answer 6

Мы используем pbwiki . Это хорошее хостинговое решение. Но для доступа к SVN и отслеживания ошибок мы используем trac вместе с ссылками на страницу trac из вики.

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

Answer 7

SharePoint.

Я не удосужился поставить более полный ответ, так как знал, что в любом случае за меня проголосуют ... все ненавидят MS, верно? Если у вас есть компьютер с Windows Server 2003, он у вас уже есть, так как SharePoint Services 3.0 включен в лицензию.

Вот тогда, основываясь на моем опыте ...

Протокол встречи

SPS предоставляет специальные функции для этого; Вы можете создать сайт рабочей области для собраний ... http://office.microsoft.com/en-au/sharepointtechnology/HA100656201033.aspx?pid=CH100649471033

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

Существует 40 различных бесплатных шаблонов приложений, любое количество которых вы можете использовать для этих целей ... http://technet.microsoft.com/en-au/windowsserver/sharepoint/bb407286.aspx

Некоторые конкретные, которые могут вам помочь ...

База данных ошибок, Управление контактами, Рабочая область ИТ-группы, Управление запросами на изменения, База знаний, Рабочая область отслеживания проектов, Составление бюджета и отслеживание нескольких проектов, Библиотека документов и обзор, Справочная служба, База данных обсуждений, Планирование требований к продукту и маркетингу, Запрос предложений , Сайт коллективной работы, управление таймкартами, управление запросами на отсутствие и расписанием отпусков

легко ссылки на файлы в билетах SVN и Trac.

Я ничего об этом не знаю, извините. Ссылка - это ссылка, правда?

Преимущества Wiki: легко вырастить органично, создавать новые страницы на лету, хорошо разбираться во взаимосвязях.

SharePoint имеет встроенный шаблон Wiki ... это один из типов сайтов, который вы можете создать из коробки.

Недостатки: нет поддержки структуры / иерархии

Встроено в SharePoint

Нет на странице / области разрешений модель.

Полностью детализированная модель разрешений встроена в SharePoint

Нет поддержки "workflow".

Базовый рабочий процесс встроен в SharePoint

Обычно нижняя опора крепления.

Отличная поддержка вложений встроена в SharePoint, включая управление версиями, регистрацию / извлечение и т. Д.

torbengb | Вы должны определенно использовать вики, а не CMS, потому что по моему опыту:

1. вики о сотрудничестве, а не о вещании

SharePoint - ВСЕ о сотрудничестве.

2. Вики позволяет редактировать кому угодно

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

3. история изменений в вики

То же самое для SharePoint.

4. вики разрешает вложения по темам (страница вики), а также хранит историю изменений для этих

То же самое для SharePoint.

В любом случае, удачи!

Hokey.