アーティクル

マルチタスクで仕事は遅くなる

個人がマルチタスクで仕事をした場合、非効率で遅くなることは今ではよく知られている。アジャイル/スクラムチームであれば、実行しなければならないプロジェクトの数が鍵となる。アジャイルはチームは一度に一つのチームに従事するべきで、そうでなければ破たんする、と示している。Roger Browns氏はなぜこのようなことが起こるのか、掘り下げて解説している。

アジャイルにおけるプロジェクトマネジャーの役割

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

Agile Japan 2009

2009年4月22日、東京千代田区にある放送会館で「アジャイルジャパン2009」が開催されました。本イベントは「ソフトウェア開発の次世代リーダーをつくる」ことを合い言葉に、200人以上の参加者を集めてスタートしました。

仮想パネル: バックログは重要な成果物とプラクティスか、それとも無駄か?

Mary Poppendieck氏、Ron Jeffries氏、Jeff Patton氏、David West氏、Steve Freeman氏、Jason Yip氏が、バックログに関する彼らの意見とアジャイルチームを成功させるために必要な事を語った。

ペア・プログラミングの採用を成功させるには

本稿は、これまでにペア・プログラミングの経験が多少あり、合理的なペア・プログラミングの採用に向けて組織の協力を求めている読者を前提としています。このアドバイスは様々な役割の人に有効ですが、主にペア・プログラミングをチームに導入しようとする開発者やチーム・リーダに向けて書かれています。

体験レポート：ゲームで学ぶアジャイルな反復型開発

リーンとアジャイル: この組み合わせは天国か、それとも矛盾か

Dave West氏は、バックログがリーンコミュニティで現在主張されている「無駄」ではなく、必須の要素であると主張する。

TDDを根づかせる:導入の問題と解決策

大きな組織のチームでは、TDDの採用に未だに苦戦している。この記事では、Mark Levison氏が、チームを調査した時に発見した問題と、TDDを組織に紹介するための戦略とを共有する。

要件抽出漏れ低減に貢献―画面プロトタイプを用いた要件抽出技法の紹介

システム開発の要件定義工程において、すべての要件を抽出することは非常に困難です。ここでは、この要件抽出を補助する手段のひとつとして、画面プロトタイプを用いて要件抽出を行う技法とその有効性を紹介します。

短いイテレーションの事例

Valtech Technologies社のアジャイルコーチであるDave Nicolette氏は、短いイテレーションは長いものよりも良いのかという質問に、取り組んでいる。Dave氏は、短いイテレーションは、変更に対しより素早く対応し、より多く問題を発見し、修正する機会があることをデモしている。また、短いイテレーションがバーンアウトや他の問題を招きかねない懸念材料についても対処している。

リファクタリングにありがちな誤解を解く

In comparison to Java, an emphasis on continuous refactoring is still relatively new in .NET. Besides having few ardent proponents, many myths linger around what refactoring really is and how it applies to the development process in general. Danijel Arsenovski, author of Professional Refactoring in Visual Basic, attempts to dispel some of these myths.

ユーザ・ストーリーの見積もりテクニック

コンサルタントとして働くことの最大の喜びの一つはいろいろなアイディアを試してみてからことが上手くいくように自分が一番好きな方法を適用することができることです。この記事では私が効果的だと思うユーザ・ストーリーの（開発工数）見積もりテクニックの詳細について述べています。