18

私は、ビジネスルールのドキュメントが電子メール、ドキュメント（現在は古くなっている）、およびIMに分散しているという状況に直面しています。これは悪臭を放ちます。

私は2つの選択肢を考えることができます：Sharepoint（それを嫌う、検索機能はひどいです）またはwiki。

私が理想的な解決策で見たいと思ういくつかのこと：

  • 簡単に更新可能：ドキュメントを更新するためにWordを起動させないでください
  • 差分ビュー：新しいものだけを確認する必要がある場合があります
  • 購読可能：ページごとの新しい変更の通知
  • ロールベース：ページの編集と表示をロールに関連付けることができます
  • 添付ファイル：モックアップ、ファイルなどを簡単に含めることができます。
  • 検索：これはポストグーグルの世界です。すぐに検索して見つけられるようにしたいと思います-使用するものが正しく構成されていない限り、Sharepointはこのカテゴリで負けます
  • 添付ファイルの制限：理想的には、このソリューションでは、ドキュメントと呼ぶ一連のWordドキュメントをアップロードできません。ドキュメントに一貫性のある（そして単純な）形式を持たせたいのですが。添付ファイルをPDF、txtなどとして適用します。

私のウィキコメントをフォローアップすると、私がやりたいことを実行するウィキが少なくとも3つあるようです（インセンティブ、SharePoint-Wiki-Plus、ThoughtFarmer）。ThoughtFarmer、その名前が大好きです。

4

6 に答える 6

8

Wikiの場合は+10⁶です。これは、ドキュメント、特に技術ドキュメントについてこれまでに見つけた最良のソリューションです。IMO、VCS内のOfficeドキュメントに対する「優れた」Wikiエンジンの利点は次のとおりです（ただし、この機能リストは要件に非常に近いため、すでに認識しています）。

  • これらは、VCSのOfficeドキュメントよりも高速で使いやすいです（VCSクライアントを開いたり、最新バージョンをチェックアウトしたり、オプションでロックしたり、Wordを開いたり、保存したり、チェックインしたり、ロックを解除したりする必要はありません）
  • それらはテキストベースなので、（単語とは異なり）差分を作成します。これは必須です。
  • それらは通知メカニズム（例えば、メール、RSS）を提供するので、情報はあなたにプッシュされます（それらが古くなったときにドキュメントをプルする必要があるVCSとは異なります）
  • 誰かがそれを解放するのを忘れたので、「別のユーザーの問題によってロックされたドキュメント」はありません（マージできないドキュメントでよくある排他的ロックを使用している場合）
  • ページは簡単にリファクタリング、再編成、より大きなドキュメントにまとめることができます
  • 彼らは本当に協力的です
  • コードのサポートが大幅に向上します（たとえば、VCSのソースコードをWordよりもはるかに優れたフォーマットで直接指すことができます）
  • ページのコンテンツと添付ドキュメント（pdf、オフィスドキュメントなど）にインデックスを付けて検索可能にすることができます

ドキュメントにWikiを使用するときに直面した唯一の問題は、コードと同時にドキュメントをバージョン管理するのが難しいことです（つまり、バージョンxyzを提供し、このバージョンのドキュメントを「ロック」したい）。私はこれを解決するためにエクスポートを使用しましたが、それは完璧ではありません。

私はすでにTWikiFoswiki 、Confluence、XWikiを使用しています。これらはすべて「優れた」Wikiエンジン（上記で定義）であり、すべて要件を満たしています。したがって、最終的な選択は、制約（ライセンス、価格設定、テクノロジー）および個人的な好みに依存する場合があります。

今日の時点で、商用ツールがオプションの場合はConfluenceを選択し、そうでない場合はXWikiを選択します。

于 2009-09-15T22:33:58.410 に答える
3

より一般的なアイデアは、FitNesseを調べることです。これは、主にビジネスルール（または受け入れ要件）をテストとして説明することを目的としたwikiです。

于 2009-09-15T22:56:54.360 に答える
1

私はそれを開発しています。

約1年前、私はネット上で要件管理ソフトウェアを探しましたが、約3つのカテゴリで少なくとも30個見つかりました。

  • 貴重な（そして例えば航空宇宙会社で販売されている）

  • 私の雇用主が使用することを選択したことのない高価なもの（例：1シートあたり1000ドル）

  • 安いか無料ですが、私には重要だと思われる機能がありません

汎用ツール（Wiki、電子メール、Word文書、スプレッドシートなど）もありますが、これらのツールにも、私にとって重要と思われる機能がありません。

「私にとって重要と思われる機能が不足している」ということを詳しく説明する必要があると思います。

汎用Wikiでできることがあります。

  • 機能のリストを作成する
  • 各機能について説明します（おそらく、機能ごとに個別のページ/セクション）
  • これを共同で行います（バージョン管理、更新通知、ディスカッションページ）

しかし、かなり基本的なことでさえ、汎用Wikiではできないと思うことがいくつかあります。

  • カスタム属性を定義します（例：「開始日」、「推定コスト」など）。これらの属性値を機能に関連付けます。機能（テーブルまたはグリッド内）とその属性を一覧表示します（たとえば、「重要度」または「難易度」で並べ替えることができます）。

  • トレーサビリティを支援します（「要件」と「実装」などの2つの段階しかない場合はトレーサビリティはそれほど難しくありませんが、「ユースケース」、「機能仕様」、「アーキテクチャ」、「実装」などの複数の段階がある場合は難しくなります。詳細」、「テストケース」、「テスト結果」、「バグレポート」）

  • トップレベルのセクションだけでなく、サブセクションなどの構造化された情報をサポートします。

単に編集するだけでも、本来あるべき姿ではありません。ビジネスマンは編集にMSWordUIを使用することを好むかもしれませんが、MS Wordはドキュメント、つまり「情報サイロ」を生成します。しかし、MS Wordを使用していない場合は、何を使用していますか？WYSIWYGのブラウザー内エディター？またはマークダウン構文？

于 2009-09-15T22:41:03.580 に答える
1

すでに機能/バグ追跡に使用していると仮定して、FogBugzに組み込まれているWiki機能を使用するのが好きです。同じツールにその情報があると便利です。

于 2009-09-15T23:58:43.360 に答える
0

Drupalはリストされた要件を満たし、モジュールの負荷で高度に拡張可能であり（以下のいくつかを参照）、GPLで利用できます。

于 2009-09-15T22:37:23.753 に答える
0

以前のプロジェクトでJIRAを使用して、約750の異なるビジネスルールを保存しました。JIRAはほとんど/ちょっと-バグ追跡ツールですが、非常に強力でカスタマイズ可能であるため、あらゆる種類のワークフロー/プロセス/ナレッジベースの状況に使用できます。（ところで-私はそれを生産する会社で働いていません）。

  • 簡単に更新可能：はい
  • 差分ビュー：完全な変更履歴が利用可能です
  • 購読可能：はい、「ウォッチリスト」のアイデアがあります
  • 役割ベース：はい、機能豊富なセキュリティモデル
  • 添付ファイル：はい、各ルールには独自の添付ファイルを含めることができます
  • 検索：はい、全文検索が利用可能です
  • 添付ファイルの制限：うーん-これについて、そしてあなたが何をしようとしているのか正確にはわかりません。

この道を進むことにした場合のいくつかのヒント...

  • 他の場所でJIRAのカスタマイズ可能なIDを使用して、ルールを参照します（例：MYPRJ-334）。
  • 使用する予定の状態、提案、承認、実装、検証、削除の意味について明確なガイドラインを用意してください。
  • ルールの唯一の定義は説明にあります-すべてのコメントは単なるコメントです
  • ルールをユースケース、コンポーネントにリンクできます

それは素晴らしいアプローチであり、私はそれを本当にお勧めします。

于 2009-09-18T09:56:30.110 に答える