Tom Arbogast氏、Bas Vodde氏、Craig Larman氏が、リーンとアジャイル開発を広めるためのプラクティス : 広範囲にスクラムを用いた、大規模なマルチサイトのオフショア製品開発という本のサンプルとなる章を公開した。その章は、アジャイル開発のための契約書を書くという難しい話題を扱っている。
Vodde氏とLarman氏はアジャイルコミュニティにおいてよく知られており、アジャイルやリーンのプラクティスを大規模な分散組織に取り込むことについて、数多くの記事を書いている。Arbogast氏は契約弁護士であり、長い間、情報技術の解決策の契約を交わすことに関わってきている。
この記事では、意図して法律的な契約のテンプレートとなるテキストを提供することを避けている。
この入門書の下書きをレビューした弁護士からのフィードバックと、同僚のTom氏の意見は同様なものでした。コピー＆ペーストは、弁護士やセールスの人たちの間で実際に起きている危険なことです。アジャイルやリーンの原則のように、契約の言葉で具体的に表現した、根元的なドメインに特化した原則をとらえずに、単にコピー＆ペーストすることは新しい契約を書くようなものです。
アジャイルプロジェクトマネジメントのニュースグループへの発表で、Larman氏とVodde氏は次のように述べた。
この契約は、根本原因の問題を扱うことから始めています。「アジャイル契約をどのように書くか」というような契約の中身ではなく、信念や仮定、そして契約弁護士のような契約を書く人たちの行動についてです。(どうして人々はアジャイル契約を書かないのか?) そのため、導入部分は契約弁護士に向けて書かれているので、その部分を契約弁護士たちと共有することを奨励します。
記事は3つのセクションに分かれている。
- 契約について考える (アジャイル開発について、契約弁護士は何を理解すべきか)
- アジャイル契約の共通トピック (法的責任、支払時期、価格…)
- 契約モデル ("すべて"決める、変動価格と変動スコープで進む、上限を決めた価格で変動するスコープ…)
この記事は、著者が指摘した点に関する特別なアドバイスが含まれ、ソフトウェアプロジェクトの本質に関して弁護士とコミュニケーションする方法についてのアドバイスや、どのように契約を書くかということについて書かれている。そして、これらのことは「ある状況下で試す」ものとされている。
アドバイスの1つの例は、「法律業務に似ていることで、ソフトウェアプロジェクトの複雑さに対する弁護士の感性を高めよう」ということだ。
「私は、新しいプロジェクトのために、完全なプロジェクト契約を手に入れたいと考えています。このプロジェクトは、新しいエンタープライズ規模の財務管理システムで、おそらく今まで使ったことのない4つのアウトソーシングサービスプロバイダを含む、60ヶ国から開発者が200名集まり、完成まで2年から4年がかかると予想されます。4つのプロバイダと結ぶ契約の交渉をして、契約を書くのに、一体何時間かかると思いますか? その契約書はどれだけの単語数になるでしょうか? また、正確な金額は?」このようなシナリオとソフトウェア開発の間で起こることを議論しましょう。不確かなことや新しい発見、変動することなどを扱うのには、現実的なことと非現実的なこと、効率的なことと非効率的なことなどを議論する必要があります。
この記事は ここからダウンロードできる。
Shane Hastieは、オーストラリアとニュージーランドでソフトウェア教育に取り組んでいるアジャイルコーチ、トレーナー、そして、コンサルタントだ。