スキニーなシステム開発にぴったりの契約形態

スキニーな
システム開発にぴったりの

契約形態木下史彦
(株)永和システムマネジメント
f-kinoshita@esm.co.jp
クラスメソッド株式会社セミナールーム; 2011-12-07(Wed)

木下史彦
 マネージャ / コンサルタント / 価値創造契約責任者
 1998年大学卒業、独立系SIベンダに入社
 2005年アジャイル開発を実践しはじめる
 2006年永和システムマネジメントに入社
 最近の仕事は、アジャイルな組織運営を目指す経営層・マネー
ジャ層への提案、アジャイルプラクティスを実践している現場へ
の指導・助言、社内のRuby・アジャイル関連のプロジェクトの
マネジメント、自社担当グループの組織運営など多岐にわたる。

Copyright (c) 2011 Eiwa System Management, Inc.

永和システムマネジメント
について


サービスプロバイディング事業部について
私たち永和システムマネジメントは福井に本社を置くSI
ベンダです。
私たちは「お客様に価値を提供し続けるシステム」を構
築します。お客様の環境やビジネスの変化に適応するシ
ステムを、お客様と一緒に育てていきたいと思っていま
す。
2002年に東京支社を開設してから、アジャイル開発を
軸に変化を抱擁するIT ソリューションを提供すること
に力を入れています。社内でのRubyへの取り組みは、
有志による草の根の活動をきっかけに2005年頃から続
いています。


サービスプロバイディング事業部について
私たちは「お客さまに価値を提供し続けるシステム」を
構築します。お客様の環境やビジネスの変化に適応する
システムを、お客さまと一緒に育てていきます。
私たちは、ソフトウェア開発のプロフェッショナルと
しての誠実な態度と、アジャイル開発のアプローチを通
じてこれを達成します。そして、そのための手段として
オブジェクト指向スクリプト言語Rubyが有効だと信じ
て行動しています。不明確か
つ不安定
な要求
要求　　R(t)
Δ システム　　S(t)
Δ t
R(t) チーム(t) S(t)

Ruby x Agileの実績
約70プロジェクト / 5年
20名程度の弊社メンバー
開発メンバーは1チームあたり2∼3名
さまざまなドメインと商流
 Web、業務、R&D、1次∼n次


プロジェクト数
23 25

20
16
11 12 15
7 10

5
2006年度
2007年度
2008年度 0
2009年度
2010年度

適用分野
R&D
17%

BtoCサービス
業務システム 52%
31%


イテレーティブかつインクリメンタルな
開発
可視性ビジネス価値
打ち合わせ
状況が見えなイテレーショ最後の最後ま早期にリリー
いン毎に動くも
＆でリリースでス可能な動く
のべースで確リリースきないソフトウェア
認できるが入手できる

ユーザと
開発者のアジャイル開発
1週間 = 1イテレーション
距離

従来型の開発
技術リスク低減変更容易性
最後まで動い動くものを初期に要件を変更は最後の
ているものをベースに徐々時間確定しなけれイテレーショ
確認することに機能を追加ばならないンがはじまる
ができないしていくまで可能


ステージング
リリース
Heroku

自動化テスト
要求
RSpec
Pivotal
Cucumber
Tracker
+ CI

開発
Railsと
各種gem
http://www.slideshare.net/moro/ruby-ecosystem-applied-to-agile-project

社員の活動
書籍

コミュニティ
 オブジェクト倶楽部
 日本XPユーザグループ
 日本Rubyの会
 Asakusa.rb

アジャイル
開発と契約

の契約事例


ソフトウェア開発の契約
請負契約
 あらかじめ定めた成果物を完成することが目的であ
り、成果物に対して対価が発生します。
委任契約
 知識や労働力といったサービスを提供することが目的
であり、提供したサービスの割合(作業した時間など)
に応じて対価が発生します。


現状の課題
近年、大変注目を集めているソフトウェア開発
手法に「アジャイル」があります。アジャイル
はお客さまの組織やビジネスの変化に素早く対
応することが可能な開発手法です。
しかし、ソフトウェア業界での受託型の請負契
約は要件定義が完了してから開発見積り・契約
するというやり方が当たり前となっており、お
客様にアジャイルのメリットを実感頂くのが難
しいという課題がありました。


最小限のスコープを約束する
請負契約

最小限のスコープ

 全体のスコープを契約段階では約束せずに、最小限(絶対必須)のスコープを約束
し、それ以外の部分は随時調整とする。
 全体像はぼんやりしているが、最低限作りたいものははっきりしている場合に有
効。
 受注者が発注者からいかに信頼されているかという点がポイントになる。


機能毎の請負契約
機能A

機能B

機能C

機能D
 システム全体を0.5∼3人月くらいの機能に分割し、優先度の高いものから契約し
ていく。
 五月雨式に着手していくため、複数の契約が同時に走ることもある。


短期の請負契約

1∼3ヶ月

 1∼3ヶ月単位で成果物を規定する。
 全体像はぼんやりしているが、短期的に作りたいものははっきりしている場合に
有効。
 瑕疵担保責任はすべての開発が完了してから1年間。


短期の準委任契約

1∼3ヶ月

 初期開発がひととおり落ち着きメンテナンスフェーズに入ったプロジェクトで多
く採用されている。
 たとえ1ヶ月でも成果物を明確に規定することが難しいプロジェクトに有効。
 随時上がってくるユーザーからの要望に応えていくことが可能。
 発注者と受注者の信頼関係ができていることが必要。


✓ システムを初期費用0円
で提供します。
✓ サービス利用料を月々お
支払いいだいたきます。

背景
Point of Sales Point of Use
q q

t t

所有から利用へ
お客さまはシステムを「所有」したいのではな
く、システムがもたらすサービスを「利用」した
い。
従来のシステムを製造するという発想から、サービスをサービスがお客さまに価値を提供するのは納品し
提供するという発想にシフトします。た瞬間ではなく、お客さまがサービスを利用して
いるあいだ継続的に。

従来型のサービス・契約との比較
本サービス一括受託 SaaS パッケージ

納品時に一括払い、
支払い月額払い納品時に一括払い月額払い
もしくは、月額払い

オーダーメイド（お客オーダーメイド（お客
カスタマイズ可可能な場合もあるが、可能な場合もあるが、
さま毎にカスタマイズさま毎にカスタマイズ
能性基本的には難しい基本的には難しい
可能）可能）

月額費用の中で対応、
顧客要望による
追加費用を払うことで追加費用を払えば可能基本的に未対応基本的に未対応
機能追加大きな機能追加も可能

月額費用の中に保守・別途、保守契約を結ぶ月額費用の中に保守・別途、保守契約を結ぶ
保守・サポートサポートも含まれる必要があるサポートも含まれる必要がある

汎用的な業務・サービ汎用的な業務・サービ
用途・分野特殊な業務・サービス特殊な業務・サービス
スス


お客さまにとってのメリット
 初期投資が不要なため、まとまった資金を調達する必要がありま
せん。
 一定量の追加開発についてはサービス利用料の範囲で対応できる
ため、追加開発の度に社内決済を通していただき、契約するとい
う面倒な手続きを踏む必要がありません。
 継続してメンテナンス（必要な機能の追加開発や不要な機能の削
除）をし続けますので、短期的にリプレイスを繰り返すことな
く、システムを長く使っていただくことができます。
 毎月、費用対効果を測定し、効果がなければすぐに止められます
（手数料なしで解約できます）。


価格体系
初期費用0円
月額料金
プラン料金（1ヶ月あたり）

プランSS 150千円

プランS 350千円

プランM,L,LL 600千円∼1,500千円を予定

 従来の一括請負契約のように、納品時にまとめて費用をお支払いいただく必要
がありません。
 お客さまから要件をお聞きした上でシステム規模を判断し、プランを決定しま
す。
 ハードウェア費用は上記料金に含まれておりません。お客さまのシステムの構
成に合わせて別途ご提案させていただきます。


割引制度
本サービスを継続して利用しているお客さま
には4年目以降、サービス利用料を半額にて
提供します。


サービス提供の流れ
ご相談まずは、ご相談ください。

おおまかな業務要件をお聞きし、本サービスの適用をできるかを判
要件ヒアリング
断させていただきます。

料金プラン決定料金プランを決定します。

契約契約を締結します。

開発着手弊社にて開発に着手します。

2∼4週間に一度の頻度で打ち合わせを行います。開発中のシステム
打ち合わせ・デモ
の動作を確認いただき、こまかい要件のすりあわせを行います。
システムの導入を行います。
リリース ※プランSSの場合、開発着手からリリースまでの期間は2∼3ヶ月
と想定しております。
チケットを利用いただくことにより、利用中のシステムに機能追加
保守・サポート
を行うことができます。

提供形態
 弊社からご提供するシステム一式（ソフトウェア）をレンタルす
るという形態をとります。
 ハードウェアに関しては、弊社がご用意したものをレンタルいた
だくことも可能ですし、お客さまにご用意いただくことも可能で
す。後者の場合、お客さまの既存資産を有効に活用できます。
 システムの物理的な設置場所については、お客さまのサーバー
ルーム、データセンター、クラウドサービスなどの選択肢がござ
います。

SaaSではありません。
あくまでも個別のお客さまからシステム開発を受託し、それぞれのお客さ
ま向けのシステムを提供します。


保守・サポート
プランに応じて毎月、下記の枚数のチケット
を発行します。
プランチケット枚数

プランSS 1チケット

プランS 2チケット

プランM,L,LL 3∼10チケットの予定

 1チケットで1日程度の保守・サポート対応が可能です。
 必要に応じて別途チケットをご購入いただくことも可能です。


解約
解約手数料：なし（利用年数によらない）
解約時にシステム一式（ハードウェア・ソフト
ウェア一式）を返却していただきます。
データベースに蓄積されたお客さまのデータに
ついては、お客さまに手元に残します。


権利関係
本サービスではシステムをレンタルするという
形態をとるため、ソフトウェアの著作権は当
社に帰属します。
 提供するのはあくまでもシステムを使ったサービスで
あり、システムそのものではありません。
 ソースコードは納品しません。


料金シミュレーション (1)
最初からプランM

350千円

175千円

サービス開始 3年後


料金シミュレーション (2)
プランSでチケットを使って拡張
追加チケット購入分

150千円

75千円

サービス開始 3年後


価値創造契約の適用事例


サイエンス倶楽部
 1992年設立の理科実験教室
 1都4県に20教室を展開
 小学生を中心に、幼児から中学生までを対象とする。
 会員数は約9300名（2011年4月現在）
 実体験を通して、子どもたちが自ら主体的に考える力
を身につけていくことをコンセプトとする

http://ruby.agile.esm.co.jp/articles/62

投資効果のある
ソフトウェア

技術者
コミュニティ

Ruby活用したベンチャー

ライブラリと
フレームワーク

http://www.slideshare.net/moro/ruby-ecosystem-applied-to-agile-project

お客さまにとってのメリット

✓初期投資不要
✓ノーリスク

『アジャイルサムライ−達人開発者への道−』

｢死んでもやってもら
わないと困ります｣

｢ちゃんと
やります｣

スキニーなシステム開発にぴったりの契約形態

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (13)

En vedette

En vedette (20)

Similaire à スキニーなシステム開発にぴったりの契約形態

Similaire à スキニーなシステム開発にぴったりの契約形態 (20)

Plus de Eiwa System Management, Inc.

Plus de Eiwa System Management, Inc. (8)

Dernier

Dernier (9)

スキニーなシステム開発にぴったりの契約形態