15

ようやく TFS のインストールを完了し、最初のチーム プロジェクトの作成を開始して、プロセス テンプレートを紹介しました。

プロセス テンプレート情報に関するMicrosoft のサイトへのリンクをたどると、考慮すべき新しい情報が殺到しました。あなたにとって非常にうまくいったテンプレート、またはプロジェクトの障害となったテンプレートはありますか? あなたが遭遇した最大の長所と短所は何ですか?

私のプロジェクトに関する情報です。私は小さな会社の主任開発者であり、TFS/VSTS を使用してイントラネット ポータルを作成し、エンド ユーザーを日々統合し、自動化を促進して生産性を向上させます。 C#、ASP.NET、SQL Server 2008 の

理想的には、機能を利用して利害関係者とのコラボレーションを強化し、必要な機能を追加したり、開発のステータスを追跡したり、フィードバックを提供したりしたいと考えています。また、TFS に JetBrain の TeamCity を利用することも検討していました。特定のテンプレート/ソフトウェアは、TFS、TeamCity、開発者、利害関係者の間の結束を実際に追加します。これは、理想的には私が興味を持っているものです.

4

6 に答える 6

6

スクラムのようなソフトウェア開発プロセスをすでに使用していますか？はいの場合は、ここでこのチームプロセステンプレートを試すことができます。

プロジェクトチームとプロジェクトの規模はどれくらいですか？Microsoftは、その内部プロセステンプレート（MPT）の1つをここに公開しています。このテンプレートからいくつかのガイダンスとインスピレーションを得ることができます。

タングレナが言ったように。人々は標準のテンプレートを使用し、バグを少し変更して、そこにいくつかのドキュメントを保存します。プロセスも「軽い」状態に保つことをお勧めします。

ただし、プロセステンプレートがすべてではありません。

これが私が（あなたの場合）何をするかといういくつかのアイデアです：

  • 利害関係者が作成できるいくつかの高次の作業項目（機能/ストーリー）を作成します（制約とTFSユーザーグループはあなたの友達です）。その後、TFS作業項目Webアクセスを介して要求された機能にアクセスできます。そうすれば、彼らのためにCALは必要ありません

  • リリースに応じて計画された作業を示すいくつかのレポートを作成します。

  • ビルド自動化をセットアップし、ビルドに従ってワークアイテムからレポート（別名リリースノート）を作成します。

あなたが遭遇した最大の長所と短所は何でしたか？

私見の最大の欠点は、テンプレートが銀の弾丸であると信じ始めることです。そうではありません、それはあなたの出発点です。TFSエコシステムは、ニーズに合った独自のソフトウェアを作成する多くの機会を提供します。TFSAPIを確認してください。

于 2009-07-20T21:13:29.410 に答える
0

一般的に言って、私はあなたが管理できる限り小さなプロセスを好みます。州が多ければ多いほど、フィールドが多くなり、その中の情報がまったく間違っている可能性が高くなります。

アジャイルテンプレートで独自のバージョンを実行しています。私たちがそれに対してしたことのほとんどは、ものを削除することでした。

TFS APIを使用して、ビルドをデータベースに記録できます。これにより、TeamCityとTFSをブリッジできるようになります。それ以外は、TFSに付属しているWebインターフェイスを使用するだけで、サードパーティのソフトウェアは必要ないと思います。

于 2009-07-20T16:05:19.813 に答える
0

これは別の素晴らしいアジャイルベースのテンプレートです(オリジナルはSSWにありますが、ログインの壁を回避する必要があります)。

このテンプレートは、プロジェクト プロセス (ドキュメント、レビューなど) のより強力なサポートを含めることで、開発者、マネージャー、およびその他の利害関係者間の結束を強化するのに役立ちます。たとえば、リリース計画などのプロセス要素用に組み込まれたタイプがあります。

于 2009-07-20T14:41:45.990 に答える
0

接吻！アジャイルに基づいてカスタム作業項目を作成しました。これで、作業項目は 1 つだけです。IT が使用する「システムの重大度」と、クライアント/顧客が使用する「ビジネスの優先度」があります。「リクエストタイプ」もあります。これら 3 つと組み込みの Area および Iteration を使用すると、クライアントを含むチーム全体が作業項目をクエリして、関係するリリースに関係する項目のみ (またはリリースに関係なくすべて) を取得できます。

ステート マシンはあまり変更しませんでした。これにより、誰にとっても非常に柔軟なものができました。青空のリクエストからありふれたコンテンツ/視覚的なバグまで、すべてがそこに記録されます.

クライアントは TFS Web アクセス (無制限の CAL) を使用し、開発者 (私と他の 1 人) は VS を使用します。前回の仕事で同じセットアップを作成しました。開発チームは 5 人のチームで、そこではさらにうまく機能しました。私はそこでも開発リーダーであり、技術的な PM でした。

最大の利点は、すべてに対して 1 つの作業項目タイプを使用する場合に、非常に柔軟なシステムを持つことでした。不利な点は、クライアントの学習曲線です。同様の実装については、安価なツールを検討することをお勧めしますが、MS での .edu 割引には勝るものはありません。

于 2009-07-21T02:43:38.597 に答える
0

最初に、会社の SDLC に使用するシステムを特定する必要があると言わざるを得ません。プロセス テンプレートは単なるツールであり、基礎となるプロセスを十分に理解していないと役に立たず、物事をより困難にする可能性があります。SDLC とプロセス テンプレートの成功には、ユーザーの採用が不可欠です。

チームシステムにはスクラムを使用しています。これを選択したのは、スクラムを SDLC 方法論として使用した経験からです。ウェブ上には、最新情報を理解するのに役立つ優れた書籍や記事がいくつかあります。スクラムは、ビジネスの利害関係者をプロセスに結び付けます。

私たちのシステムでは、プロダクト マネージャーがプロダクト バックログ アイテムの総責任者であり、私と CTO と協力してそれらをスプリント バックログ アイテムに優先順位付けします。

プロセス テンプレートに加えた唯一の変更は、"Failed Test" 状態と対応するワークフローを追加したことです。

于 2009-07-22T03:10:29.607 に答える