Sharepointでのバグ追跡は適切ですか？[閉まっている]

私の職場では、多くのプロセスをSharePointに移行することが決定されています。現在、Sharepointをバグ追跡に使用する方法（Mantis、FogBugzなどですが、Sharepoint内）を調べています。具体的には、コラボレーションルームを使用しており、ソリューションはその中で機能する必要があります。

「Issue tracker」テンプレートを使用してリストを作成できることはわかっていますが、ワークフロー、統合された通信（FogBugzなど）、および監査ログ（すべてのユーザーがいつでもどこでもメモすることなく、任意のフィールドを編集できます）がありません。

それだけでは不十分なので、「より大きな」ソリューションを探していますが、まだ何も見つかりません。
この質問は似ていますが、ヘルプデスクの使用を目的としています。バグ追跡とシステムへの変更要求を目的としています。

私は提案を受け入れます！私は管理者ではないので、Sharepointコンポーネントを取得してインストールしてテストすることはできません。体験、ドキュメント、ホワイトペーパー、スクリーンショットを探しています。実際のダウンロードファイルは後で関連します。

理想的には、これらの問題のいくつかをカバーする必要があります。

1. さまざまなチケットタイプのサポート（バグ、機能、問い合わせ、内部タスク）。
2. チケットタイプごとに設定可能なワークフロー。固定のステップ数はありません。
3. フィールドごとおよびワークフローステータスごとに構成可能な読み取り/書き込み権限。
4. 素敵なチャートを備えたマネージャー向けの設定可能なダッシュボード。
5. 設定可能なメール通知。
6. FogBugzの対応。（課題：ExchangeではなくNotesを使用します。）

あなたが言及したテンプレートがここからのものかどうかわかりません。「SharePointテンプレート」

SharePointは難しい場合がありますが、理解すると優れたツールをいくつか提供します。これは、私が目にした中で最も困難なMS製品の1つですが、非常に強力でもあります。Codeplex for SharePointを確認しましたか？ Codeplex

DaveMの答えの拡張として、テンプレートに関するドキュメントをここに見つけました：http : //technet.microsoft.com/en-us/windowsserver/sharepoint/bb848090.aspx

特に、これらは興味深いものでした。

• バグデータベースTDMデータシート（MS Word）
• 変更要求管理TDMデータシート（MS Word）

そして、より高度な設定のためのこれ：

• ITチームワークスペースTDMデータシート（MS Word）には、プロジェクト管理、バグ追跡、およびヘルプデスク（それぞれ個別に入手可能）が含まれています。

最初の2つの組み合わせで行くと思います。後者はSPの初心者には高度すぎるようで、はるかに大きなチームに適しています。

私たちのチームは、2つのプロジェクトでMS SPバグ追跡テンプレートを使用しました。私はこのソリューションを「ベストオブブリード」とは考えていませんが、機能します。必要に応じてフィールドの追加と削除、日付スタンプとの会話（コメントを使用）、およびセキュリティの適用（表示/読み取り/書き込み）を行うことができます。バグリストはExcelとの間でインポートおよびエクスポートできます。

ワークフローを追加できますが、開発者（またはSPスーパーユーザー）が必要です。デフォルトの構成には、履歴追跡とamdファイルの添付ファイルが含まれます。他のSPオブジェクトと同様に、RSSフィードと電子メール通知を設定できます。

選択を考えると、マイクロソフトが提供する無料のソリューションではなく、専用のバグ追跡パッケージを使用します。私はまだ調べていませんが、SPをバックエンドとして使用する、より完全なバグ追跡ソリューションがあると確信しています。

SharePointは、単純なチケットシステムとしてニーズに応えます。

ただし、バグトラッカーがソースコードに統合されることを期待しています（「FIXバグ＃123」でソースの変更をコメントした場合、チケットに「修正済み」のマークを付けて、コードの差分を表示できるようにしたい）。 。

また、通知、チケットに費やされた時間の追跡などについて、柔軟性があまりありません。

そのため、バグ追跡について真剣に考えたい場合は、SharePointをお勧めしません。