6

[これは「どちらが良いか」という質問のようなにおいがしますが、そうではありません。]

バージョン管理とバグ追跡にTeamFoundationServer 2012を使用しています(これは変更されません)。アジャイルに移行し、VersionOneを使用してプロセスを管理するように求められています。

私はVersionOneのいくつかのウェビナーに参加しました。彼らのTeamFoundationServer統合ストーリーについて明確な答えを得ることができません。Team FoundationServer2012にはない重要な機能が1つ見つかりません。

私は何が欠けていますか?より良い既存の統合ストーリーはありますか?これら2つの製品を一緒に使用した経験のある人はいますか?誰かが落とし穴を知っていますか?

- アップデート -

私たちはしばらくの間、両方を並べて作業してきましたが、私たちの経験を共有することができます。

  • 自動同期の設定は(予想どおり)恐ろしいものです。ダウンタイムと永続的な一般的なフレークネスが予想されます。
  • V1VisualStudioプラグインはほとんど役に立たない。IDE内からいくつかの更新を行うことができますが、すべてではありません。正しく同期しません。コンテキストは提供されません。どのアイテムにも確実にリンクすることはできません。Altキーを押しながら前後に移動するよりも厳密に悪いです。
  • V1で有用で使用されているいくつかの機能(チームルーム、サブチーム、ディスカッション)はTFS 2013で提供され、はるかに優れた機能を発揮します(特に、Lync for IMを使用している場合)。

TL、DR:V1はそれが何であるかについてはかなり良いですが、それはサイロです。すべての統合はパッチワークです。TFSが提供する統合の利点のほとんどすべてを失います-誤解しないでください、TFSには多くの、多くの、多くの、多くの疣贅がありますが、ストーリーをチェックインに、欠陥に、ディスカッションにリンクすることができますチームWikiの特定のビルドへのドキュメントは、非常に優れています。

- アップデート -

ホワイトボックステストにコード化されたUIを使い始めたばかりで、それはばかげて強力です。この時点で、VersionOneを複製する必要があるのは嫌です。

4

3 に答える 3

2

TFS 2012を使用している場合でも、「アジャイル」に別のツールが必要だと思う理由は疑問です。

TFS 2012の最新の更新により、アジャイル作業のサポートが改善されたため、これでも問題なく機能するはずです。選択したアジャイル作業の実践に関して、スクラムまたはかんばんスタイルを選択できます。

より多くの考えを引き起こすかもしれないいくつかの質問:

  • スクラムスタイルとかんばんのどちらに行きたいですか?
  • アジャイルスタイルのプロジェクトの一部として参加する必要がある非技術的な同僚はどれですか?
  • それらはすべてTFS2012および/またはVersionOne(またはその他のツール)を使用する必要がありますか?
  • TFS 2012は、技術者以外のチームメンバー(ALMツールを気にしない)に公開しても問題ありませんか、それとも追加のツールを使用する必要がありますか?

正直なところ、それが必要な場合は、付箋紙だけで「アジャイルを実行」することができます。

参考:http ://blog.countersoft.com/2013/03/basics-of-running-agile-projects/

于 2013-03-21T11:23:20.283 に答える
1

私はたまたまこの答えが何か他のものを探しているのを見つけました、そしてそれは私が直接答える答えなので、とにかくここに私のものを追加します、そしてそれはより本当の答えだと思います。

V1統合は、開発者にとって便利です(必要なタスクに対してコードをチェックインできます)。私は両方を使用しました。開発者にとってはTFSの方が優れているかもしれませんが(コードをチェックインするだけだと仮定して)、優れたスクラムマスターとプロダクトオーナーにとっては*

VersionOneはTFSオンラインハンドダウンを打ち負かします

*。主な理由は、V1の方がストーリーの管理と操作、整理、優先順位付けが高速であり、レポートがはるかに優れていることです。

スクラム/スプリント管理に関しては、TFSオンラインには多くの要望があります。

ストーリーを作成、分割、マージし、ストーリーをタスクに分割する場合は、時間がかかり、面倒です。V1で同じことを行うプロセスは、100%効率的、簡単、高速です。バックログを管理するためにTFSを使用する必要があり、V1がアジャイル開発を対象としたレポートを作成している場合は、髪の毛を抜くでしょう。

TFSの1つの例では、受け入れ基準を個々のテストに分割して、計画日に時間を割り当てることはできません。これにより、スプリントの計画が遅れます。TFSで管理してもらえますか?カスタマイズと他の作業タイプへのリンクは確かですが、それはお尻の痛みです。

V1には、リリース予測、次の2週間のチームのキャパシティプランニング、オフショアチーム向けのポーカープランニング、およびアジャイル開発向けの全体的なプランニングが組み込まれています。

開発者は、タスクに対してコードをチェックインする必要があります。これは可能です。スクラムマスター/プロダクトオーナーはツールに住んでいて、実際に彼らに最適なツールを使用する必要があります。

したがって、両方を使用してください。何も悪いことはありません。コードを保存するためだけにTFSをオンラインで使用します。その他はすべてV1を使用してください。

于 2015-01-27T04:32:15.640 に答える
0

デモ用に2つを統合しました。お客様はVersionOneTFSを義務付けています。なぜあなたがこれをするのか答えることはできませんが、それを行う方法に関しては、彼らのオープンソースプロジェクトをチェックしてください:

https://github.com/versionone/V1TFS

バイナリはここにあります:

http://legacy.community.versionone.com/Downloads/Lists/Platform%20Downloads/DispForm.aspx?ID=31

基本的に、TFSからのイベントを登録し、チェックインまたはビルドデータをVersionOneに転送するWebサービスをインストールするmsiを実行します。

次に、開発者がユーザーストーリーをチェックインに関連付けることを要求するチェックインポリシーをインストールできます。

個人的には全体が少し不格好だと感じました。たとえば、彼らのストーリーピッカーダイアログは、チェックインの準備ができたときではなく、コードを編集するとすぐにポップアップします。そして、彼らのプラグインは、VisualStudioの私のインスタンスを少なくとも1回クラッシュさせました。

つまり、2つを使用して統合することもできますが、TFSがそれ自体で十分に機能する場合は、不格好さを追加する理由はありません。

于 2013-07-23T21:50:49.993 に答える