アジャイル開発入門

Size: px

Start display at page:

Download "アジャイル開発入門"

あかりひでやま
4 years ago
Views:

1 製品力を高めるためのアジャイル開発超入門技術部アジャイル開発センター藤井拓

2 アジェンダアジャイル開発超入門アジャイル開発手法の適用事例 2

3 開発手法の普及率世界での普及 (Forrester Research, 2010) ウォーターフォール13% 反復開発 21% アジャイル開発 35% Scrumの利用は10.9% で一番多い方法論利用せず30.6% 日本 (IDC Japan, 2011) ウォーターフォール開発が 51.2% 反復型開発が 29.7% アジャイル開発が 19.1% 3

4 アジャイル開発普及の背景ビジネス競争の激化新たな価値 ( 製品サービス ) をどれくらい早く市場に投入できるか新たな価値予め答えが見えない ( 要求の不確定性 ) 新技術デバイスサービスの活用早く市場に投入要求定義と開発を並行するちょっとずつ機能追加してリリースする 4

5 ウォーターフォール開発始めに適切な要求を決められる! 要求という仮説の正しさを開発途上で確かめずに開発を行う要件定義要求設計要件定義要求設計実装実装テストリリーステストリリース時間時間 5

6 アジャイル開発始めに適切な要求を決められない! 要求という仮説の正しさを開発途上で確認しながら開発を行う要求計画計画計画開発開発開発評価フィードバック評価フィードバックリリース時間 6

7 要求の不確定性経験がない製品やサービスの考案これまで経験が無いような新たな製品やサービス ( 業務 ) の考案競合他社や市場の動向刻々と競合他社や市場が変化していく新技術 / デバイスの登場クラウドモバイルなどの新技術 / デバイスの活用方法の考案これらの要因にスピーディーに対応するため開発途上に要求が変化する! 7

8 アジャイル開発への取り組み状況と期待する効果アジャイル開発への取組み状況アジャイル開発に期待する効果弊社のエンタープライズアジャイルセミナーのアンケートの集計結果から 8

9 変化への対応力要求などの不確定性に対応するためには変化への対応力 ( 柔軟性 ) が必要柔軟性を低下させるものプロセスの細かいマニュアル化 ( 分業 ) 詳細なドキュメントによる情報伝達契約上の駆け引き計画の硬直的な順守柔軟性を低下させるもののをすべて一気に排除する必要はないできるところから少しずつ改善すればよい 9

10 アジャイル開発の特徴反復的な開発一定の期間毎に動くソフトウェアを作る形でソフトウェア開発を進める顧客との協調顧客と協調し顧客のビジネスの成功を支援するチームワーク重視 ( 人間中心 ) 開発者の自律性コミュニケーション改善を重視技術的裏付け変化の影響を抑える技術プラクティス ( 設計 / コード品質自動化 ) の適用 10

11 アジャイル開発フレームワークスクラム (Scrum) とは Ken Schwaber, Mike Beedle, Jeff Sutherland によって提案された ( プロジェクト管理 ) 手法ラグビーのスクラムにちなんだ名称野中らの知識創造プロセスの影響を受けているラグビーボールはある一定のやり方では動かない.. ラグビーボールの動きは, フィールドでのチームメンバーの連携プレーから生まれてくるのである. それは, チームメンバー間の濃密で骨の折れる相互作用を必要とする. ( 知識創造企業からの引用 ) 欧米ではスクラムがもっとも普及している 11

12 スクラムの基本スプリント 1 週間から 30 日間のサイクルの反復をスプリントと呼ぶスプリントの期間中は, 外乱を抑え, 目標達成に専念できるようにする体制プロダクトオーナー, スクラムマスター, 開発チームが連携して開発を進める開発チームの規模は, 7±2 人 12

13 スクラムのプロセススプリント目標実行可能なソフトウェア ( インクリメント ) Schwaber, K. et al., Agile Software Development with Scrum, Prentice Hall, 2002の図をベースに作成 13

14 スクラムの事例組み込みシステムの開発新しいハードウェアの開発と並行して開発中間に従来と異なる言語のインターフェイスを設ける ( 非同期通信 ) インターフェイスは開発と並行して別会社と一緒に策定従来の半分のコスト少ない経験者で開発することを求められた従来のやり方では開発できない! アジャイル開発 14

15 開発当初の状況プロジェクトのメンバープロジェクト管理者この分野の開発の経験者目的指向柔軟性に富み楽観的な開発リーダー優秀なエンジニアだが自分で手を動かしてしまうタイプ開発メンバー経験者 1 名割と近い分野の経験者 1 名未経験者 1 名プロジェクト管理者がプロダクトオーナーの役割を開発リーダーがスクラムマスター兼開発メンバーの役割を担った 15

16 開発スケジュール (1) #1 #2 #3 #4 #5+5.5 #6 #7 #8 #9 #10 #11 #12 スクラムと開発内容の習得新ハード対応 ( 一部 ) 新アーキテクチャの検証とインターフェイス仕様の調整機能の作りこみ (2 階層スクラム ) 残機能の完成と外部対応 (2 階層スクラム ) 03/12 04/2 04/4 04/6 04/8 04/10 04/12 #1,#2 スプリント ( 方向づけ ) 開発内容とスクラムによる開発の進め方の習得たいてい最初の 2 イテレーションぐらいは実績が目標を大幅に下回る例外的にスプリントの中間点で目標を見直した 16

17 開発スケジュール (2) #1 #2 #3 #4 #5+5.5 #6 #7 #8 #9 #10 #11 #12 スクラムと開発内容の習得新ハード対応 ( 一部 ) 新アーキテクチャの検証とインターフェイス仕様の調整機能の作りこみ (2 階層スクラム ) 残機能の完成と外部対応 (2 階層スクラム ) 03/12 04/2 04/4 04/6 04/8 04/10 04/12 #6 スプリントチームの開発生産性も掴めたので残る期間で開発を完了するための要員を追加 (26 名体制 ) 既存のメンバーからサブチームのリーダーを選抜 #3-5.5 でスプリント毎 (?) に 1 名程度開発メンバーを追加 17

18 2 階層スクラム (Scrum of Scrums) 18

19 開発メンバーの評価利点人材が育成できた点プロジェクト管理として有効だったコミュニケーションとチームワークが良好課題チーム規模拡大による自律性の低下開発終盤や環境整備チームの目標管理の難しさ開発ペースのむらテストの自動化が一部に留まった 19

20 成功要因の分析フィードバックフィードバックによる計画の見直しスクラムマスタースクラムマスターによる問題解決同席 1 つの部屋に集まれたことスキル上位チームのメンバーのスキルが高かったこと段階的なスケールアップチーム規模の段階的なスケールアップ 20

21 技術的なプラクティステスト駆動開発テストケースをまず考えそのテストケースを実装してから本体コードを実装し実装した本体コードをテストするという開発手法継続的なインテグレーション各メンバーが開発し単体テストに合格したコードを随時コードリポジトリにチェックインするコードリポジトリ内のコードは自動ビルドされテストを実行されその結果が報告される 21

22 まとめ近年欧米及び日本でアジャイル開発が普及してきているビジネス競争の激化より手堅く開発を行うアジャイル開発の特徴反復的な開発顧客との協調チームワーク重視技術的裏付け 22

23 OGIS Scalable Agile Method 日本固有の事情を克服してアジャイル開発を活用するためのフレームワーク開発手法部分スクラムとアジャイル UP を組み合わせた開発手法測定部分機能規模測定手法 COSMIC 法に基づく測定を活用し見積もり契約の問題に対処し開発をモニタリング改善する 23

24 参考文献及びサイトスクラム (Scrum) ケンシュエイバー他 : アジャイルソフトウェア開発スクラム, ピアソンエデュケーション, 2003 知識創造プロセス野中郁次郎, 竹内弘高, 知識創造企業, 東洋経済新聞社, 1996 アジャイルモデリングへの道 : 第 2 回スクラム組んで開発しよう! estudymay2005.html 2012 OGIS-RI Co., Ltd. All rights reserved 24

スクラムと監査についての一考システム監査人協会近畿支部近藤博則

スクラムと監査についての一考システム監査人協会近畿支部近藤博則スクラムと監査についての一考システム監査人協会近畿支部近藤博則自己紹介近藤博則 ( こんどうひろのり ) 昭和 54 年 11 月 4 日生まれ平成 27 年システム監査技術者試験合格関西支部報告 2 本支部メルマガ巻頭言寄稿など支部活動に参加アンケートスクラムを知っていますか? スクラムを使ったとがありますか? スクラムを監査した事がありますか? スクラムが生まれた背景ビジネスの不果実性の増大