
アジャイル契約
従来のウォーターフォールモデル手法,すなわち要件を定義し,サプライヤが価格を提示して,両者が法的拘束力を伴う契約書にサインする,というやり方は,企業が何かを購入する場合にはとても都合のよいものです。しかしこの方法で記述された契約書には,アジャイルアプローチを使った開発に必要な自由がほとんどありません。この記事では,サプライヤと顧客がアジャイル開発の契約を締結するために利用可能な,4つの異なったモデルを検証しています。

従来のウォーターフォールモデル手法,すなわち要件を定義し,サプライヤが価格を提示して,両者が法的拘束力を伴う契約書にサインする,というやり方は,企業が何かを購入する場合にはとても都合のよいものです。しかしこの方法で記述された契約書には,アジャイルアプローチを使った開発に必要な自由がほとんどありません。この記事では,サプライヤと顧客がアジャイル開発の契約を締結するために利用可能な,4つの異なったモデルを検証しています。
Tom Arbogast氏、Bas Vodde氏、そして、Craig Larman氏が、近々出版されるリーンとアジャイルに関する本のサンプルを公開した。公開された章では、アジャイル開発のための契約書を書くという難しい話題を扱っている。
ほとんどのソフトウェア契約は,固定的なスコープ/コスト/スケジュールという,ウォーターフォール方式のアプローチを念頭において書かれています。 この記事では,アジャイルソフトウェアプロジェクトの契約を記述する方法についてのアドバイスを提供します。以下、RSS feed / longer summary (max 400 chars)です。 従来のウォーターフォールモデル手法,すなわち要件を定義し,サプライヤが価格を提示して,両者が法的拘束力を伴う契約書にサインする,というやり方は,企業が何かを購入する場合にはとても都合のよいものです。しかしこの方法で記述された契約書には,アジャイルアプローチを使った開発に必要な自由がほとんどありません。この記事では,サプライヤと顧客がアジャイル開発の契約を締結するために利用可能な,4つの異なったモデルを検証しています。
アジャイルやリーンのプロジェクトは従来のプロジェクトとは違う。ではこれらのプロジェクトの契約はリーンやアジャイルの概念をサポートしているだろうか。それとも邪魔になっているか。この記事ではリーンやアジャイルプロジェクトの効率的な契約書の書き方についていくつかのヒントを紹介する。
大組織や大プロジェクトではアジャイルではないパートナー/ベンダー/サプライヤーにアジャイルなチームが拘束される事を目にするのは珍しくない。結果として軋轢が起こり、エネルギーを無駄にする。その一方解決策は"よりよいチームを雇う"のように見えるかもしれない。Scott Ambler氏は問題の根を示し、RFPを作るよりもよい戦略を提供している。それはアジャイルなチームを引き込むことである。
アジャイル・マニフェストには「契約交渉における顧客との協力」と記述されているが、多くの開発者や企業にとって契約とは現実味を帯びるものである。Peter Stevens氏は、10種類の開発契約について分析し、それぞれの形態がどの程度アジャイル・プロジェクトに適合するか明らかにした。また、氏は、固定価格やタイム・アンド・マテリアルよりもはるかにふさわしい組合せを見出した。
OpenPlansのワーキンググループは、現在、「Money For Nothing, Change For Free」というタイトルのアジャイル契約に取り組んでいる。これは、顧客の参加をかなり重要視するものである。顧客は、機能の優先順位付け、スプリント計画、機能の満足する状態の記述、そして、スプリントレビューに深くかかわることを要求される。
Ternary SoftwareのCOOのAlexia Bowers氏は、Ternaryで多数のプロジェクトを率いてきた。昨年、彼女は顧客(プロダクトオーナー)の役割を演じ、そして、それがどのようなものであったのかを、プレゼンテーションで話してくれた。