ハウディ。私は新しいソフトウェアチームを編成し、他のチームで抱えていた以前の悪夢を克服するさまざまなツールを検討しています。
過去5〜6年間で、これらは私が行ったいくつかの移行です。
SourceControl：
CVS => VSS => SVN
プロジェクト管理、バグおよび問題追跡：
紙=>付箋=> OneNote => BugNet => OnTime
Wikiとドキュメント：
Word+ネットワーク共有=>ScrewTurn Wiki
Builderの自動化：
Cruise Control + MSBuild
現在、特にSVNとWikiの状況のために、私はこのチームを何か新鮮なものから始めることを検討しています。過去に、SVNで悪夢を分岐させてきましたが、修正しようとすればするほど、最悪の事態になります。私が抱えているもう1つの課題は、安定して統合されたものを見つけることです。BugNet + SVN + ScrewTurn + CruiseControl + MSBuildはまったく異なる動物であるため、統合と相乗効果が非常に重要であることが想像できます。バグを報告したり、タスクを割り当てたり、完了した作業を確認したり、リポジトリログを確認したりするために、10の異なるアプリケーション間を行き来したくありません。
それで、新しいチームと私はこれについて数日間話し合っており、2つの可能性に絞り込んだと思います。1。TFS
2010の
長所：
-オールインワンソリューション。新しいSCRUMプロセステンプレートを含め、すべてが揃っています。
-非常に使いやすいユーザーインターフェイスとSharePointの統合。
-WYSIWYGWikiとOfficeの統合。
短所：
-ハードウェアと管理時間の初期費用が高い。ソフトウェアもありますが、無料のソフトウェアを使用したMSDNサブスクリプションがあるため、影響はありません。
-TFSのソース管理については躊躇しています。SCはファイルベースであり、SVNやVSSと同じように中央リポジトリを備えています。私は本当に過去に私たちが持っていたのと同じ問題に陥りたくありません。
2. FugBUgs + Kiln + CCの
長所：
-Kiln
はMercurialを使用しており、分散ソース管理のすべての利点があります。
-最小限の初期費用と、稼働させるための計画時間。ユーザーあたり月額$30.00。
-非常にフレンドリーなWebユーザーインターフェイス。
-WYSIWYGWikiエディター。
-非常にシンプルな課題追跡ツールとプロジェクト管理ツール。SCRUMプロセスを統合するのは簡単です。
短所：
-より統合されたプロセス（TFSなど）用のビルダー自動化ツールが不足しています。したがって、これは、ビルダーワーカーを維持するために、コマンドライン機能とコミュニティタスクで頭を悩ませ続ける必要があることを意味します。
当時、私はVisual Studio Team System 2005を使用していましたが、システムについて最高の思い出を持ちませんでした。しかし、新しいTFS2010は非常に堅実な賭けのようです。FogBugzとMercurialは、ブロック内の新しい子供たちのようなもので、新しいプロセスに新鮮な思考をもたらしますが、いつものように、これは両刃の剣です。
これらのいずれかで確かな経験を持っている人はいますか？その3番目のオプションがありませんか？私の問題に対するその銀の弾丸はありますか？
- ツール統合
1.1。ソース管理
1.2。Wiki1.3
。ビルド自動化
1.4。プロジェクト管理
1.5。課題追跡システム - ソース管理の分岐とマージの競合を最小限に抑えます（はい、分岐してマージする必要があります）
- フレンドリーなユーザーインターフェイス（誰もがCMDハッカーというわけではありません）
- WYSIWYGWiki。
- 開発者のための学習曲線。
- すべてをVSで実行する時間です。長期的な価値。
新しいチームには、4人のチームメンバー+ 1人のプロジェクトマネージャー（スクラムマスター）と1人のプロダクトマネージャー（プロダクトオーナー）がいます。つまり、比較的小規模で新しいチームについて話しているのです。私たちが取り組む範囲とプロジェクトは、複数のプロジェクトと分岐のバリエーションを持つ大規模なエンタープライズアプリケーションです