BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ ニュース アジャイル・ソフトウェア開発における契約

アジャイル・ソフトウェア開発における契約

ブックマーク

原文(投稿日:2009/5/4)へのリンク

アジャイル・マニフェストには「契約交渉における顧客との協力」と記述されているが、多くの開発者や企業にとって契約とは現実味を帯びるものである。Peter Stevens氏は、10種類の開発契約について分析し、それぞれの形態がどの程度アジャイル・プロジェクトに適合するか明らかにした。また、氏は、固定価格やタイム・アンド・マテリアルよりもはるかにふさわしい組合せを見出した。

Peter氏は、10種類の各契約を調査し、それぞれ以下の点について述べた。

  • 契約の全体構造
  • スコープ変更への対応方法
  • リスク分散の方法
  • 顧客と開発者との間で形成される関係のタイプ

最も基本的な開発の契約種別は、タイム・アンド・マテリアル方式である。この方式では、金銭面のリスクの大部分を顧客が負うことになる。開発者には早期終了やコスト削減へのインセンティブはない。

タイム・アンド・マテリアルに代わる最も一般的な契約は固定価格契約である。この方式は、大部分のリスクを開発者が負うため、顧客に支持されている。プロジェクトが長引いた場合は、開発者がコストを負担することになる。この種の契約は、スコープの変更には都合が悪い。それは、スコープの対象内か否かに関する意見の相違が生じる可能性があるからだ。

Stevens氏は、この2つの契約はもちろんのこと、固定利益方式など興味深い種別も調査している。関係者は開発者に支払われる固定利益(たとえば100,000ドルなど)にあらかじめ合意している。プロジェクトにかかる時間はどうであれ、開発会社は利益に加え実際にかかったコストを受け取る。プロジェクトが早期に終了すれば、それは顧客と開発者双方の利益となる。

Llewellyn Falco氏は、Bob Martin氏による複合型の契約を使用してきた。この契約には定額および時間給の両方が盛り込まれている。開発者は作業にかかる時間(たとえば80時間など)を見積もる。続いて開発者は、この時間に「通常」の時間給をかけ合わせ、作業に対する期待原価を(仮に時給200ドルとして)導き出す。この場合、期待原価は16,000ドルということになる。この総額を定額やより低い時間給へと分ける。たとえば、固定部分を8,000ドルとし、時間給は時給100ドルまで下げるとする。プロジェクトにかかる期間が予想どおりであれば、代価は、8,000ドル + 80 * 100ドル = 16,000ドルということになるだろう。プロジェクトが予定より遅れた場合は、開発者は追加の作業に対し時間当たり100ドルを稼いでいるに過ぎない。この方式では、開発者と顧客の間でより平等にリスクを共有しようという試みがなされている。

Peter Stevens氏は、フェーズ開発契約や「money for nothing, changes for free(早期解約と無料変更)」契約を推奨している。氏はフェーズ開発による自らの成功を報告し、次のように述べている。

「money for nothing, changes for free」契約は、スクラムやアジャイル開発プロセスのメリットを競争上の優位性へと変えます。
  • 業務価値を優先し付加的に実現することにより、完全に失敗する可能性は劇減する。また、このメリットは顧客に引き継がれる。
  • さらに、これは協力型モデルであるため、コスト削減維持へのインセンティブを双方に与える。
  • 早期解約条項により、スクラム・チームはより高い生産性を達成できる。マイナス面を言えば、この条項は、現在の経済情勢では政治的に容認しがたい「ゴールデン・パラシュート」のようにも思われる点である。

最後に、Peter氏は再びアジャイル・マニフェストに戻り、適切な契約を結ぶことは重要であるが、良好な協力関係を築くことはさらに重要であると繰返し述べた。

これまでどのようなタイプの契約に関わり、その契約は関係の構築にどの程度貢献したのか?これについてコメントし自らの経験を共有していただきたい。

この記事に星をつける

おすすめ度
スタイル

BT