私たちは、さまざまなお客様に追加のオファリングとサポートを提供し続ける成長しているITオペレーションです。この成長を維持し続けるにつれ、ITチーム内のさまざまなシステムやソフトウェアに関する情報やドキュメントに簡単にアクセスできる必要があることがわかりました。 ITグループには、次の3つの主要な機能領域があります。
現在、MediaWikiに基づいており、ヘルプデスクチームにとって非常に成功していることが証明されているwikiに格納されているTier 1の情報があります。開発者とプログラマーは、プロジェクト、問題、およびプロジェクトドキュメントを追跡するためにRedmineに移動しました。管理者(Tier 2)は、ナレッジの集中リポジトリを持たず、ネットワークドライブ、パーソナルマシン、どこにもドキュメント化されていないため特定の個人のみが利用できるナレッジなど、MS Wordファイルに依存しています。
現在の課題は、Tier 2の情報とドキュメントを記録するための集中化された場所を用意する必要があることです。しかし、他の2つのシステムがすでに導入されています。理想的には、Tier 1およびTier 2でも最低でも機能し、プログラマーも追加できるドキュメントプラットフォームが欲しいです。このプラットフォームには、特定のコンテンツを分離しておく機能が必要です。たとえば、Tier 1が知る必要のない機密情報(サーバーの構築方法、可能なユーザー名など)がTier 2レベルにあります。さらに、Tier 2はTier 1以上の情報にアクセスできる必要があります。 MediaWikiのインストールをこれに拡張することを考えましたが、ACLとwikiユーザーからの情報の保護は、十分にサポートされていないハックジョブであり、wikiのコアにある情報へのオープンで簡単なアクセスの精神に反しているようです。上記の基準に加えて、次の追加の目的を満たすアイデアと提案を探しています。
さらに、フローチャートやステップバイステップのウィザードと同様のトラブルシューティングワークフローの作成を可能にするエキスパートシステムについて説明するオンラインの場所がたくさんあります。これは、ドキュメントプラットフォーム内のオプションとして検討する必要があるものですか。これはどの程度役に立ちますか。また、Tier 1が仕事をより効率的に実行するのに役立つものでしょうか。 コンテンツ管理とナレッジ管理 の違いについてのオンライン情報もあります。これは、ドキュメントプラットフォームの要件の一部として検討する必要があるものですか。
私はこの投稿がより長いものであることを知っています。あなたが提供できるヘルプとフィードバックに感謝します。私は正しい質問をし、より多くの情報に基づいた決定を下すのに役立つ根拠をカバーすることを確実にするよう努めています。また、長期的に実行可能なソリューションを実装して、システムを再実行し続けないようにしています実装しました。よろしくお願いします。あなたが共有したものを読んでくれるのを楽しみにしています。
これが無料ではないことは知っていますが、 アルタシアン 製品はあなたのニーズに合うと思います。具体的には、 Confluence Wikiがドキュメントの作成に役立ち、 [〜#〜] jira [〜#〜] モジュールが問題/バグの追跡を行うことができます。
単純化しすぎないでください。Sharepointが思い浮かびます。
SLYが述べたように、JiraとConfluenceは非常に興味深いものです。フリーエンドでは、Tracがあり、それに関連するプラグインも思い浮かびます。
次に、無料のキッチンシンクを探していますが、これまでに推奨されているものはどれも、必要な機能をすべて提供できません。
あなたがこれのために解放できるいくつかの追加のサイクルがある場合、Tracはプラグインを介して拡張可能であるため、必要な機能の一部を追加することができます。
私はまた、wikiがあなたの要件に最適であると考えています。ウィキペディアには ウィキソフトウェアと機能、対象読者、ライセンス/コストなどの非常に優れた比較 があるので、他の回答の推奨事項に加えて、そこで検討することもできます。
噛みます。
私は MoinMoin で頑張っています。これは、探しているほとんどの機能をサポートするWikiエンジンであり、Ubuntu、Apache Foundationなどの一部の大規模組織で使用されています。ただし、ACL、LDAP統合、PDFへのページのエクスポート、WYSIWYGエディターが含まれています。 WYSIWYGエディターに加えて、それを使用してページを編集する場合は、Wikiマークアップ言語もサポートします。 WYSIWYGインターフェイスは、Wordからのコピーと貼り付けもサポートしているため、既存のWordドキュメントを移行するのに役立ちます。
過去には、組み込みのマクロとテンプレートのいくつかを使用して、インベントリとシステム履歴のプラットフォームとして使用し、フォームを使用してWikiに新しい機器とイベントを追加できるようにしました。
要件に伴う可能性のある唯一の問題は、mediawikiからのデータのインポートです。いくつかのスクリプトは存在しますが、端が少し荒れていて制限があります。
確かに、Wikiは正しい方法のように思えます。そこに製品の終わりはありません-あなたが言うように、時々、主要な機能はその実装においてややアドホックです(例えば、制限された情報の漏洩につながる許可サブシステムについて検索が知らない)。
私はdokuwikiを使用しています-これは(ほとんどのwikiと同様に)質問したほとんどのボックスをチェックしていますが、これは非常によく連動しており、ページにPHPを簡単に埋め込むことができます(ただし、非常に多数のユーザーがいるシステムでは、インタープリターに直接アクセスするのではなく、wikiの外部の参照スクリプトにカスタムタグを追加することを検討する場合があります。確かに、膨大な数のユーザーをサポートするようにスケールアップできますが、フラットファイルには、保存できるデータの量に制限があります。
http://www.wikimatrix.org/wiki/comparison は、機能をすばやく確認する方法を提供します。
Nuxeo にはオープンソースがあります document management LGPLに基づいてライセンスされたソリューションです。
宣伝文句:
Nuxeo DMは、柔軟で堅牢なNuxeo Enterprise Platformテクノロジーで構築されたドキュメント管理ソリューションです。 Nuxeo DMは、ビジネスサイクルを通じてコンテンツのフローを管理および追跡することにより、ドキュメントの重複、バージョン追跡の欠如、時間のかかる検索と取得、およびセキュリティとアクセスの問題の一般的な落とし穴に対処します。どうして?単にドキュメント管理は、ファイルサーバーにドキュメントを保存するだけではありません。ビジネスとコンテンツのやり取りを管理することです。お客様がNuxeo DMがコンテンツおよびドキュメント管理イニシアチブに最適なソリューションであると私たちに言う理由を理解するために、読み続けてください。
Alfresco には document management ソリューションもありますが、それはオープンソースのコミュニティエディションではなく、企業向け製品の一部です。