スクラムによるチームの改善～アジャイル開発の始め方～

1. スクラムによるチームの改善～アジャイル開発の始め方～ 2018/04/27(金) 第102回名古屋アジャイル勉強会 You&I

2. ジコ、ショウカイ。 H/N： You&I(読み：ユーアンドアイ) SNS： @you_and_i 出身：生まれも育ちも名古屋市年齢： Around Fourty 本職：商学部出身の職業プログラマ言語： C++, C#他所属：プログラミング生放送勉強会名古屋支部長名古屋アジャイル勉強会わんくま同盟名古屋勉強会スクラムによるチームの改善 2

3. ATTENTION 本資料は名古屋アジャイル勉強会のサイトにて公開致します。資料の内容について全てのメモを取る必要はありません。ワークショップ内容に集中して頂ければ幸いです。スクラムによるチームの改善 3

4. ATTENTION 各テーブルに１部ずつ、本資料を印刷したものを用意しております。必要に応じて、資料を見返すのにご利用ください。スクラムによるチームの改善 4

5. AGENDA 1. SCRUMの背景 2. SCRUMの概要 3. SCRUMの体験 4. まとめスクラムによるチームの改善 5

6. 1. SCRUMの背景スクラムによるチームの改善 6

7. 1. SCRUMの背景 •アジャイル開発を構成するものスクラムによるチームの改善 7 アジャイル開発アジャイルプラクティス開発プロセス開発ツールプロジェクトファシリテーションマインドトヨタ生産方式リーンソフトウェア開発制約理論 (TOC) ビジネスアナリシス

8. 1. SCRUMの背景 •アジャイル開発を構成するものスクラムによるチームの改善 8 アジャイル開発アジャイルプラクティス開発プロセス開発ツールプロジェクトファシリテーションマインドトヨタ生産方式リーンソフトウェア開発制約理論 (TOC) ビジネスアナリシス SCRUM XP DAD SAFe LeSS kanban git / GitHub Jenkins Redmine JIRA ふりかえり朝会チームビルディング見える化自働化カイゼン活動なぜなぜ５回多能工全体最適化スパイクユーザーストーリーペアプログラミング TDD 継続的インテグレーション継続的デリバリー DevOps Value Stream Mapping リーンスタートアップ

9. 1. SCRUMの背景 • 1980年代 • 竹内広高・野中郁次郎両名によりSCRUMの基になった論文が発表される。 The New New Product Development Game • MITでトヨタ生産方式が研究され、Lean Production Systemと命名される。スクラムによるチームの改善 9

10. 1. SCRUMの背景 • 1990年代 • SCRUMやeXtremeProgrammingが確立する。 • リーンソフトウェア開発が確立する。 • ザ・ゴール/クリティカルチェーンが出版される。スクラムによるチームの改善 10

11. 1. SCRUMの背景 •2000年代 •2001年にアメリカのスノーバードに集まった軽量開発手法の実践者達によって、アジャイルマニフェスト(アジャイルソフトウェア開発宣言)がまとめられ、ソフトウェア開発における4つの価値と12の原則が定義されました。 http://www.agilemanifesto.org/iso/ja/ 11スクラムによるチームの改善

12. 1. SCRUMの背景スクラムによるチームの改善 12

13. 1. SCRUMの背景 •アジャイル開発のアプローチ方法スクラムによるチームの改善 13 http://blogs.itmedia.co.jp/hiranabe/2012/09/rightwing-and-leftwing-of-agile.html

14. 2.SCRUMの概要スクラムによるチームの改善 14

15. 2. SCRUMの概要 •SCRUMは、Ken Schwaber氏と、Jeff Sutherland氏が開発したアジャイル開発フレームワークです。 •Ken Schwaber氏 • scrum.org を運営。 •Jeff Sutherland氏 • Scrum, Incを設立し、認定スクラムマスター等のスクラムトレーニングを実施。スクラムによるチームの改善 15

16. 2. SCRUMの概要 •SCRUMの定義 1. 軽量 2. 理解が容易 3. 習得は困難スクラムによるチームの改善 16

17. 2. SCRUMの概要 •SCRUMは、幾つかのシンプルなアジャイルプラクティスで構成されており、やるべき事は明確です。 •SCRUMは、経験的プロセス制御の理論(経験主義)に基づいて習得します。 •まずSCRUMを実施し、その体験に基づき次に向けての判断をする。それを繰り返していく事で習得を目指すものです。スクラムによるチームの改善 17

18. 2. SCRUMの概要 •SCRUMの理論 1. 透明性 2. 検査 3. 適応上記のSCRUMの三本柱は、経験主義の話と繋がっていますね。スクラムによるチームの改善 18

19. 2. SCRUMの概要 •SCRUMの作成物 •プロダクトバックログ • リリース計画の元になる、優先順位づけされたプロダクトのフィーチャー(顧客にとって価値のある機能)のリスト •スプリントバックログ • 各スプリント開始前に作成する作業計画 •プロダクトインクリメント • スプリントの成果物スクラムによるチームの改善 19

20. 2. SCRUMの概要 •SCRUMチーム(最大9人) 1. プロダクトオーナー(PO) SCRUMチームに1人 2. スクラムマスター(SM) SCRUMチームに1人 3. 開発チーム SCRUMチームに3～7人後述のスプリントバックログ作成にPO/SMが関わらないのであれば、開発チームは最大9人まで可能。スクラムによるチームの改善 20

21. 2. SCRUMの概要 •SCRUMチーム(最大9人) 1. プロダクトオーナー(PO) プロダクト価値の最大化に責任を持つ。プロダクトバックログの並び替え、チームメンバーに見える化、透明化、明確化を行い、次に行うべき作業を示す。開発チームが作業できるレベルでバックログアイテムの内容を明確にする。 2. スクラムマスター(SM) 3. 開発チームスクラムによるチームの改善 21

22. 2. SCRUMの概要 •SCRUMチーム(最大9人) 1. プロダクトオーナー(PO) 2. スクラムマスター(SM) チームのサーバントリーダー(奉仕役)として振る舞う。アジャイル及びSCRUMを理解し、チームが SCRUMを実践できるように支援する。チームがプロダクトのゴール、スコープ、ドメインを理解出来るようにする。 3. 開発チームスクラムによるチームの改善 22

23. 2. SCRUMの概要 •SCRUMチーム(最大9人) 1. プロダクトオーナー(PO) 2. スクラムマスター(SM) 3. 開発チーム自己組織化されており、チームの方向性の設定や作業プロセスの監視と管理を行う。機能横断的であり(多能工)、チームとしてプロダクトインクリメントを作成するスキルを備えている。スクラムによるチームの改善 23

24. 2. SCRUMの概要 • スクラムマスタ宣言(ScrumMaster Manifest) Paul Goddard氏による提唱(サイトは消えてます) 1. 献身的な成果改善者であれ 2. 継続的改善を促進せよ 3. 継続的改善を支援せよ 4. コーチング提供を推進せよ 5. チームを育成せよ 6. チームの影の支援者であれ 7. 卓越性を保証せよ 8. 共感的かつ伝道的な指導者であれ 9. 抵抗力，継続性，献身的 10. チームを支援せよ 11. 認識して改善せよ 12. アジャイルの推進者であれスクラムによるチームの改善 24

25. 2. SCRUMの概要 •スクラムマスターチェックリスト •Michael James氏による提唱 •スクラムマスターのチェックリストの実例 • あなたはフルタイムのファシリテーターかな？ • プロダクトオーナーはどうしているかな？ • 開発チームはどうしているかな？ • エンジニアリングプラクティスはどうかな？ • 組織はどうかな？スクラムによるチームの改善 25

26. 2. SCRUMの概要 •スクラムイベント(スプリント) •スプリントプランニング(第1部、第2部) •デイリースクラム •スプリントレビュー •スプリントレトロスペクティブ •その他イベント •リリース計画 •バックロググルーミング(リファインメント) スクラムによるチームの改善 26

27. スクラムによるチームの改善 27

35. 2. SCRUMの概要 •スクラムイベントとスクラムチーム＋α スクラムによるチームの改善 35 スクラムイベントプロダクトオーナースクラムマスター開発チームステークホルダースプリントプランニング第1部参加参加参加スプリントプランニング第2部参加参加デイリースクラム (参加) 参加スプリントレビュー参加参加参加 (参加) スプリントレトロスペクティブ参加参加リリース計画参加参加参加バックロググルーミング (バックログリファインメント) 参加 (参加) 基本全部！

36. 2. SCRUMの概要 •スプリントについて •一ヶ月以内のタイムボックスを繰り返す •スプリントゴールに悪影響する変更を加えない •品質目標を下げない •スプリントが進むにつれて、スコープ(スプリントゴール)が明確になり、開発チームとPOの交渉が必要になる可能性がある。スクラムによるチームの改善 36

37. 2. SCRUMの概要 •スプリントについて(続き) •リスクをスプリント期間に抑える事ができる。 •スプリントゴールが古くなり、POの指示でスプリントを中止したとしても、被害は小さくなる。 •スプリント毎のレトロスペクティブ実施により、開発チームの改善が促される。スクラムによるチームの改善 37

38. 確認 •ここまでの説明についてご理解頂けましたでしょうか？ •表明じゃんけんで理解度をお知らせ下さい •グー：お前は何を言っているんだ？ •チョキ：大体理解した。次に進めてOK •パー：全て理解した。スクラムによるチームの改善 38

39. 3. SCRUMの体験スクラムによるチームの改善 39

40. 3. SCRUMの体験 • 今日はグループワークを行いますので、最初に自己紹介を行います。 1. お名前 2. あなたの所属する組織・チームの改善意識について一言 •一人1分を目安にお願いします。スクラムによるチームの改善 405分間

41. 3. SCRUMの体験 •突然ですが、皆さんは今からレプリカ作成職人です。 •決められたタイムボックス(=スプリント) の中で、できるだけ多くのレプリカを作成してください。 •レプリカは付箋紙1枚に1レプリカを作成してください。スクラムによるチームの改善 41

42. 3. SCRUMの体験 •お題 •プログラミング生放送のマスコットキャラクター、暮井慧ことプロ生ちゃんのWebコミックの1コマのレプリカを作成してください。スクラムによるチームの改善 42

44. 3. SCRUMの体験 • (5分)リリース計画 • お題の1コマはこちら • 1スプリント=2分で大量生産する方法を検討してください。スクラムによるチームの改善 445分間

46. 3. SCRUMの体験 •(10分)スプリント×3回 •(4分)スプリント計画 •(2分)スプリント実施 •(4分)スプリントレトロスペクティブ •各テーブルでやりやすいやり方を決めてください。 •各スプリントの成果物数は記録を残してください。スクラムによるチームの改善 30分間 46

47. 3. SCRUMの体験 •今回、お絵かきをお題にしたのには理由があります。 •楽天の川口さんのブログ記事を紹介します。 •モナリザを使ったインクリメンタル(漸進的) とイテレーティブ(反復的) の説明 •http://kawaguti.hateblo.jp/entry/201 11030/1319926043 スクラムによるチームの改善 47

48. 3. SCRUMの体験 •インクリメンタル(漸進的) • Potentially Shippable Product Increment スクラムによるチームの改善 48

49. 3. SCRUMの体験 •イテレーティブ(反復的) • 差分の積み重ねでは全体像が見えないのでスクラムによるチームの改善 49

50. 3. SCRUMの体験 •どうすれば良い？ •ショートケーキの作り方を考えましょうスクラムによるチームの改善 50 永和システムマネジメントの平鍋さんのブログデータモデリングなきアジャイル開発は危ういか？ http://blogs.itmedia.co.jp/hiranabe/2012/09/a gile-and-data-modeling.html

51. 3. SCRUMの体験 •今から各グループで、今行ったSCRUM 体験についてのふりかえりを行いたいと思います。 •今回のふりかえりは、アメリカ陸軍で行われているAARミーティング方式で行います。(AAR=After Action Review) •ふりかえりで出た意見は、一件一葉で付箋紙にメモを取ってください。 51スクラムによるチームの改善

52. 3. SCRUMの体験 •AARサイクル 1. 作戦指令書作成 • 指令、目的、司令官の意図、最終目標 2. 作戦リハーサル • 模型作成、司令官の意図確認、作戦のフェーズ分け、 AARミーティング 3. 作戦実施 • メモ取り、AARミーティング 4. 事後検討会 • 作戦行動中のメモを元にAARミーティング 52スクラムによるチームの改善

53. 3. SCRUMの体験 •AARミーティングの議題 1. どのような結果を意図していたか、目的は何だったか 2. 実際の結果はどうだったか 3. その理由は何か 4. このまま維持すべき点、改善すべき点は何か 53スクラムによるチームの改善

54. 3. SCRUMの体験 •AARミーティングのルール • 作戦前・作戦中や作戦直後など、数十回も開催する • 階級を問わず、部隊の誰もが参加可能 • 中間的な立場のファシリテーターを置き、相手の意見を引き出すような質問を心がける • 部隊の強みと弱みを見極めるのが目的であり、批判はしない • 作戦の成否判断は行わない 54スクラムによるチームの改善

55. 3. SCRUMの体験 •AARミーティング式ふりかえり① •役割(ロール分け)は出来ていたか？ 1. どのような結果を意図していたか、目的は何だったか 2. 実際の結果はどうだったか 3. その理由は何か 4. このまま維持すべき点、改善すべき点は何かスクラムによるチームの改善 55

56. 3. SCRUMの体験 •AARミーティング式ふりかえり② •チームのビジョン・ゴールはあったか？ 1. どのような結果を意図していたか、目的は何だったか 2. 実際の結果はどうだったか 3. その理由は何か 4. このまま維持すべき点、改善すべき点は何かスクラムによるチームの改善 56

57. 3. SCRUMの体験 •各テーブルのふりかえりの内容を共有します。スクラムによるチームの改善 57

58. 5. まとめスクラムによるチームの改善 58

59. 5. まとめ •今日の勉強会でやったこと •SCRUMの概要説明 •スプリント体験ワークショップにより、プロダクトインクリメントの考え方 •今日の資料内容は、ほぼスクラムガイドスクラムによるチームの改善 59

60. 5. まとめ •情報量が多かったのでお復習いしたい •今日の資料は、告知ページでも紹介しましたスクラムガイドを参考にしています。 • https://www.scrumguides.org/docs/scr umguide/v2017/2017-Scrum-Guide- Japanese.pdf •無料で公開されているスクラムの教科書ですので、復習も兼ねて御一読ください。スクラムによるチームの改善 60

61. 5. まとめ：確認 •今回のワークショップについてご理解頂けましたでしょうか？ •表明じゃんけんで理解度をお知らせ下さい • グー • お前は何を言っているんだ？ • チョキ • 大体理解した。復習しつつ実践に繋げたい。 • パー • 全て理解した。早速明日から実践する。スクラムによるチームの改善 61

スクラムによるチームの改善～アジャイル開発の始め方～

Vous êtes en train de lire un aperçu.

Consultez-les par la suite

スクラムによるチームの改善～アジャイル開発の始め方～

Plus De Contenu Connexe

Diaporamas pour vous (14)

Similaire à スクラムによるチームの改善～アジャイル開発の始め方～ (20)