header image

Ryuzeeについて

mixi Twitter Twitter

携帯対応

QRコード

RING

人気ブログランキング

新着記事

Agileプロジェクトにおける契約についてちょっと私見を整理してみた。

  • 期間、費用が固定されていて、製造量が不定になる請負契約は行わない。
  • 特に上記のケースで、顧客側が開発側に対して強い力を持っている場合は、顧客の力による押し切り、社内の弱い管理者による承諾と開発チームへの強要といったことが発生しやすい。
  • Agileは基本的には準委任の方が良い。請負契約の場合、契約時点で成果物をお互いの齟齬がないように明確にせねばならず、往々にして、その認識の齟齬がプロジェクト混乱の原因になりやすい。
  • Agileプロジェクトでどうしても請負契約を締結する必要がある場合は、最低限プロダクトバックログの抽出と、以降の開発スプリントについては契約を分離しよう。
  • プロダクトバックログが出来上がればストーリーポイントや優先度の算出が出来るし、スプリント計画も立てられるので、ブレは少なくなる。但し全部のスプリント分を一括して契約するのではなく、スプリント毎の契約に出来るとさらに安心だ。
  • 一方で顧客側の立場からすると、なんで開発側はそんなに守りに入っているのよ?と見えなくもない。
  • しかし開発側は「顧客の欲しいものは日々変わる」「最初にたてた計画はだいたいあっていない」ということを良く知っているんだよね。
  • だからこそ、契約なり提案の時点で、開発側は、「プロジェクトをAgileでやること」「Agileで行うメリット/デメリット」の説明をしておく必要がある。なんとなく不安だから請負契約がイヤだ、というのは筋が通りにくい。
  • また、契約の時点でチームの生産力の目安を顧客に伝える必要はあるだろう。請負でない形態にした場合、完成しないけれども金は使った、という状態になり得るわけで、その不安も解消する必要がある。
  • 個人的な意見としては、そのプロジェクトの前のプロジェクトのプロダクトバックログ(想定ストーリーポイントと実ストーリーポイント入り。全部でなくても良いので、基準ストーリーポイントになったストーリーといくつか規模の違うストーリーが入っていれば良い)とチームのベロシティを提示してあげることだと思う。それによって顧客はチームの生産力をおおよそ把握できるのではないか。
  • 上記に書いたような話はもう提案書に書いてしまおう。表面的な提案が顧客に通って契約交渉を始めてから揉めるよりも、最初から「Agileじゃなきゃやらないよーん」という意思表示も必要。提案が通った後に契約方法で揉めたあげくに押し切られてAgileのつもりだったのに詳細設計書大量に書いたり、成果物保証させられたり、というのを結構経験してきた。もうそんなのやめようよ。

参考文献

アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~

著者/訳者:Mike Cohn マイク コーン

出版社:毎日コミュニケーションズ( 2009-01-29 )

定価:¥ 3,360

Amazon価格:¥ 3,360

単行本(ソフトカバー) ( 336 ページ )

ISBN-10 : 4839924023

ISBN-13 : 9784839924027


アート・オブ・アジャイル デベロップメント ―組織を成功に導くエクストリームプログラミング

著者/訳者:James Shore Shane Warden

出版社:オライリージャパン( 2009-02-18 )

定価:¥ 3,780

Amazon価格:¥ 3,780

大型本 ( 464 ページ )

ISBN-10 : 4873113954

ISBN-13 : 9784873113951


“[Agile]Agileプロジェクトの契約に関する私見”へ8件のコメントがあります。

  • Kodai Fumoto 2009/11/12

    "意思表示も必要。提案が通った後に契約方法で揉めたあげくに押し切られてAgileのつもりだったのに詳細設計書大量に書いたり、成果物保証させられたり、というのを結構経験してきた。もうそんなのやめようよ。" http://bit.ly/3GaYJm

  • Ryutaro YOSHIBA 2009/11/12

    ブログ書いた [Agile]Agileプロジェクトの契約に関する私見 http://tinyurl.com/y8s689o

  • wahiro 2009/11/12

    [Agile]Agileプロジェクトの契約に関する私見 | Ryuzee.com http://ff.im/-bkemg

  • Moriyuki Hirata 2009/11/12

    同意。 RT @takai: 契約の話なのに請負と委託と準委任の言葉の区別がついていなくてしおしお http://www.ryuzee.com/contents/blog/2932

  • katzchang 2009/11/12

    本来は請け負い契約でできるけど、事前に顧客の理解を得る必要はあり、注意が必要。とくにウォーターフォールに慣れたお客さんだと。なので現状は業務委託契約のほうが無難。
    …ということですか?

  • tnk 2009/11/12

    [Agile]Agileプロジェクトの契約に関する私見 | Ryuzee.com http://bit.ly/3GaYJm

  • NeKo 2009/11/12

    [B!] [Agile]Agileプロジェクトの契約に関する私見 | Ryuzee.com http://www.ryuzee.com/contents/blog/2932

  • かぬ(kanu-orz) 2009/11/12

    区別出来てると思って読んでましたが、どの辺りですか? RT @m_pixy: 同意。 RT @takai: 契約の話なのに請負と委託と準委任の言葉の区別がついていなくてしおしお http://www.ryuzee.com/contents/blog/2932

コメントする

XHTML: 以下のタグが利用可能です: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Trackback

 


ads

読まなきゃモグリ