Agile overview
Download as PPTX, PDF9 likes41,738 views
Agile の全体像、考え方、プラクティスのいくつかを説明しています。日本の企業向けです。
Agile overview
- 2. Our speakers Software Development Engineer Working in IT since 1994, MSFT since 2015 http://blogs.technet.com/b/livedevopsinjapan/ https://channel9.msdn.com/Blogs/livedevopsinjapan/ http://simplearchitect.hatenablog.com/
- 5. Agenda • アジャイル開発の概要 • アジャイル開発の考え方 • アジャイル開発のテクニック • Q&Aの回答
- 6. アジャイル開発とは • 迅速かつ適応的にソフトウェア開発を行う軽量な開発手法の総称 • 次の価値を共有する • プロセスやツールより、個人の対話を重視する • 包括的なドキュメントより動作するアプリケーションを重視する • 契約上の交渉よりも顧客との協調を重視する • 計画に従うよりも変化に対応することを重視する • 代表的な開発手法 • eXtreme Programming • Scrum • FDD • Crystal Family • DSDM 6 ※左の項目にも価値はあるが、アジャイルでは右の項目をより重視する
- 7. アジャイル開発のゴール Principles behind the agile manifesto http://agilemanifesto.org/principles.html 価値のあるソフトウェアを 初期から繰り返し提供することで お客様に満足していただくこと
- 8. ソフトウェア開発のリスク Extreme Programming Explained スケジュール遅延 プロジェクトの中止 古くなって使えない 品質が悪い ビジネスの間違い不要な機能が満載 スタッフの退職 変化を抱擁する 継続的に提供する
- 10. 指数関数的 １つの変更に対するコスト Cost Cost Time Time WaterFall Agile http://www.agilemodeling.com/essays/costOfChange.htm
- 11. Sprint #1 Sprint #2 Spring #3 ・・・ 1 – 4 週間 スプリント 計画 開発 レビュー 振り返り 1st Day Last Day スプリントは、チームが作業をする 一定期間のこと 動作する ソフトウェア アジャイルプロセス リリース 計画
- 14. Agile / DevOps の日本導入はそのままでは難しい Agile 導入 難度 権力の差 (PDI) 個人の自立 (IDV) 男性社会 (MAS) 不確実性忌避 (UAI) 長期指向 (LTO) 日本 80 54 46 95 92 80 フランス 66 68 71 43 86 イタリア 65 50 76 70 75 アメリカ 49 40 91 62 46 29 イギリス 45 35 89 66 35 25 ドイツ 55 35 67 66 65 31 http://www.clearlycultural.com/geert-hofstede-cultural-dimensions/power-distance-index/
- 16. 米国 100% 日本の生産性の動向 2015年版 http://www.jpc-net.jp/annual_trend/ 62%
- 17. 物量が違う
- 19. 非エッセンシャル思考 エッセンシャル 思考 行動 やることをでたらめに増やす ・差し迫ったものからやる ・反射的に「やります」 ・期限が迫ると根性で頑張る やることを計画的に減らす ・本当に重要なことを見極める ・大事なこと以外は断る ・あらかじめ障害を取り除いてお く 結果 無力感 ・何もかも中途半端 ・振り回されている ・何かがおかしい ・疲れ切っている 充実感 ・質の高い仕事ができる ・コントロールしている ・正しいことをやっている ・毎日を楽しんでいる 考え方 みんな・すべて ・やらなくては ・どれも大事だ ・全部こなす方法は？ より少なく、しかしより良く ・これをやろう ・大事なことは少ない ・何を捨てるべきか？
- 24. 2017/10/1524 ひとまわり業務がまわり、価値を提供する単位でつくっていく 動作するものを作る事で、どこが不要かを見極める どのタイミングでもリリースできるようにもっていく
- 27. Fix time and budget, Flex scope 失敗するチームは、どれだけ機能を盛り込むかに注力し、 成功するチームはどれだけ作らなくてよくできるかに注力する 納期と、コスト（人件費）を固定して、 その仕事をメンバーが価値を最大化して どうしたら楽になるかを チーム全員で必死に考えている 時間は最大の制約であり、そこを増やそうとしたら競合に勝てない
- 29. 計画と納期に関する考え方の違い
- 30. 自己組織化チーム T H E M I C R O S O F T
- 36. 計画 1 監視 + 学習 リリース開発 + テスト 2 開発 運用 4 3
- 37. 1
- 39. Sprint #1 Sprint #2 Spring #3 ・・・ 1 – 4 週間 スプリント 計画 開発 レビュー 振り返り 1st Day Last Day スプリントは、チームが作業をする 一定期間のこと 動作する ソフトウェア アジャイルプロセス リリース 計画
- 40. 40 User Stories Applied: For Agile Software Development Mike Corn ユーザストーリ User Stories Applied ユーザは、著者名、タイトルもしくは、 ISBN番号から、本を検索することがで きる ストーリは、顧客が理解できる内容である必要がある ストーリは、顧客と開発者の合意の覚え書き程度であり これを元に顧客と開発者が会話することが重要
- 41. 41 Agile Estimating and Planning Mike Corn Agile Estimating and Planning 機能のリスト、技術、問題が、 緊急度、優先度、見積りがつけられる １つのプロダクトにつき１つ作成される Story ID Story Estimate Sprint #1 1 As a swimmer, I can see a line chart of my time for a particular event. 3 2 As a coach, I can see a line chart showing the progress over the season of all of my swimmers in a particular event. 8 3 As a swimmer, I can see a pie chart showing how many first, second, third, and lower places I’ve finished. 5 4 As a coach, I can see a text report showing each swimmer’s best time in each event 2 Sprint #2 5 As a coach, I can upload meet result from a file exported from the timing system used at the meet 3
- 42. 相対見積り
- 43. 43 プランニングポーカー 見積りサイズ = 0, 1, 2, 3, 5, 8, 13, 20, 40 and 100. 最初に最小と思われるストーリのサイズを2と規定する。 そのストーリと比べて、他のストーリはどの程度のサイズか？ Agile Estimating and Planning Mike Corn
- 45. 45 リリース計画 大まかな計画を立てる事は推奨する。ただし、それは、仮説に過ぎない ことを理解する必要がある。それは、開発するという約束ではない また、大まかな計画はプロダクトオーナーが何をするかのガイドにもなる 大まかな計画 Sprint#1 Sprint#2 Sprint#3 Sprint#4 … Story 1 Story 2 Story 3 Story 4 Story 4 Story 5 Sprint#1 Sprint#2 Sprint#3 Sprint#4 … PO Dev Subsystem C Subsystem BSubsystem A Subsystem B
- 48. cspkg
- 49. 48%
- 52. cspkg
- 54. ペアプログラミング
- 56. Q&A • 発注はどうするの？ • いい人見つけるには？ • 会社でいろいろなルールが決まっているけ ど？ • 見積もりや契約はどうするの？ • 納期までに予定のものができないのでは？ • ドキュメントどうするの？設計はどうする の？ • 品質はどう担保するの？ • どうやって始めたらいいの？
Editor's Notes
- #15: G7での比較。カナダは、データがなかったのでスキップ Power Distance Index Individualizm Masculinity Uncertainly Avoidance Index Long Term Orientation
- #17: 尚、日本の生産性を牽引しているのは、 国旗で、
- #29: Led Zeppelin said “Sometimes words have two meanings.” They are right. Under the western / eastern culture, it could become much bigger. However, People don’t care about the fact. If I had a friend who is overwhelmed, I might say like this. “Hey, you need to prioritize your backlog, then focus on important stuff only!”. My US friends will do like this. Pick up the important one, focus on it and forget about less important ones. My Japanese friend will do like this. Pick up the least important one, then make it out of scope currently. However, if they can do it, they will do it. Then focus on do them all without take a rest. Someone who has worked for Japanese company might agree this point of view. Which means, if a western people explain an important concept, someone who has a background of the western culture share the idea much easier. However, Japanese, might misunderstand the concept even if they can understand the “word”. We could see the same thing in different ways. However, once we share the differences between two, we start realize the ACTUAL meaning.
- #51: 視点誘導