Sharepointを使用した優れたバグ追跡？
私の職場では、多くのプロセスをSharepointに移行することが決定されました。私は現在調査中ですSharepointをバグ追跡に使用する方法（マンティス、FogBugzなどですが、Sharepoint内）具体的には、コラボレーションルームを使用しており、ソリューションはその中で機能する必要があります。
私はできることを知っていますIssue tracker]テンプレートを使用してリストを作成しますですが、ワークフロー、統合された通信（FogBugzなど）、および監査ログ（すべてのユーザーがいつでも任意のフィールドを編集できる）がありませんどこかに記載されています）。
それだけでは不十分なので、「もっと大きな」解決策を探していますが、まだ何も見つかりませんでした。
この質問 同様ですが、ヘルプデスクの使用を目的としています。バグ追跡とシステムへの変更要求を目指しています。
私は提案を受け入れます！私は管理者ではないため、Sharepointコンポーネントを取得してインストールしてテストすることはできません。 経験を探していますドキュメント、ホワイトペーパー、スクリーンショット-実際にダウンロードできるものは後で関連します。
理想的には、これらの問題のいくつかをカバーする必要があります。
- さまざまなチケットタイプのサポート（バグ、機能、問い合わせ、内部タスク）。
- チケットタイプごとに構成可能なワークフロー、固定数のステップはありません。
- フィールドごとおよびワークフローステータスごとに構成可能な読み取り/書き込み権限。
- ナイスチャートを使用したマネージャー向けの構成可能なダッシュボード。
- 設定可能なメール通知。
- FogBugzの対応。 （課題：ExchangeではなくNotesを使用します。）
あなたが言及したテンプレートがここからのものであるかどうかわからない.. " SharePointテンプレート "
SharePointは難しい場合がありますが、理解すると、いくつかの優れたツールが提供されます。これは私が見た中で最も挑戦的なMS製品の1つであると信じていますが、非常に強力でもあります。 Codeplex for SharePointを確認しましたか？ Codeplex
SharePointは、単純なチケットシステムとしてニーズに応えます。
ただし、バグトラッカーがソースコードに統合されることを期待しています（「FIXバグ＃123」でソースの変更をコメントした場合、チケットに「修正済み」のマークを付けて、コードの差分を表示できるようにしたい）。 。
また、通知、チケットに費やされた時間の追跡などについてはあまり柔軟性がありません。
そのため、バグ追跡について真剣に考えたい場合は、SharePointをお勧めしません。
私たちのチームは、2つのプロジェクトでMS SPバグ追跡テンプレートを使用しました。ソリューションを「最善」とは見なしませんが、機能します。必要に応じてフィールドを追加および削除できます。 、（コメントを使用して）日付スタンプと会話し、セキュリティを適用します（表示/読み取り/書き込み）。バグリストをExcelとの間でインポートおよびエクスポートできます。
ワークフローを追加することはできますが、開発者（またはSPスーパーユーザー）が必要です。デフォルトの構成には、AMDファイルの添付ファイルの履歴追跡が含まれます。他のSPオブジェクトと同様） 、RSSフィードと電子メール通知を設定できます。
選択肢があれば、マイクロソフトが提供する無料のソリューションではなく、専用のバグ追跡パッケージを使用します。まだ調べていませんが、バックエンドとしてSP）を使用するより完全なバグ追跡ソリューションがあると確信しています。
DaveMの答えの拡張として、私はテンプレートに関するドキュメントをここに見つけました：
http://technet.Microsoft.com/en-us/windowsserver/sharepoint/bb848090.aspx
具体的には、これらは興味深いものでした。
- バグデータベースTDMデータシート （MS Word）
- 変更要求管理TDMデータシート （MS Word）
これは、より高度なセットアップ用です。
- ITチームワークスペースTDMデータシート （MS Word）には、プロジェクト管理、バグ追跡、およびヘルプデスク（それぞれ個別に入手可能）が含まれています。
最初の2つを組み合わせて行くと思います。後者はSP初心者には高度すぎるようで、はるかに大規模なチームに適しています。