@take3000 が読み解く「アジャイル型開発に適したモデル契約書案2種」(IPA非ウォーターフォール型開発WG活動報告書)

take3000 @take3000

別紙はおおざっくりな項目を記述。ざっくりとしてるけど、これ把握しないでプロジェクトに入ってる人って結構いるかもな。いないかもな。

take3000 @take3000

いちおう４つ全部見た。全体的にシンプル。最低限の項目で構成されてる印象。でも現場の作業に踏み込んでるところもある。良いと思う。実際に適用される場合はいろいろ追加されるのだと思う。

take3000 @take3000

契約形態が３つある。請負、準委任だったところを請負、準委任、組合。プロジェクトによって、どれが最適なのか考える力が必要になる。もう既にそうだけどどんなプロジェクトでも杓子定規的に請負一括って思考停止にもほどがあると思う。

take3000 @take3000

今回のこの草案がいろんな会社の契約書テンプレートの見直しを含め、現場でどういった仕事をしていて、契約形態はどうあるべきなのかという話をするきっかけになるといいですね。

take3000 @take3000

さて、そろそろ寝るか。

shin1ogawa @shin1ogawa

@take3000 おつかれさまでした。明日から読もうと思っていたので予備知識として大変有用なツイート群に感謝です。

take3000 @take3000

@shin1ogawa ありがとうございます！ 解釈違いがあったらツッコミをいただけると嬉しいですw

take3000 @take3000

なにげに特許権と著作権の取り扱いがイケてると思う。アジャイルかどうかはおいておいて、これが主流になればいいのに。

take3000 @take3000

よくあるような契約だとユーザが持って行きすぎ。ユーザにとって無価値なのにベンダにとって価値のあるものをユーザが所持するのは、巨人が他のチームで4番打ってた選手を代打で使うようなもん。いや、使わないんだからそれよりひどい。

take3000 @take3000

※1コ前のつぶやきは妄想上の出来事です

サトウ（多分） @Ysaton

大観として経済産業省のモデル契約（ http://bit.ly/dN7Hm4 ）にアジャイル的要素がプラスされた感を持ちました。 経済産業省のモデル契約の解説や普段あんましふれない法的な根拠の話は『ソフトウェア開発モ.. http://togetter.com/li/121057

サトウ（多分） @Ysaton

契約って交渉事なのですべて雛形どおりにいくわけにはいかないですが、「炎上」してから話し合ってもマトモな議論は双方期待できないので、あらかじめ冷静なウチにきちんとルールは定めておいたほうがいいと思う。 そうやって双方で.. http://togetter.com/li/121057

サトウ（多分） @Ysaton

ま、過去に炎上経験から全くおもしろくない契約関係を勉強するハメになったことがあっただけで、実際は小難しいことは必ず法務部さんとかに相談しうほうがホンマに吉ですｗ 契約内容には明記されてないけど民法ではこんな規定があるから、デフォでこうなる的なことが多々あるので・・

take3000 @take3000

文章量もすくないのでそんなにカチッとした印象はないです。緩めに書いておくけど、ユーザ、ベンダ双方にほぼ等しく責任があり、双方が協力し合い、何かあったら話し合いで解決してね、という感じですかね。 完了義務なし、変更管理.. http://togetter.com/li/121057