2012年はじめてのアジャイル

SEC Software Engineering for Mo No Zu Ku Ri No.1 No.2 No.3 … 1. 2. 3. 25% 63% Copyright © 2012 IPA, All Rights Reserved. 12% Software Engineering Center 10 「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査」調査概要報告書 http://sec.ipa.go.jp/reports/20120328.html ©2012 atWare,Inc

http://sec.ipa.go.jp/reports/20120328.html

9.

10.

11.

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.

26.

27.

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

https://speakerdeck.com/u/kawaguti/p/eagility

29.

問題を解決する手法ではない •問題を早期に発見しやすくする • The Scrum Team The Product Owner The Scrum Master The Development Team Scrum Board Burndown Chart Deﬁnition of “Done” Product Backlog Sprint Backlog Increment ©2012 atWare,Inc

30.

31.

http://www.versionone.com/state_of_agile_development_survey/11/

32.

33.

34.

35.

36.

37.

38.

39.

40.

41.

42.

我われはなぜここにいるのか • 大事な理由その1 エレベーターピッチパッケージデザイン • [潜在的なニーズを満たしたり、潜在的な課題を解決したり] したい (プロダクトの名前) • [対象顧客] 向けの、 • 大事な理由その2 • [プロダクト名] というプロダクトは、 • 大事な理由その3 (素敵な写真) • [プロダクトのカテゴリー] です。 <このプロジェクトの根幹に関わる理由を1つ、ここに書く> やらないことリスト • これは [重要な利点、対価に見合う説得力のある理由] ができ、 (最高のキャッチコピー) (ユーザーへのアピールその1) • [代替手段の最右翼] とは違って、 (ユーザーへのアピールその2) • [差別化の決定的な特徴] が備わっている。 (ユーザーへのアピールその3) プロジェクトコミュニティは... やるやらない (ほげほげ部門) (他のチーム) コアチーム関係者全員を！あとで决める (○○グループ) ...思っているよりもずっと大きい！技術的な解決策の概要インセプションデッキ夜も眠れなくなるような問題は何だろう? • もし起きたらこわーいこと、その1 • もし起きたらこわーいこと、その2 • もし起きたらこわーいこと、その3 採用する技術: * <プログラミング言語> * <ライブラリ> * <ツール> * <その他の要素技術> 期間を見極めるリリース! 構築受入テストトレーニング ~3ヶ月 1週間 1週間あくまで推測であって、確約するものではありません。 ←リスクがある箇所 ←今回は対象外トレードオフ・スライダー典型的なフォース MAX MIN 機能をぜんぶ揃える(スコープ) MAX MIN 予算内に収める(予算) MAX MIN 期日を死守する(時間) MAX MIN 高い品質、少ない欠陥(品質) 上記以外で重要なこと MAX MIN 簡単に使える MAX MIN 考えさせない！ MAX MIN 詳細な証跡(なんでもログを取る) MAX MIN (などなど) 俺たちの“Aチーム” 人数役割強みや期待すること 1 アナリスト必要な分だけ必要なときに分析するスタイルで働ける。テストも喜んで手伝える。素早い繰り返し型の開発スタイルで働ける。 2 開発者 C#、MVC.NET、jQuery、SQL ユニットテスト、リファクタリング、TDD、継続的インテグレーション 0.5 マネージャ顧客と直接顔を合わせてのコミュニケーションを担当する。状況報告、スコープ調整、予算管理、レポートラインへの報告 ©2012 atWare,Inc

43.

44.

45.

46.

原則我々は以下の原則に従います: 我々は価値のあるソフトウェアをできるだけ早い段階から継続的に引き渡すことによってお客様の満足度を高めることをもっとも優先します。要件の変更は例え開発の後期であっても受け入れます。アジャイル･プロセスは変化を味方につけることによってお客様の競争力を引き上げます。意欲に満ちた人々を集めてプロジェクトを構成します。環境と支援を与え仕事が無事終わるまで彼らを信頼します。動くソフトウェアを 2~3週間から2~3ヶ月というできるだけ短い時間間隔で繰り返し引き渡します。ビジネスをする人と開発者はプロジェクトを通して日々一緒に働かなければなりません。意欲に満ちた人々を集めてプロジェクトを構成します。ですから彼らが必要とする環境と支援を与え仕事が無事終わるまで彼らを信頼してください。開発チームに対して、あるいは開発チーム内部で情報を伝えるもっとも効率的で効果的な方法は面と向かって話をすることです。動いているソフトウェアこそが進捗の最も重要な尺度です。アジャイル･プロセスは持続可能な開発を促進します。スポンサ、開発者、ユーザは一定のペースで永続的に保守できるようにしなければなりません。ビジネス側の人と開発者は、プロジェクトを通して日々一緒に働かなければなりません。卓越した技術と優れた設計に対する不断の注意こそが機敏さを高めます。単純さ - 作業せずに済む量を最大限に引き上げる技量 - が本質です。最良のアーキテクチャ、要件、設計は自己組織的なチームから生み出されます。どうしたらチームがもっと効率を高めることができるかを定期的に振り返り、それに基づいて自分たちのやり方を最適に調整します。 ©2012 atWare,Inc

47.

48.

49.

50.

原則我々は以下の原則に従います: 我々は価値のあるソフトウェアをできるだけ早い段階から継続的に引き渡すことによってお客様の満足度を高めることをもっとも優先します。要件の変更は例え開発の後期であっても受け入れます。アジャイル･プロセスは変化を味方につけることによってお客様の競争力を引き上げます。顧客満足を最優先し、価値のあるソフトウェアを動くソフトウェアを 2~3週間から2~3ヶ月というできるだけ短い時間間隔で繰り返し引き渡します。早く継続的に提供します。ビジネスをする人と開発者はプロジェクトを通して日々一緒に働かなければなりません。意欲に満ちた人々を集めてプロジェクトを構成します。ですから彼らが必要とする環境と支援を与え仕事が無事終わるまで彼らを信頼してください。開発チームに対して、あるいは開発チーム内部で情報を伝えるもっとも効率的で効果的な方法は面と向かって話をすることです。要求の変更はたとえ開発の後期であっても歓迎します。変化を味方につけることによって、動いているソフトウェアこそが進捗の最も重要な尺度です。アジャイル･プロセスは持続可能な開発を促進します。スポンサ、開発者、ユーザは一定のペースで永続的に保守できるようにしなければなりません。お客様の競争力を引き上げます。卓越した技術と優れた設計に対する不断の注意こそが機敏さを高めます。単純さ - 作業せずに済む量を最大限に引き上げる技量 - が本質です。最良のアーキテクチャ、要件、設計は自己組織的なチームから生み出されます。どうしたらチームがもっと効率を高めることができるかを定期的に振り返り、それに基づいて自分たちのやり方を最適に調整します。 ©2012 atWare,Inc

51.

52.

53.

54.

55.

56.

57.

58.

59.

60.

61.

62.

regional 2013.1.15-16 at Akihabara UDX CONFERENCE 2012年10月上旬エントリー開始予定!! n e g r u J 氏郎次郁中野氏 o l e p p A . O s Jame 氏 n e i l p Co Scrum Alliance Regional Gathering - Tokyo - 2013 http://www.scrumgatheringtokyo.org/ #sgt2013 @ScrumTokyo 主催 : Scrum Regional Gathering Tokyo 2013 実行委員会 / 共催 : 株式会社翔泳社

http://www.scrumgatheringtokyo.org

63.

64.

2012年はじめてのアジャイル

木村　卓央

関連スライド

LeSS概要

アジャイルコーチから見たScaled Agile Method LeSS版

自社ブログサービス「ヤプログ！」でスクラム開発

LeSSでつなぐビジネスとIT

強いチームを創るには-20160124 Gaiakitchen

2014年アジャイルサムライ横浜道場「ざっくりわかるアジャイル開発」

各ページのテキスト

2012年 はじめてのアジャイル

木村 卓央

関連スライド

LeSS概要

アジャイルコーチから見たScaled Agile Method LeSS版

自社ブログサービス「ヤプログ！」でスクラム開発

LeSSでつなぐビジネスとIT

強いチームを創るには-20160124 Gaiakitchen

2014年 アジャイルサムライ横浜道場「ざっくりわかるアジャイル開発」

各ページのテキスト

2012年はじめてのアジャイル

木村　卓央

2014年アジャイルサムライ横浜道場「ざっくりわかるアジャイル開発」