Making Software ―エビデンスが変えるソフトウェア開発

287

何について話していたか

3.

どのような状態でこのエラーが起きているのか？（

41%

、

49

分）

4.

この動作の原因であり得るのはどのコードか？（

36%

、

17

分）

5.

私が依存している資源はどう変化したか？（

24%

、

9

分）

6.

プログラムがすると期待されていることは何か？（

15%

、

21

分）

7.

私の同僚はこれまで何をしてきたのか？（

14%

、

11

分）

この

7

つ全部について、観察したプログラマは回答を求めに同僚のところへ行きましたが、「デュー・

ディリジェンス」の一部として、しばしば他の情報源も調べていました。

結局、開発者は頻繁にお互いの質問を尋ね合って会話をすると分かったことに加えて、どのような質

問が最も頻繁に思い浮かぶのか、またどのような質問が一番答えを見つけにくいのかということも、分

かりました。

■

アジャイルメソッドはコミュニケーションに良いか

?

ここまでに説明したことは、

1

つは

1990

年代半ばに電話会社で、もう

1

つは

2000

年代半ばにマイ

クロソフト社で行われた、具体的な

2

つの調査に基づいていました。

2

つの会社は製造している商品、

使用する開発ツール、そして

2

つの研究に

10

年の開きがあるので、使用したコミュニケーションツー

ル（最初の研究は携帯電話やインスタントメッセージなどに言及していません）が異なります。しかし

どちらの会社も、開発には従来型のウォーターフォールモデルの変形版を用いています。これはつまり、

計画、仕様作成、コーディング、テスト、出荷それぞれを別のフェーズとして実施し、かなり長い開発 ...