TFSによるアジャイル開発の実践
スクラムを用いた、実際のアジャイル開発において、TFSの豊富な機能は最初から最後まで、さまざまな形で活用されます。この記事では、TFSの実際のプロジェクトにおいて、行われるタスクを順に取り上げ、その中でTFSの各機能がどのように使われるかを説明します。
スクラムを用いた、実際のアジャイル開発において、TFSの豊富な機能は最初から最後まで、さまざまな形で活用されます。この記事では、TFSの実際のプロジェクトにおいて、行われるタスクを順に取り上げ、その中でTFSの各機能がどのように使われるかを説明します。
先週スイスで開催されたStoos Networkというイベントにおいて、どうすればリーダーシップが機能するのか、組織はどのように管理すればよいのか、について再検討しようという呼び掛けがなされた。これは現在の経済危機、広がる格差、倒産、蔓延する失望からも明らかな「やや混乱した状況」を受けたものだ。この記事は、活動に取り組んでいる参加者らに関する一連の記事およびインタビューの第一弾だ。
ウォーターフォールで開発するかアジャイルで開発するかは双方の問題と解決策をどの程度知っているかに基づいて決定されるはずだ。これはScrumologyのオーナであるDavid J Blant氏の提案だ。
Steve Denning氏はソルトレイクシティで開かれたAgile 2011カンファレンスにて、組織を「21世紀のマネジメント」に移行することにフォーカスし、アジャイル原則がこの変化をどのように支援し可能にするのか示す、2つの講演をした。彼は、マネジメントには見直しが必要であり、アジャイルを続けることは組織がこうした変化をするのを助けるが、アジャイルだけでは十分ではない、と主張した。
アーンドバリュー・マネージメント(EVM) の価値と,それをアジャイルに統合することに関して,激しい議論が巻き起こっている。アジャイルが EVM を必要とするほど大規模な IT プロジェクトに進出し始めたことがその原因だ。意見はさまざまだが,単にアジャイルが EVM に適用可能であるというだけではなく,アジャイルを適用した EVM がそうでないものより優れている,という考えもある。
Team Foundation Server (TFS) は、アジャイル開発における自動化の要請に応えるための総合的なソフトウェア開発支援システムです。TFSでは、ソースコードやテスト結果の情報と、ストーリーやタスクの情報、その他アジャイル開発で必要とされる情報を1つの統合化されたリポジトリで管理することによって、必要なデータを1か所からすぐに取り出せるという、他の開発支援ツールにはない特徴を備えています。

スクラムは3つの役割しか定義しない。それはプロダクトオーナとスクラムマスタとチームだ。ここにはマネージャは存在しない。Pete Deemer氏はスクラムを適用したときにマネージャが受ける影響や、マネージャの役割をどのように再定義するのがいいのか(職務内容記述書のサンプルを含む)、マネージャをスクラムマスタに任命することなどを考察する。

この記事では、コンフィグレーション管理を楽にするため、そして、アプリケーションを運営、管理する必要のある人たちを楽にするために、コード内からできることについて調べたものだ。これらのパターンはThoughtWorksのプロジェクトで何度も使ってきて、その価値が証明されているものだ。

どの本もアジャイルのコーチやファシリィテーターの役割は語っているが、マネージャーの役割について語っていません。この記事では最初に一般的に産業界でのプロジェクトマネージャーの役割について説明し、それから、アジャイルにおけるコーチ/ファシリィテーターの役割にあてはめてみます。この議論の中でコーチ/ファシリィテーターの意味の範囲を広げていくつもりです。