5

社内で蓄積されたナレッジをどのように保管していますか? 議事録、ソフトウェアの仕様、計画、他の組織に関するメモ、議論と保管のための文書、議題...

私たちはソフトウェア開発に携わっていますが、それは私たちの主な焦点ではありません。したがって、私たちの wiki/CMS は、SVN および Trac チケット内のファイルに簡単にリンクできる必要があります。私たちは Trac Wiki atm を使用していますが、機能が十分ではありません: 再編成するのが面倒で、「ここにリンクするもの」がなく、ドキュメントの改訂もありません。

では、CMS と Wiki のどちらを使用するべきでしょうか? 私の考えでは:

Wiki の利点: 有機的に成長しやすく、その場で新しいページを作成でき、相互リンクが得意です。

短所: 構造/階層がサポートされていないため、ナビゲーション ボックスの作成と維持に多くの労力が費やされます。ページ/エリアごとのパーミッション モデルはありません。「ワークフロー」はサポートされていません。一般的に劣ったアタッチメントサポート。

それとも両方使ってる人多いの?

4

7 に答える 7

7

あなたの質問に答えるには: CMS と Wiki のどちらですか? 私の経験では、次の理由から、CMS ではなくwiki を使用する必要があります。

  1. wiki は、ブロードキャストではなく、コラボレーションに関するものです。
  2. 誰でも編集できるウィキ
  3. Wiki 機能の改訂履歴
  4. wiki では、トピック(wiki ページ) ごとに添付ファイルを許可し、これらの改訂履歴も保持します。

私の経験では、CMS は本質的に反対であり、非技術者による公開 Web サイトの維持により適しています。

どのウィキ?Foswiki.org (以前の TWiki) は、編集/リンク/改訂/アクセス機能が優れているため、常にお勧めしますが、他のシステムとうまくやり取りできるかどうかはわかりません。WikiMatrix.orgは良い出発点です。

于 2009-02-26T07:28:25.577 に答える
3

ウィキの答えに同意します。コンテンツを保存するだけでなく、コラボレーションについてです。当社は、イントラネットにMindTouchを使用して大きな成功を収めています。外部向けの製品ドキュメントからランチの注文まで、あらゆるものを保管しています。

于 2010-11-22T18:58:47.997 に答える
2

「間違った」Wikiエンジンを使用しているだけです。WikiMatrixを参照してください。

統合に関しては、これがすぐに提供されない場合、すべての成熟したWikiエンジンで拡張機能を作成できます。

于 2009-02-26T06:59:56.753 に答える
1

DokuWikiには、構造/階層のサポート(名前空間)と、これらの名前空間に対するカスタマイズ可能なアクセス許可があります。アタッチメントは問題なく動作します。

正常に使用しています。

于 2009-02-26T07:03:03.173 に答える
0

共有ポイント。

どちらの方法でも投票されることを知っていたので、私はわざわざ完全な答えを出すことはしませんでした...誰もが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

あなたを助けるかもしれないいくつかの特定のものは...

バグデータベース、連絡先管理、ITチームワークスペース、変更要求管理、ナレッジベース、プロジェクト追跡ワークスペース、複数のプロジェクトの予算編成と追跡、ドキュメントライブラリとレビュー、ヘルプデスク、ディスカッションデータベース、製品およびマーケティング要件の計画、提案の要求、チームワークサイト、タイムカード管理、欠勤リクエスト、休暇スケジュール管理

SVNおよびTracチケットのファイルに簡単にリンクできます。

申し訳ありませんが、これらについては何も知りません。リンクはリンクですよね?

Wikiの利点:有機的に成長しやすく、その場で新しいページを作成し、相互リンクに優れています。

SharePointにはWikiテンプレートが組み込まれています...これは、すぐに作成できるサイトの種類の1つです。

短所:構造/階層がサポートされていない

SharePointに組み込まれています

ページ/エリアごとの権限モデルはありません。

完全にきめ細かいアクセス許可モデルがSharePointに組み込まれています

「ワークフロー」のサポートはありません。

基本的なワークフローはSharePointに組み込まれています

一般的に劣ったアタッチメントサポート。

バージョン管理、チェックイン/チェックアウトなど、優れた添付ファイルのサポートがSharePointに組み込まれています。

torbengb | 私の経験では、CMSではなくwikiを使用する必要があります。

  1. ウィキは放送ではなくコラボレーションに関するものです

SharePointはコラボレーションがすべてです。

  1. ウィキは誰でも編集できます

必要に応じて、最初にアカウントを付与する限り、SharePointの場合も同様です。

  1. ウィキ機能の改訂履歴

SharePointの同上。

  1. ウィキはトピックごとの添付ファイルを許可し(ウィキページ)、これらの改訂履歴も保持します

SharePointの同上。

とにかく、頑張ってください!

ホーキー。

于 2009-02-26T07:04:33.030 に答える
0

pbwikiを使用します。これは、優れたホスト型ソリューションです。ただし、svnアクセスとバグ追跡には、tracを一緒に使用し、wikiからtracページにリンクします。

pbwikiの利点:ページごとのアクセス権を設定でき、一般的な編成が簡単で、タスク割り当て、タイムトラッキングなどのテンプレートがサポートされています。

于 2009-02-26T07:11:23.027 に答える
0

おそらくどちらでもないでしょう。ドキュメントを管理したい場合は、ドキュメント管理システムが必要です

なんらかのカスタム イントラネットが必要になる場合もあります。必ずしも巨大な共有ポイントの巨人ではなく、ニーズに合わせて調整されたものです。

適切な分析を行うか、誰かに依頼してください... 2つの段落仕様で、2つの事前定義されたオプションのセットからソリューションを選択することは...最善の方法ではありません。

于 2009-02-26T07:21:43.597 に答える