1

私は、さらなるサービス コンサルティングのイネーブラーとして製品を開発する IT サービス会社で働いています。私たちには、リモートで開発できる必要がある技術コンサルタント/開発者がいて、オフィスに戻って「ベンチで」開発する必要があります。

コンサルタントが遠隔地にいるとき、または「ベンチにいる」ときに、どの方法論/プロセス/ツールがコンサルタントによる開発をサポートしているか、特に成果物の管理をどのようにサポートしているか。

私は DVCS システムと KanBan ボード ツールを検討しましたが、従来のバックルーム開発状況ではない場合に、このスタイルの製品開発を処理するための最良の方法で意見を求めたいと思います。

4

2 に答える 2

0

ALM 分野には、VersionOne、Rally、ThoughtWorks Studios Mingle + Go + Twist、Jira Greenhopper など、いくつかのリーダーがいます。これらはすべて基本的に本質的に反復的であり、スクラム + XP をサポートしています。好みに応じて、かんばんをサポートする新しいツールが登場します。

ただし、重要なのは、どのアプローチを採用するかを決定することです。反復またはフロー?

さらに、継続的インテグレーション サーバーを使用している場合 (Jenkins のようなオープン ソースであれ、Go のような商用サーバーであれ)、それを SCM システム (たとえば git) と組み合わせることで、作成されたものを可視化し、その作業を配布することができます。 .

あなたの特定の課題に戻ると、ベンチに出入りするときに人々が出入りするので、反復はあなたに合わないように思えます。Mingle は、他のいくつかと同様に、これをうまくサポートしています。実際、反復もフローもない可能性が高いため、主要な方法論は実際にはあなたの状況に適していないことをお勧めします。

于 2012-08-21T18:33:23.107 に答える
0

これが私の TFS ピッチです。

開発者/コンサルタントは、社内、リモート、またはオフラインで作業できる必要があります。つまり、ローカル ワークスペースです。TFS 2012 にはそれがあります。

離職率が高いため、特定のタスクを開発者に簡単かつ迅速に割り当てることができるマネージャーが必要です。TFS を使用すると、作業項目を作成してサブタスクに分割し、チーム メンバーに簡単に割り当てることができます。開発者が作業を開始すると、それを見ることができ、チェックインをすばやく (半自動的に) サブタスクに関連付けることができます。そのため、誰がどのタスクを実行したかが分かり、それを達成するために実装された正確なコードを確認できます。

製品のバックログを管理しているマネージャーがいる場合、開発者が行う必要があるのは、割り当てられたタスクの 1 つを選択し、ソースから最新のものを入手して開発を開始することだけです。彼/彼女の最小限のオーバーヘッド。

Web アクセスを使用すると、製品のバックログ全体を表示/編集したり、バーンダウン チャート (およびその他のレポート) を取得したり、誰が何をいつ完了したかを確認したり、チーム メンバーにタスクを割り当てたり、チーム メンバーを変更したりできます。VS をインストールする必要はありません。彼らが開発しない場合は、マネージャーのライセンスを持っています。

最後に、完全に統合された自動ビルドにより、コンサルタントがソースを壊さないようにすることができます。ゲート付きチェックインは、この種のチームに最適です。変更セットが保存され、ビルドが実行されます。変更セットがビルドを壊す場合、チェックインは拒否されます。チェックイン後、反対側でビルドを自動化することもできます。

VS の外部で作成されたファイルは、ソース管理に簡単に追加できます。ファイルが追加されると、TFS はファイルの変更を監視し、変更を変更セットに簡単に追加できます。ソース管理に入ると、完全にソース管理され、誰でも利用できるようになります。

データベースの要件について言及したことはありませんが、新しい SSDT は宣言型 SQL 開発に最適です。これまでのところ、ALTER スクリプトを 1 つも作成する必要がなかったため、非常に満足しています。

また、コード レビュー、ビルド検証テスト、自動展開、アーキテクチャ ツール (適用可能なルールを含む) などの完全に統合されたサポートもあります。うさぎの穴はかなり深くなりますが、それが必要なければ、強制されることはありません。

したがって、私が提案する方法論は、開発者がタスクをプルするのではなく、マネージャーがタスクをプッシュするかんばんスタイルのセットアップです。このようにして、コンサルタントを過度に細かく管理することなく、高い離職率の影響を軽減できます。タスクを簡単に与えて達成させ、実行する作業を完全に可視化することができます。要件をどのように収集しているか、顧客が開発プロセスにどれだけの情報を提供しているかがわからないため、詳細を説明するのは困難です。TFS は作業項目に関連付けられたストーリーボードをサポートしているため、開発者に詳細な仕様を提供できます。また、フィードバック マネージャーは、製品所有者から動作中のソフトウェアに関するフィードバックを容易に得ることができます。

定義されたスプリントでスクラムに移行することもできますが、コンサルタントの離職率が高い場合、および/または多くのスプリントを必要としない/望んでいない場合、スプリント レビューとスプリント計画のオーバーヘッドの多くは無駄になる可能性があると思います。ユーザーストーリーの内訳/要件の収集に関するコンサルタントからの入力。

于 2012-08-22T15:49:53.810 に答える