View
2.302
Download
0
Category
Preview:
DESCRIPTION
匠塾 第10回 企業改革からIT構築までの見える化事例大集合
Citation preview
ビジネス価値につなげたアジャイル開発
木下 史彦(株)永和システムマネジメントサービスプロバイディング事業部f-kinoshita@esm.co.jp
大手町サンケイプラザ; 2010-01-27(Wed)
匠塾 第10回企業改革からIT構築までの見える化事例大集合
自己紹介✓木下史彦✓1998年 大学卒業、SIベンダに入社✓2005年 アジャイル開発を実践しはじめる✓2006年 永和システムマネジメントに入社✓現在 アジャイルコンサルタント兼マネージャ
お品書き✓永和システムマネジメントについて✓ふつうのシステム開発✓Ruby x Agileの実績✓「見える化」事例✓アジャイルと見える化
永和システムマネジメントについて
私たち永和システムマネジメントは福井に本社を置くSIベンダです。私たちは「お客様に価値を提供し続けるシステム」を構築します。お客様の環境やビジネスの変化に適応するシステムを、お客様と一緒に育てていきたいと思っています。2002年に東京支社を開設してから、アジャイル開発を軸に変化を抱擁するIT ソリューションを提供することに力を入れています。社内でのRubyへの取り組みは、有志による草の根の活動をきっかけに2005年頃から続いています。
永和システムマネジメントサービスプロバイディング事業部について
私たちは「お客さまに価値を提供し続けるシステム」を構築します。お客様の環境やビジネスの変化に適応するシステムを、お客さまと一緒に育てていきます。私たちは、ソフトウェア開発のプロフェッショナルとしての誠実な態度と、アジャイル開発のアプローチを通じてこれを達成します。そして、そのための手段としてオブジェクト指向スクリプト言語Rubyが有効だと信じて行動しています。
永和システムマネジメントサービスプロバイディング事業部について
要求 R(t) システム S(t)
チーム(t)R(t) S(t)
Δ
Δ t
不明確かつ不安定な要求
システムの要件がいつまで経っても決まらない。
最終的にできあがってきたものが、考えていたものと違っている。
納期ギリギリになって、ベンダから「間に合わない」と言われた。
こんな経験をお持ちではありませんか？
投資効果のある、ちゃんと動くソフトウェアを、期待される期間内に提供し、それを維持・変更し続けられるベンダであり
ソフトウェアは、人が人のために作っているということを実現するシステム開発です。
ふつうのシステム開発
ふうつうのシステム開発
イテレーティブかつインクリメンタルな開発
1週間 = 1イテレーション
アジャイル開発
従来型の開発
打ち合わせ＆
リリース
時間
顧客と開発者の
距離
イテレーティブかつインクリメンタルな開発
1週間 = 1イテレーション
可視性状況が見えない
イテレーション毎に動くものべースで確認できる
アジャイル開発
従来型の開発
打ち合わせ＆
リリース
時間
顧客と開発者の
距離
イテレーティブかつインクリメンタルな開発
1週間 = 1イテレーション
可視性状況が見えない
イテレーション毎に動くものべースで確認できる
技術リスク低減最後まで動いているものを確認することができない
動くものをベースに徐々に機能を追加していく
アジャイル開発
従来型の開発
打ち合わせ＆
リリース
時間
顧客と開発者の
距離
イテレーティブかつインクリメンタルな開発
1週間 = 1イテレーション
可視性状況が見えない
イテレーション毎に動くものべースで確認できる
変更容易性初期に要件を確定しなければならない
変更は最後のイテレーションがはじまるまで可能
技術リスク低減最後まで動いているものを確認することができない
動くものをベースに徐々に機能を追加していく
アジャイル開発
従来型の開発
打ち合わせ＆
リリース
時間
顧客と開発者の
距離
イテレーティブかつインクリメンタルな開発
1週間 = 1イテレーション
可視性状況が見えない
イテレーション毎に動くものべースで確認できる
変更容易性初期に要件を確定しなければならない
変更は最後のイテレーションがはじまるまで可能
技術リスク低減最後まで動いているものを確認することができない
動くものをベースに徐々に機能を追加していく
ビジネス価値最後の最後までリリースできない
早期にリリース可能な動くソフトウェアが入手できる
アジャイル開発
従来型の開発
打ち合わせ＆
リリース
時間
顧客と開発者の
距離
イテレーション (1週間) の流れ
要求
リリース可能なソフトウェア
イテレーション (1週間) の流れ
要求
リリース可能なソフトウェア
計画づくり
タスクプログラミング
機能バグデータ移行ドキュメント環境構築性能ジョーカー
受入テストを書く 受入テストを
する
完了基準
TDDCI
仕様の確認見積りスパイク
イテレーション (1週間) の流れ
要求
リリース可能なソフトウェア
次のイテレーションへ計画づくり
タスクプログラミング
機能バグデータ移行ドキュメント環境構築性能ジョーカー
受入テストを書く 受入テストを
する
完了基準
TDDCI
仕様の確認見積りスパイク
イテレーション (1週間) の流れ
要求
リリース可能なソフトウェア
次のイテレーションへ
内部リリース
ふりかえりKPTベロシティ
計画づくり
タスクプログラミング
機能バグデータ移行ドキュメント環境構築性能ジョーカー
受入テストを書く 受入テストを
する
完了基準
TDDCI
仕様の確認見積りスパイク
イテレーション (1週間) の流れ
要求
リリース可能なソフトウェア
次のイテレーションへ
内部リリース
ふりかえりKPTベロシティ
計画づくり
タスクプログラミング
機能バグデータ移行ドキュメント環境構築性能ジョーカー
受入テストを書く 受入テストを
する
完了基準
TDDCI
仕様の確認見積りスパイク
ふりかえりやバックログの優先度付けなどはお客さまにご協力いただきながら進めていきます。
イテレーション (1週間) の流れ
要求
リリース可能なソフトウェア 出荷
次のイテレーションへ
内部リリース
ふりかえりKPTベロシティ
計画づくり
タスクプログラミング
機能バグデータ移行ドキュメント環境構築性能ジョーカー
受入テストを書く 受入テストを
する
完了基準
TDDCI
仕様の確認見積りスパイク
ふりかえりやバックログの優先度付けなどはお客さまにご協力いただきながら進めていきます。
Ruby x Agile
実績
Ruby x Agileの実績約30プロジェクト / 3年15名程度の弊社メンバー開発メンバーは1チームあたり2～3名さまざまなドメインと商流Web、業務、R&D、1次～n次
0
3
5
8
10
0 8 15 23 30
人数
期間 (月)
Ruby x Agileの実績
0
3
5
8
10
0 8 15 23 30
人数
期間 (月)
Ruby x Agileの実績c-team.jp
0
3
5
8
10
0 8 15 23 30
人数
期間 (月)
Ruby x Agileの実績
decoblog.ne.jp
c-team.jp
0
3
5
8
10
2006 2007 2008 2009 2010
人数
年
Ruby x Agileの実績
0
3
5
8
10
2006 2007 2008 2009 2010
人数
年
Ruby x Agileの実績
適用分野公共システム
3%
業務システム21%
R&D29%
BtoCサービス47%
適用事例
decoblog.ne.jp
openid.dbcls.jp
orefil.dbcls.jp
tabibako.com
主要取引先エーザイ株式会社株式会社NEC情報システムズ株式会社ネットワーク応用通信研究所株式会社野村総合研究所株式会社リクルート財団法人かずさディー・エヌ・エー研究所大学共同利用機関法人 情報・システム研究機構 ライフサイエンス統合データベースセンター
TIS株式会社楽天株式会社
書籍
コミュニティ オブジェクト倶楽部 日本XPユーザグループ 日本Rubyの会 Asakusa.rb 日本Hamlの会
社員の活動
「見える化」
事例
ふりかえり
イテレーション (1週間) の流れ
要求
リリース可能なソフトウェア 出荷
次のイテレーションへ
内部リリース
ふりかえりKPTベロシティ
計画づくり
タスクプログラミング
機能バグデータ移行ドキュメント環境構築性能ジョーカー
受入テストを書く 受入テストを
する
完了基準
TDDCI
仕様の確認見積りスパイク
イテレーション (1週間) の流れ
要求
リリース可能なソフトウェア 出荷
次のイテレーションへ
内部リリース
ふりかえりKPTベロシティ
計画づくり
タスクプログラミング
機能バグデータ移行ドキュメント環境構築性能ジョーカー
受入テストを書く 受入テストを
する
完了基準
TDDCI
仕様の確認見積りスパイク
ふりかえり✓KPT (Keep/Problem/Try)
Keep
Problem
Try
ふりかえり✓タイムライン
Nov. Dec. Jan.
ふりかえり✓人の気持ち
Keep
Problem
Try Happy
Sad
見積りのふりかえり✓データを集めて分析する
イテレーション計画
(計画づくり)
イテレーション (1週間) の流れ
要求
リリース可能なソフトウェア 出荷
次のイテレーションへ
内部リリース
ふりかえりKPTベロシティ
計画づくり
タスクプログラミング
機能バグデータ移行ドキュメント環境構築性能ジョーカー
受入テストを書く 受入テストを
する
完了基準
TDDCI
仕様の確認見積りスパイク
イテレーション (1週間) の流れ
要求
リリース可能なソフトウェア 出荷
次のイテレーションへ
内部リリース
ふりかえりKPTベロシティ
計画づくり
タスクプログラミング
機能バグデータ移行ドキュメント環境構築性能ジョーカー
受入テストを書く 受入テストを
する
完了基準
TDDCI
仕様の確認見積りスパイク
計画づくり
#19 住所を変更できるようにしたい [1pt]
#17 写真をまとめてダウンロードできるようにしたい [2-3pt]
#14 ユーザ情報が更新されたときにメールで通知したい [3pt]
#12 本番環境にデプロイする [2pt]
#11 検索結果を名前で絞り込みたい [3pt]
見積り開発者
計画づくり
#19 住所を変更できるようにしたい [1pt]
#17 写真をまとめてダウンロードできるようにしたい [2-3pt]
#14 ユーザ情報が更新されたときにメールで通知したい [3pt]
#12 本番環境にデプロイする [2pt]
#11 検索結果を名前で絞り込みたい [3pt]
見積り開発者
#11 検索結果を名前で絞り込みたい [3pt]
#12 本番環境にデプロイする [2pt]
#14 ユーザ情報が更新されたときにメールで通知したい [3pt]
#19 住所を変更できるようにしたい [1pt]
#17 写真をまとめてダウンロードできるようにしたい [2-3pt]
優先順位付け
お客さま
計画づくり
#19 住所を変更できるようにしたい [1pt]
#17 写真をまとめてダウンロードできるようにしたい [2-3pt]
#14 ユーザ情報が更新されたときにメールで通知したい [3pt]
#12 本番環境にデプロイする [2pt]
#11 検索結果を名前で絞り込みたい [3pt]
見積り開発者
#11 検索結果を名前で絞り込みたい [3pt]
#12 本番環境にデプロイする [2pt]
#14 ユーザ情報が更新されたときにメールで通知したい [3pt]
#19 住所を変更できるようにしたい [1pt]
#17 写真をまとめてダウンロードできるようにしたい [2-3pt]
優先順位付け
お客さま
8pt
イテレーション計画
リリース計画
小さくはじめるゴールが全く見えない(誰も見えていない)お客さまもどうしていいか困っていた期間的に無理そうな予感
チームで小さな成功体験をするチームの開発速度を計るその後、リリース計画を行う
開発
イテレーション (1週間) の流れ
要求
リリース可能なソフトウェア 出荷
次のイテレーションへ
内部リリース
ふりかえりKPTベロシティ
計画づくり
タスクプログラミング
機能バグデータ移行ドキュメント環境構築性能ジョーカー
受入テストを書く 受入テストを
する
完了基準
TDDCI
仕様の確認見積りスパイク
イテレーション (1週間) の流れ
要求
リリース可能なソフトウェア 出荷
次のイテレーションへ
内部リリース
ふりかえりKPTベロシティ
計画づくり
タスクプログラミング
機能バグデータ移行ドキュメント環境構築性能ジョーカー
受入テストを書く 受入テストを
する
完了基準
TDDCI
仕様の確認見積りスパイク
タスクかんばん
タスクかんばん✓ToDo/Doing/Done
タスクかんばん✓サッカーコート
タスクかんばん✓Time.now
タスクかんばん✓時間割
その他のプラクティス
継続的インテグレーション
継続的インテグレーション✓パトライト✓ビルド＆テストの結果を「見える化」
設計スケッチ
ニコニコカレンダー✓プロジェクトの気分を「見える化」
●いい感じ ●普通 ●やな感じ
アジャイルと見える化
コミュニケーションパスは太くお客さまの近くで仕事をする分からなければ直接すぐに聞く1週間に半日ほど打合せの時間を作ってもらう最初は仕様の話という名目で、実際にはふりかえりと計画づくりをやる
✓「私たちの問題」✓何が起きているかについて真実を伝える
お客さまを巻き込む一緒にふりかえりをする一緒に計画づくりをする正直になるお客さまの本気に応える
1週間に半日程度
信頼
お客さまからいただいた言葉信じてますから。
客と業者としてではなく、一つのチームとして関わってくれたのがうれしかった。
永和システムマネジメントのサービス
Rubyとアジャイルでふつうのシステム開発を実現する永和システムマネジメントのWebサイト
http://ruby.agile.esm.co.jp
ご清聴ありがとうございました
Recommended