• Save
はじめてのアジャイル
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

はじめてのアジャイル

on

  • 1,014 views

 

Statistics

Views

Total Views
1,014
Views on SlideShare
918
Embed Views
96

Actions

Likes
0
Downloads
1
Comments
0

2 Embeds 96

http://takubon.hatenablog.com 95
http://s.deeeki.com 1

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

はじめてのアジャイル Presentation Transcript

  • 1. はじめてのアジャイル flickr glennia ©2012 atWare,Inc
  • 2. 自己紹介 株式会社 アットウェア 木村 卓央 KIMURA Takao tw_takubon http://facebook.com/kimura.takao ©2012 atWare,Inc
  • 3. アジャイルプロセス協議会• 2004/3 アジャイルプロセス協議会 アジャイル プロジェクトマネジメントWG (APMWG) 参加 • 2010 アジャイルプロセス協議会会報誌に執筆 • 超訳!? クリスタルクリア(第二回) ©2012 atWare,Inc
  • 4. 今日お話すること•アジャイルとは?•アジャイルな開発のはじめ方 flickr soma-samui.com ©2012 atWare,Inc
  • 5. アジャイルとは? flickr Paul Hedges ©2012 atWare,Inc
  • 6. 最近アジャイルって聞くようになりましたね。 http://www.nttdata.com/jp/ja/news/release/2012/041700.html ©2012 atWare,Inc
  • 7. 3つの真実1.プロジェクトの開始時点にすべて の要求を集めることは出来ない2.集めたところで、要求はどれも必 ずといっていいほど変わる3.やるべきことはいつだって、与え られた時間と資金より多い ©2012 atWare,Inc
  • 8. SEC Software Engineering for Mo No Zu Ku Ri No.1 No.2 No.3 …1.2.3. 25% 63% 12% Copyright © 2012 IPA, All Rights Reserved. Software Engineering Center 10 「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査」調査概要報告書 http://sec.ipa.go.jp/reports/20120328.html ©2012 atWare,Inc
  • 9. 機能の利用度 ©2012 atWare,Inc
  • 10. アジャイルとは迅速かつ適応的にソフトウェア開発を行う 軽量な開発手法群の総称 ©2012 atWare,Inc
  • 11. アジャイルソフトウェア開発宣言 ©2012 atWare,Inc http://agilemanifesto.org/iso/ja/
  • 12. 原則 我々は以下の原則に従います: 我々は価値のあるソフトウェアを できるだけ早い段階から継続的に引き渡すことによって お客様の満足度を高めることをもっとも優先します。 要件の変更は例え開発の後期であっても受け入れます。 アジャイル・プロセスは変化を味方につけることによって お客様の競争力を引き上げます。 動くソフトウェアを 2 3週間から2 3ヶ月というできるだけ短い時間間隔で 繰り返し引き渡します。 ビジネスをする人と開発者はプロジェクトを通して 日々一緒に働かなければなりません。 意欲に満ちた人々を集めてプロジェクトを構成します。 ですから彼らが必要とする環境と支援を与え 仕事が無事終わるまで彼らを信頼してください。 開発チームに対して、あるいは開発チーム内部で 情報を伝えるもっとも効率的で効果的な方法は 面と向かって話をすることです。 動いているソフトウェアこそが進捗の最も重要な尺度です。 アジャイル・プロセスは持続可能な開発を促進します。 スポンサ、開発者、ユーザは一定のペースで 永続的に保守できるようにしなければなりません。 卓越した技術と優れた設計に対する 不断の注意こそが機敏さを高めます。 単純さ - 作業せずに済む量を 最大限に引き上げる技量 - が本質です。 最良のアーキテクチャ、要件、設計は 自己組織的なチームから生み出されます。 どうしたらチームがもっと効率を高めることができるかを 定期的に振り返り、それに基づいて自分たちのやり方を 最適に調整します。 ©2012 atWare,Inc
  • 13. 原則 我々は以下の原則に従います: 我々は価値のあるソフトウェアを できるだけ早い段階から継続的に引き渡すことによって お客様の満足度を高めることをもっとも優先します。 要件の変更は例え開発の後期であっても受け入れます。 アジャイル・プロセスは変化を味方につけることによって お客様の競争力を引き上げます。 動くソフトウェアを 2 3週間から2 3ヶ月というできるだけ短い時間間隔で 繰り返し引き渡します。 ビジネスをする人と開発者はプロジェクトを通して顧客満足を最優先し、価値のあるソフトウェアを 日々一緒に働かなければなりません。 意欲に満ちた人々を集めてプロジェクトを構成します。 ですから彼らが必要とする環境と支援を与え 早く継続的に提供します。 仕事が無事終わるまで彼らを信頼してください。 開発チームに対して、あるいは開発チーム内部で 情報を伝えるもっとも効率的で効果的な方法は 面と向かって話をすることです。 動いているソフトウェアこそが進捗の最も重要な尺度です。 アジャイル・プロセスは持続可能な開発を促進します。 スポンサ、開発者、ユーザは一定のペースで 永続的に保守できるようにしなければなりません。 卓越した技術と優れた設計に対する 不断の注意こそが機敏さを高めます。 単純さ - 作業せずに済む量を 最大限に引き上げる技量 - が本質です。 最良のアーキテクチャ、要件、設計は 自己組織的なチームから生み出されます。 どうしたらチームがもっと効率を高めることができるかを 定期的に振り返り、それに基づいて自分たちのやり方を 最適に調整します。 ©2012 atWare,Inc
  • 14. 原則 我々は以下の原則に従います: 我々は価値のあるソフトウェアを できるだけ早い段階から継続的に引き渡すことによって お客様の満足度を高めることをもっとも優先します。 要件の変更は例え開発の後期であっても受け入れます。 アジャイル・プロセスは変化を味方につけることによって お客様の競争力を引き上げます。 動くソフトウェアを要求の変更はたとえ開発の後期であっても歓迎します。 2 3週間から2 3ヶ月というできるだけ短い時間間隔で 繰り返し引き渡します。 変化を味方につけることによって、 ビジネスをする人と開発者はプロジェクトを通して 日々一緒に働かなければなりません。 意欲に満ちた人々を集めてプロジェクトを構成します。 ですから彼らが必要とする環境と支援を与え お客様の競争力を引き上げます。 仕事が無事終わるまで彼らを信頼してください。 開発チームに対して、あるいは開発チーム内部で 情報を伝えるもっとも効率的で効果的な方法は 面と向かって話をすることです。 動いているソフトウェアこそが進捗の最も重要な尺度です。 アジャイル・プロセスは持続可能な開発を促進します。 スポンサ、開発者、ユーザは一定のペースで 永続的に保守できるようにしなければなりません。 卓越した技術と優れた設計に対する 不断の注意こそが機敏さを高めます。 単純さ - 作業せずに済む量を 最大限に引き上げる技量 - が本質です。 最良のアーキテクチャ、要件、設計は 自己組織的なチームから生み出されます。 どうしたらチームがもっと効率を高めることができるかを 定期的に振り返り、それに基づいて自分たちのやり方を 最適に調整します。 ©2012 atWare,Inc
  • 15. 原則 我々は以下の原則に従います: 我々は価値のあるソフトウェアを できるだけ早い段階から継続的に引き渡すことによって お客様の満足度を高めることをもっとも優先します。 要件の変更は例え開発の後期であっても受け入れます。 アジャイル・プロセスは変化を味方につけることによって お客様の競争力を引き上げます。 動くソフトウェアを 動くソフトウェアを 2 3週間から2 3ヶ月というできるだけ短い時間間隔で 繰り返し引き渡します。 ビジネスをする人と開発者はプロジェクトを通して2 3週間から2 3ヶ月というできるだけ短い時間間隔で 日々一緒に働かなければなりません。 意欲に満ちた人々を集めてプロジェクトを構成します。 リリースします。 ですから彼らが必要とする環境と支援を与え 仕事が無事終わるまで彼らを信頼してください。 開発チームに対して、あるいは開発チーム内部で 情報を伝えるもっとも効率的で効果的な方法は 面と向かって話をすることです。 動いているソフトウェアこそが進捗の最も重要な尺度です。 アジャイル・プロセスは持続可能な開発を促進します。 スポンサ、開発者、ユーザは一定のペースで 永続的に保守できるようにしなければなりません。 卓越した技術と優れた設計に対する 不断の注意こそが機敏さを高めます。 単純さ - 作業せずに済む量を 最大限に引き上げる技量 - が本質です。 最良のアーキテクチャ、要件、設計は 自己組織的なチームから生み出されます。 どうしたらチームがもっと効率を高めることができるかを 定期的に振り返り、それに基づいて自分たちのやり方を 最適に調整します。 ©2012 atWare,Inc
  • 16. 原則 我々は以下の原則に従います: 我々は価値のあるソフトウェアを できるだけ早い段階から継続的に引き渡すことによって お客様の満足度を高めることをもっとも優先します。 要件の変更は例え開発の後期であっても受け入れます。 アジャイル・プロセスは変化を味方につけることによって お客様の競争力を引き上げます。 動くソフトウェアを 2 3週間から2 3ヶ月というできるだけ短い時間間隔で 繰り返し引き渡します。ビジネス側の人と開発者は、プロジェクトを通して ビジネスをする人と開発者はプロジェクトを通して 日々一緒に働かなければなりません。 日々一緒に働かなければなりません。 意欲に満ちた人々を集めてプロジェクトを構成します。 ですから彼らが必要とする環境と支援を与え 仕事が無事終わるまで彼らを信頼してください。 開発チームに対して、あるいは開発チーム内部で 情報を伝えるもっとも効率的で効果的な方法は 面と向かって話をすることです。 動いているソフトウェアこそが進捗の最も重要な尺度です。 アジャイル・プロセスは持続可能な開発を促進します。 スポンサ、開発者、ユーザは一定のペースで 永続的に保守できるようにしなければなりません。 卓越した技術と優れた設計に対する 不断の注意こそが機敏さを高めます。 単純さ - 作業せずに済む量を 最大限に引き上げる技量 - が本質です。 最良のアーキテクチャ、要件、設計は 自己組織的なチームから生み出されます。 どうしたらチームがもっと効率を高めることができるかを 定期的に振り返り、それに基づいて自分たちのやり方を 最適に調整します。 ©2012 atWare,Inc
  • 17. 原則 我々は以下の原則に従います: 我々は価値のあるソフトウェアを できるだけ早い段階から継続的に引き渡すことによって お客様の満足度を高めることをもっとも優先します。 要件の変更は例え開発の後期であっても受け入れます。 アジャイル・プロセスは変化を味方につけることによって お客様の競争力を引き上げます。 動くソフトウェアを 2 3週間から2 3ヶ月というできるだけ短い時間間隔で意欲に満ちた人々を集めてプロジェクトを構成します。 繰り返し引き渡します。 ビジネスをする人と開発者はプロジェクトを通して 日々一緒に働かなければなりません。 環境と支援を与え仕事が無事終わるまで 意欲に満ちた人々を集めてプロジェクトを構成します。 ですから彼らが必要とする環境と支援を与え 彼らを信頼します。 仕事が無事終わるまで彼らを信頼してください。 開発チームに対して、あるいは開発チーム内部で 情報を伝えるもっとも効率的で効果的な方法は 面と向かって話をすることです。 動いているソフトウェアこそが進捗の最も重要な尺度です。 アジャイル・プロセスは持続可能な開発を促進します。 スポンサ、開発者、ユーザは一定のペースで 永続的に保守できるようにしなければなりません。 卓越した技術と優れた設計に対する 不断の注意こそが機敏さを高めます。 単純さ - 作業せずに済む量を 最大限に引き上げる技量 - が本質です。 最良のアーキテクチャ、要件、設計は 自己組織的なチームから生み出されます。 どうしたらチームがもっと効率を高めることができるかを 定期的に振り返り、それに基づいて自分たちのやり方を 最適に調整します。 ©2012 atWare,Inc
  • 18. 原則 我々は以下の原則に従います: 我々は価値のあるソフトウェアを できるだけ早い段階から継続的に引き渡すことによって お客様の満足度を高めることをもっとも優先します。 要件の変更は例え開発の後期であっても受け入れます。 アジャイル・プロセスは変化を味方につけることによって お客様の競争力を引き上げます。 動くソフトウェアを 2 3週間から2 3ヶ月というできるだけ短い時間間隔で 繰り返し引き渡します。 情報を伝える最も効率的で効果的な方法は ビジネスをする人と開発者はプロジェクトを通して 日々一緒に働かなければなりません。 意欲に満ちた人々を集めてプロジェクトを構成します。フェイス・トゥ・フェイスで話 をすることです。 ですから彼らが必要とする環境と支援を与え 仕事が無事終わるまで彼らを信頼してください。 開発チームに対して、あるいは開発チーム内部で 情報を伝えるもっとも効率的で効果的な方法は 面と向かって話をすることです。 動いているソフトウェアこそが進捗の最も重要な尺度です。 アジャイル・プロセスは持続可能な開発を促進します。 スポンサ、開発者、ユーザは一定のペースで 永続的に保守できるようにしなければなりません。 卓越した技術と優れた設計に対する 不断の注意こそが機敏さを高めます。 単純さ - 作業せずに済む量を 最大限に引き上げる技量 - が本質です。 最良のアーキテクチャ、要件、設計は 自己組織的なチームから生み出されます。 どうしたらチームがもっと効率を高めることができるかを 定期的に振り返り、それに基づいて自分たちのやり方を 最適に調整します。 ©2012 atWare,Inc
  • 19. 原則 我々は以下の原則に従います: 我々は価値のあるソフトウェアを できるだけ早い段階から継続的に引き渡すことによって お客様の満足度を高めることをもっとも優先します。 要件の変更は例え開発の後期であっても受け入れます。 アジャイル・プロセスは変化を味方につけることによって お客様の競争力を引き上げます。 動くソフトウェアを 2 3週間から2 3ヶ月というできるだけ短い時間間隔で 繰り返し引き渡します。 ビジネスをする人と開発者はプロジェクトを通して 日々一緒に働かなければなりません。動くソフトウェアこそが進捗の最も重要な尺度です。 意欲に満ちた人々を集めてプロジェクトを構成します。 ですから彼らが必要とする環境と支援を与え 仕事が無事終わるまで彼らを信頼してください。 開発チームに対して、あるいは開発チーム内部で 情報を伝えるもっとも効率的で効果的な方法は 面と向かって話をすることです。 動いているソフトウェアこそが進捗の最も重要な尺度です。 アジャイル・プロセスは持続可能な開発を促進します。 スポンサ、開発者、ユーザは一定のペースで 永続的に保守できるようにしなければなりません。 卓越した技術と優れた設計に対する 不断の注意こそが機敏さを高めます。 単純さ - 作業せずに済む量を 最大限に引き上げる技量 - が本質です。 最良のアーキテクチャ、要件、設計は 自己組織的なチームから生み出されます。 どうしたらチームがもっと効率を高めることができるかを 定期的に振り返り、それに基づいて自分たちのやり方を 最適に調整します。 ©2012 atWare,Inc
  • 20. 原則 我々は以下の原則に従います: 我々は価値のあるソフトウェアを できるだけ早い段階から継続的に引き渡すことによって お客様の満足度を高めることをもっとも優先します。 要件の変更は例え開発の後期であっても受け入れます。 アジャイル・プロセスは変化を味方につけることによって お客様の競争力を引き上げます。 動くソフトウェアをアジャイル・プロセスは持続可能な開発を促進します。 2 3週間から2 3ヶ月というできるだけ短い時間間隔で 繰り返し引き渡します。 ビジネスをする人と開発者はプロジェクトを通して 一定のペースを継続的に維持できるように 日々一緒に働かなければなりません。 意欲に満ちた人々を集めてプロジェクトを構成します。 ですから彼らが必要とする環境と支援を与え しなければなりません。 仕事が無事終わるまで彼らを信頼してください。 開発チームに対して、あるいは開発チーム内部で 情報を伝えるもっとも効率的で効果的な方法は 面と向かって話をすることです。 動いているソフトウェアこそが進捗の最も重要な尺度です。 アジャイル・プロセスは持続可能な開発を促進します。 スポンサ、開発者、ユーザは一定のペースで 永続的に保守できるようにしなければなりません。 卓越した技術と優れた設計に対する 不断の注意こそが機敏さを高めます。 単純さ - 作業せずに済む量を 最大限に引き上げる技量 - が本質です。 最良のアーキテクチャ、要件、設計は 自己組織的なチームから生み出されます。 どうしたらチームがもっと効率を高めることができるかを 定期的に振り返り、それに基づいて自分たちのやり方を 最適に調整します。 ©2012 atWare,Inc
  • 21. 原則 我々は以下の原則に従います: 我々は価値のあるソフトウェアを できるだけ早い段階から継続的に引き渡すことによって お客様の満足度を高めることをもっとも優先します。 要件の変更は例え開発の後期であっても受け入れます。 アジャイル・プロセスは変化を味方につけることによって お客様の競争力を引き上げます。 動くソフトウェアを 2 3週間から2 3ヶ月というできるだけ短い時間間隔で 繰り返し引き渡します。 技術的卓越性と優れた設計に対する ビジネスをする人と開発者はプロジェクトを通して 日々一緒に働かなければなりません。 不断の注意が機敏さを高めます 意欲に満ちた人々を集めてプロジェクトを構成します。 ですから彼らが必要とする環境と支援を与え 仕事が無事終わるまで彼らを信頼してください。 開発チームに対して、あるいは開発チーム内部で 情報を伝えるもっとも効率的で効果的な方法は 面と向かって話をすることです。 動いているソフトウェアこそが進捗の最も重要な尺度です。 アジャイル・プロセスは持続可能な開発を促進します。 スポンサ、開発者、ユーザは一定のペースで 永続的に保守できるようにしなければなりません。 卓越した技術と優れた設計に対する 不断の注意こそが機敏さを高めます。 単純さ - 作業せずに済む量を 最大限に引き上げる技量 - が本質です。 最良のアーキテクチャ、要件、設計は 自己組織的なチームから生み出されます。 どうしたらチームがもっと効率を高めることができるかを 定期的に振り返り、それに基づいて自分たちのやり方を 最適に調整します。 ©2012 atWare,Inc
  • 22. 原則 我々は以下の原則に従います: 我々は価値のあるソフトウェアを できるだけ早い段階から継続的に引き渡すことによって お客様の満足度を高めることをもっとも優先します。 要件の変更は例え開発の後期であっても受け入れます。 アジャイル・プロセスは変化を味方につけることによって お客様の競争力を引き上げます。 動くソフトウェアを 2 3週間から2 3ヶ月というできるだけ短い時間間隔で 繰り返し引き渡します。シンプルさ(ムダなく作れる量を最大限にすること) ビジネスをする人と開発者はプロジェクトを通して 日々一緒に働かなければなりません。 が本質です。 意欲に満ちた人々を集めてプロジェクトを構成します。 ですから彼らが必要とする環境と支援を与え 仕事が無事終わるまで彼らを信頼してください。 開発チームに対して、あるいは開発チーム内部で 情報を伝えるもっとも効率的で効果的な方法は 面と向かって話をすることです。 動いているソフトウェアこそが進捗の最も重要な尺度です。 アジャイル・プロセスは持続可能な開発を促進します。 スポンサ、開発者、ユーザは一定のペースで 永続的に保守できるようにしなければなりません。 卓越した技術と優れた設計に対する 不断の注意こそが機敏さを高めます。 単純さ - 作業せずに済む量を 最大限に引き上げる技量 - が本質です。 最良のアーキテクチャ、要件、設計は 自己組織的なチームから生み出されます。 どうしたらチームがもっと効率を高めることができるかを 定期的に振り返り、それに基づいて自分たちのやり方を 最適に調整します。 ©2012 atWare,Inc
  • 23. 原則 我々は以下の原則に従います: 我々は価値のあるソフトウェアを できるだけ早い段階から継続的に引き渡すことによって お客様の満足度を高めることをもっとも優先します。 要件の変更は例え開発の後期であっても受け入れます。 アジャイル・プロセスは変化を味方につけることによって お客様の競争力を引き上げます。 動くソフトウェアを 2 3週間から2 3ヶ月というできるだけ短い時間間隔で 繰り返し引き渡します。 最良のアーキテクチャ、要求、設計は ビジネスをする人と開発者はプロジェクトを通して 日々一緒に働かなければなりません。 自己組織的なチームから生み出されます。 意欲に満ちた人々を集めてプロジェクトを構成します。 ですから彼らが必要とする環境と支援を与え 仕事が無事終わるまで彼らを信頼してください。 開発チームに対して、あるいは開発チーム内部で 情報を伝えるもっとも効率的で効果的な方法は 面と向かって話をすることです。 動いているソフトウェアこそが進捗の最も重要な尺度です。 アジャイル・プロセスは持続可能な開発を促進します。 スポンサ、開発者、ユーザは一定のペースで 永続的に保守できるようにしなければなりません。 卓越した技術と優れた設計に対する 不断の注意こそが機敏さを高めます。 単純さ - 作業せずに済む量を 最大限に引き上げる技量 - が本質です。 最良のアーキテクチャ、要件、設計は 自己組織的なチームから生み出されます。 どうしたらチームがもっと効率を高めることができるかを 定期的に振り返り、それに基づいて自分たちのやり方を 最適に調整します。 ©2012 atWare,Inc
  • 24. 原則 我々は以下の原則に従います: 我々は価値のあるソフトウェアを できるだけ早い段階から継続的に引き渡すことによって お客様の満足度を高めることをもっとも優先します。 要件の変更は例え開発の後期であっても受け入れます。 アジャイル・プロセスは変化を味方につけることによって お客様の競争力を引き上げます。 動くソフトウェアを 2 3週間から2 3ヶ月というできるだけ短い時間間隔で チームがもっと効率を高めることができるかを 繰り返し引き渡します。 ビジネスをする人と開発者はプロジェクトを通して定期的に振り返り、それに基づいて自分たちのやり方を 日々一緒に働かなければなりません。 意欲に満ちた人々を集めてプロジェクトを構成します。 ですから彼らが必要とする環境と支援を与え 最適に調整します。 仕事が無事終わるまで彼らを信頼してください。 開発チームに対して、あるいは開発チーム内部で 情報を伝えるもっとも効率的で効果的な方法は 面と向かって話をすることです。 動いているソフトウェアこそが進捗の最も重要な尺度です。 アジャイル・プロセスは持続可能な開発を促進します。 スポンサ、開発者、ユーザは一定のペースで 永続的に保守できるようにしなければなりません。 卓越した技術と優れた設計に対する 不断の注意こそが機敏さを高めます。 単純さ - 作業せずに済む量を 最大限に引き上げる技量 - が本質です。 最良のアーキテクチャ、要件、設計は 自己組織的なチームから生み出されます。 どうしたらチームがもっと効率を高めることができるかを 定期的に振り返り、それに基づいて自分たちのやり方を 最適に調整します。 ©2012 atWare,Inc
  • 25. 重要なこと顧客満足を最優先し、価値のあるソフトウェアを早く継続的に提供します。要求の変更はたとえ開発の後期であっても歓迎します。変化を味方につけることによって、お客様の競争力を引き上げます。チームがもっと効率を高めることができるかを定期的に振り返り、それに基づいて自分たちのやり方を最適に調整します。 ©2012 atWare,Inc
  • 26. 誤解 早いの∼、うまいの∼、安いの∼ ©2012 atWare,Inc
  • 27. 誤解•設計しない?•ドキュメントを書かない?•計画を立てない?•いつでも仕様変更出来るよね? ©2012 atWare,Inc
  • 28. アジャイルやってます プロセス 利用者満足 仕様ビジネス/ユーザー Lean UX ATDD,BDDチーム活動 Scrum技術プラクティス CI,TDD Metrics Delivery テスト,品質 計測 スムーズなリリース E-Agility Conference 2012 To be an agile enterprise ∼ 楽天でのふつうのアジャイル・アダプションの進め方 楽天 川口さん https://speakerdeck.com/u/kawaguti/p/eagility ©2012 atWare,Inc
  • 29. 問題を解決する手法ではない •問題を早期に発見しやすくする • The Scrum TeamThe Product Owner The Scrum Master The Development Team Scrum Board Burndown Chart Definition of Done Product Backlog Sprint Backlog Increment ©2012 atWare,Inc
  • 30. Agileとは? be Agile ©2012 atWare,Inc
  • 31. アジャイル開発手法の種類 http://www.versionone.com/state_of_agile_development_survey/11/ ©2012 atWare,Inc
  • 32. アジャイルな開発のはじめ方 flickr glennia ©2012 atWare,Inc
  • 33. アジャイルコーチに来てもらう flickr somecanuckchick ©2012 atWare,Inc
  • 34. 自力でがんばる flickr SURF&ROCK (Miguel Navaza) ©2012 atWare,Inc
  • 35. 出来るところにお願いする flickr Michael Dawes ©2012 atWare,Inc
  • 36. flickr tomplunkett©2012 atWare,Inc
  • 37. flickr Form<->Function©2012 atWare,Inc
  • 38. アジャイルな開発のはじめ方 flickr fraggy ©2012 atWare,Inc
  • 39. ユーザー企業 織田さん 情報システム部に所属 開発はベンダーに依頼している 携帯向けサービスプロジェクトを担当 趣味は自転車昨今のビジネススピードに対応すべくアジャイルに開発を⾏行行いたい ©2012 atWare,Inc
  • 40. Scrumから始めましょう The Scrum TeamThe Product Owner The Scrum Master The Development Team Scrum Board Burndown Chart Definition of Done Product Backlog Sprint Backlog Increment ©2012 atWare,Inc
  • 41. スクラムチーム ユーザー企業 開発ベンダープロダクトオーナー 開発チーム 第三者 アジャイル スクラムマスター コーチ ©2012 atWare,Inc
  • 42. 我われはなぜここにいるのか エレベーターピッチ パッケージデザイン • [潜在的なニーズを満たしたり、• 大事な理由その1 潜在的な課題を解決したり] したい (プロダクトの名前)• 大事な理由その2 • [対象顧客] 向けの、 • [プロダクト名] というプロダクトは、• 大事な理由その3 (素敵な写真) • [プロダクトのカテゴリー] です。 • これは [重要な利点、対価に見合う説得力のある (最高のキャッチコピー) 理由] ができ、 <このプロジェクトの根幹に • [代替手段の最右翼] とは違って、 (ユーザーへのアピールその1) (ユーザーへのアピールその2) 関わる理由を1つ、ここに書く> • [差別化の決定的な特徴] が備わっている。 (ユーザーへのアピールその3)やらないことリスト プロジェクトコミュニティは... やる やらない (ほげほげ部門) (他のチーム) コアチーム (○○グループ) あとで决める 関係者全員を! ...思っているよりもずっと大きい!技術的な解決策の概要 インセプションデッキ 夜も眠れなくなるような問題は何だろう? 期間を見極める • もし起きたらこわーいこと、その1 リリース! • もし起きたらこわーいこと、その2 構築 受入テスト トレーニング 3ヶ月 1週間 1週間 • もし起きたらこわーいこと、その3採用する技術: あくまで推測であって、確約するものではありません。* <プログラミング言語>* <ライブラリ> ←リスクがある箇所* <ツール>* <その他の要素技術> ←今回は対象外トレードオフ・スライダー 俺たちの Aチーム 典型的なフォース 人数 役割 強みや期待すること MAX MIN 機能をぜんぶ える(スコープ) 1 アナリスト 必要な分だけ必要なときに分析するスタイルで働ける。 テストも喜んで手伝える。 MAX MIN 予算内に収める(予算) 素早い繰り返し型の開発スタイルで働ける。 2 開発者 C#、MVC.NET、jQuery、SQL MAX MIN 期日を死守する(時間) ユニットテスト、リファクタリング、TDD、 継続的インテグレーション MAX MIN 高い品質、少ない欠陥(品質) 0.5 マネージャ 顧客と直接顔を合わせてのコミュニケーションを担当する。 上記以外で重要なこと 状況報告、スコープ調整、予算管理、レポートラインへの報告 MAX MIN 簡単に使える MAX MIN 考えさせない! MAX MIN 詳細な証跡(なんでもログを取る) MAX MIN (などなど) ©2012 atWare,Inc
  • 43. プロダクトオーナーとしての責務•プロダクトバックログは優先順位順 に並べる•優先順位の高いバックログアイテム は開発チームが理解出来るほど詳細 か•プロジェクトの為に毎日時間を割け るようにする•プロジェクトの決定を下せる ©2012 atWare,Inc
  • 44. 最初の数スプリントは•開発チームが作られていく過程で重 要です•以降、安定したチームとなる事が理 想(なっていない場合はどこかに問 題がある) ©2012 atWare,Inc
  • 45. 発注者側の不安•アジャイルな開発は、開発チームの 自己組織化で運営していくけど、本 当に成果が出るの?期日には納品し てもらわないと困るのだけど。。。 ©2012 atWare,Inc
  • 46. 原則 我々は以下の原則に従います: 我々は価値のあるソフトウェアを できるだけ早い段階から継続的に引き渡すことによって お客様の満足度を高めることをもっとも優先します。 要件の変更は例え開発の後期であっても受け入れます。 アジャイル・プロセスは変化を味方につけることによって お客様の競争力を引き上げます。意欲に満ちた人々を集めてプロジェクトを構成します。 動くソフトウェアを 2 3週間から2 3ヶ月というできるだけ短い時間間隔で 繰り返し引き渡します。 環境と支援を与え仕事が無事終わるまで ビジネスをする人と開発者はプロジェクトを通して 日々一緒に働かなければなりません。 彼らを信頼します。 意欲に満ちた人々を集めてプロジェクトを構成します。 ですから彼らが必要とする環境と支援を与え 仕事が無事終わるまで彼らを信頼してください。 開発チームに対して、あるいは開発チーム内部で 情報を伝えるもっとも効率的で効果的な方法は 面と向かって話をすることです。 動いているソフトウェアこそが進捗の最も重要な尺度です。 アジャイル・プロセスは持続可能な開発を促進します。ビジネス側の人と開発者は、プロジェクトを通して スポンサ、開発者、ユーザは一定のペースで 永続的に保守できるようにしなければなりません。 日々一緒に働かなければなりません。 卓越した技術と優れた設計に対する 不断の注意こそが機敏さを高めます。 単純さ - 作業せずに済む量を 最大限に引き上げる技量 - が本質です。 最良のアーキテクチャ、要件、設計は 自己組織的なチームから生み出されます。 どうしたらチームがもっと効率を高めることができるかを 定期的に振り返り、それに基づいて自分たちのやり方を 最適に調整します。 ©2012 atWare,Inc
  • 47. SIer 佐々木さん システム開発部所属 社内の標準的な開発手法はウォーターフォール 会社としては、アジャイル開発手法にも力を入 れようとしているお客様満⾜足度度を上げる為に、開発をアジャイルに⾏行行いたい ©2012 atWare,Inc
  • 48. スクラムチーム お客様 開発ベンダープロダクトオーナー 開発チーム 第三者 アジャイル スクラムマスター コーチ ©2012 atWare,Inc
  • 49. 受注者側の不安•アジャイルな開発では、最後まで変 更を受け入れると言うけど、結局、 今まで通り期日までに全て納品して って言われるんじゃないの ©2012 atWare,Inc
  • 50. 原則 我々は以下の原則に従います: 我々は価値のあるソフトウェアを できるだけ早い段階から継続的に引き渡すことによって お客様の満足度を高めることをもっとも優先します。 要件の変更は例え開発の後期であっても受け入れます。 アジャイル・プロセスは変化を味方につけることによって 顧客満足を最優先し、価値のあるソフトウェアを お客様の競争力を引き上げます。 動くソフトウェアを 2 3週間から2 3ヶ月というできるだけ短い時間間隔で 早く継続的に提供します。 繰り返し引き渡します。 ビジネスをする人と開発者はプロジェクトを通して 日々一緒に働かなければなりません。 意欲に満ちた人々を集めてプロジェクトを構成します。 ですから彼らが必要とする環境と支援を与え 仕事が無事終わるまで彼らを信頼してください。 開発チームに対して、あるいは開発チーム内部で要求の変更はたとえ開発の後期であっても歓迎します。 情報を伝えるもっとも効率的で効果的な方法は 面と向かって話をすることです。 変化を味方につけることによって、 動いているソフトウェアこそが進捗の最も重要な尺度です。 アジャイル・プロセスは持続可能な開発を促進します。 スポンサ、開発者、ユーザは一定のペースで 永続的に保守できるようにしなければなりません。 お客様の競争力を引き上げます。 卓越した技術と優れた設計に対する 不断の注意こそが機敏さを高めます。 単純さ - 作業せずに済む量を 最大限に引き上げる技量 - が本質です。 最良のアーキテクチャ、要件、設計は 自己組織的なチームから生み出されます。 どうしたらチームがもっと効率を高めることができるかを 定期的に振り返り、それに基づいて自分たちのやり方を 最適に調整します。 ©2012 atWare,Inc
  • 51. 一開発者 吉田さん システム開発部所属 社内の標準的な開発手法はウォーターフォール 今回のセミナーで感銘を受けてアジャイル開発 手法を導入したいと考えているお客様満⾜足度度を上げる為に、開発をアジャイルに⾏行行いたい ©2012 atWare,Inc
  • 52. まずは一人でもはじめてみようお客様 開発ベンダー 開発チーム ©2012 atWare,Inc
  • 53. 始めやすい•ふりかえり•見える化 •タスクかんばん •バーンダウンチャート •インピーディメントリスト(障害 リスト) ©2012 atWare,Inc
  • 54. 必ずやった方が良いプラクティス•ユニットテスト•リファクタリング•CI•TDD ©2012 atWare,Inc
  • 55. 信頼関係が重要 ©2012 atWare,Inc
  • 56. アカウンタビリティー「自分の意思で、現実を見つめ、問題に当事者として取り組み、解決策を見出し、その解決策を実行しようとする意識」 ©2012 atWare,Inc
  • 57. お話したこと ①•アジャイルとは? •アジャイルが話題になる理由 •価値と原則 •アジャイルについての誤解 ©2012 atWare,Inc
  • 58. お話したこと②•アジャイルな開発のはじめ方 •3つの方法 •はじめ方モデルケース •ユーザー企業として •SIerとして •開発者として •信頼関係が重要 •アカウンタビリティ ©2012 atWare,Inc
  • 59. 参考書籍 http://www.scrum.org/scrumguides/ : 2011 Developed and sustained by Ken Schwaber and Jeff Sutherlandhttp://www.infoq.com/jp/minibooks/scrum-xp-from-the-trenches ©2012 atWare,Inc
  • 60. 参考書籍 ©2012 atWare,Inc
  • 61. コミュニティ #suc3rum http://www.taoofscrum.org/ #scrumdo #agilesamurai  #横浜道場 https://github.com/agile-‐‑‒samurai-‐‑‒ja/support/wiki/Readingagilesamuraiinyokohama ©2012 atWare,Inc
  • 62. regional 2013.1.15-16 at Akihabara UDX CONFERENCE 2012年10月上旬エントリー開始予定!! J urgen Jame s O. 氏 野中郁 次郎氏 A ppelo Co plien氏Scrum Alliance Regional Gathering - Tokyo - 2013http://www.scrumgatheringtokyo.org/ #sgt2013 @ScrumTokyo 主催 : Scrum Regional Gathering Tokyo 2013 実行委員会 / 共催 : 株式会社翔泳社
  • 63. ご清聴ありがとうございました ©2012 atWare,Inc