1. ふりかえり ワークショップ @ オープンラボ備後 すくすくスクラム瀬戸内 阿部 信介

3. 肩書き：すくすくスクラム瀬戸内の中の人

4. 生業：ユーザ系企業のシステム子会社勤務

5. Twitter ： @mao_instantlife

6. Blog ： http://d.hatena.ne.jp/mao_instantlife/

7. Mail ： [email_address]

8. すくすくスクラムって何？ すくすくスクラム 瀬戸内

9. アジャイルソフトウェア開発手法 の一つである、 Scrum （スクラム） を中心とした 現場改善の手法 を みんな で学んで いくための勉強会

12. できたもの を

13. 見直し ながら プロジェクトをまわしていくためのプロセスです。 どっちかというと プロジェクトマネージャより の話。

15. 講師は東京から呼ぶことが多い

16. 発起人の伝手をフル活用

17. 不定期開催

18. 今日のゴールとポイント ゴール： ・「ふりかえり」の 効果を体感 する。 ・ツールの一つ KPT のやり方を覚える。 ポイント： ・ ふりかえり＝アジャイルのプラクティス ・ チームを発展 させる ・導入の ハードルが低い 割に 効果が高い ・まずはふりかえりからもおすすめ

19. すくすくスクラムって何？ Introduction: アジャイルについて

21. ありますか？

22. その名の通り、 アジャイルにソフトウェアを開発 するためのプロセス

23. Agile [ 形 ] 1 敏捷 ( びんしょう ) な , 機敏な , すばしこい , はしこい（⇔ awkward ） 2 活発な , いきいきとした (active) （⇔ sluggish ）； 頭の切れる , 頭の回転が早い プログレッシブ英和中辞典

24. アジャイルマニフェスト 私たちは、ソフトウェア開発の実践 あるいは実践を手助けをする活動を通じて、 よりよい開発方法を見つけだそうとしている。 この活動を通して、私たちは以下の価値に至った。 プロセスやツールよりも個人と対話を、 包括的なドキュメントよりも動くソフトウェアを、 契約交渉よりも顧客との協調を、 計画に従うことよりも変化への対応を、 価値とする。すなわち、左記のことがらに価値があることを 認めながらも、私たちは右記のことがらにより価値をおく。

25. アジャイルマニフェスト Kent Beck,Mike Beedle,Arie van Bennekum, Alistair Cockburn,Ward Cunningham, Martin Fowler,James Grenning,Jim Highsmith, Andrew Hunt,Ron Jeffries,Jon Kern,Brian Marick, Robert C. Martin,Steve Mellor, Ken Schwaber , Jeff Sutherland ,Dave Thomas © 2001, 上記の著者たち この宣言は、この注意書きも含めた形で全文を含めることを条件に 自由にコピーしてよい。

26. 原則 顧客満足を最優先 し、価値のあるソフトウェアを早く継続的に提供します。 要求の変更はたとえ開発の後期であっても歓迎します。 変化を味方につけることによって、 お客様の競争力を引き上げます。 動くソフトウェアを、 2-3 週間から 2-3 ヶ月という できるだけ短い時間間隔でリリース します。

27. 原則 ビジネス側の人と開発者 は、プロジェクトを通して日々 一緒に働かなければ なりません。 意欲に満ちた人々 を集めてプロジェクトを構成します。 環境と支援を与え仕事が無事終わるまで 彼らを信頼 します。 情報を伝えるもっとも効率的で効果的な方法はフェイス・トゥ・フェイスで話をすることです。

28. 原則 動くソフトウェアこそが進捗の最も重要な尺度です。 アジャイル･プロセスは 持続可能な開発を促進 します。 一定のペースを継続的に維持できるようにしなければなりません。 技術的卓越性と優れた設計に対する 不断の注意 が機敏さを高めます。

29. 原則 シンプルさ（ムダなく作れる量を最大限にすること）が本質です。 最良のアーキテクチャ・要求・設計は、 自己組織的なチーム から生み出されます。 チームがもっと効率を高めることができるかを 定期的に振り返り 、それに基づいて 自分たちのやり方を最適に調整 します。

30. アジャイルソフトウェア開発プロセスとは、これらのアジャイルマニフェストと原則に従ったものをさします。

31. XP,Scrum, Crystal・・・

33. これ、人ごとじゃないですよね？

34. なぜ、こんなことが起こるのかと思いますか？

35. ウォーターフォールの V 字モデル 要件定義 基本設計 詳細設計 実装 単体テスト 結合テスト システム テスト 受け入れ テスト

36. ウォーターフォールの V 字モデル 要件定義 基本設計 詳細設計 実装 単体テスト 結合テスト システム テスト 受け入れ テスト 品質の確定が プロジェクトの 後期に集中

37. ウォーターフォールの V 字モデル 要件定義 基本設計 詳細設計 実装 単体テスト 結合テスト システム テスト 受け入れ テスト ビジネスニーズに 沿ったものが 作れているかどうか 行程の最後にわかる

39. すくすくスクラム瀬戸内の 歴史 「ふりかえり」の基礎

40. どんな時にふりかえりますか？

41. 原則を思い出してください チームがもっと効率を高めることができるかを 定期的に振り返り 、それに基づいて 自分たちのやり方を最適に調整 します。

43. 「ふりかえり」 とは？ チームの力を最大限に引き出すために、チームのやり方やチームワークを点検し、 改善するためのミーティング

44. 「ふりかえり」 とは？ チームの現在位置を把握 し、目標を達成するためにしなければならないことをあぶり出します。

45. 効果 ・チームの学習をサポートします ・チームが今までしてきたことを示します ・チームが次にすべきことを明確にします ・チームが前向きになります

46. KPT 1. 前回の状況を思いだす 2. よかったこと (Keep) をリストアップする 3. 問題点 (Problem) をリストアップする 4. 改善のために取り組むこと (ToDo) をリストアップする

47. KPT

48. どんなことしてるの？ Workshop

49. 絵を描いてください ・ 3 〜 4 人一組で ・プロッキーもっていいのは一人だけ ・他の人は言葉で絵の内容を伝えてください ・その言葉を元に描きます ・見本は前にあります ・ゲームバランス崩れるので写真禁止 ・時間は 5 分

50. やってみましょう

51. ふりかえりましょう

52. 第２ラウンド やってみましょう

53. ふりかえりましょう

54. 第３ラウンド やってみましょう

55. ふりかえりましょう

56. 休憩 ( 10 分 )

57. 今後の活動は？ まとめ

58. どうでしたか？

60. アジャイルって難しいですよね？

61. 原則はいっぱいあるし、 今までのやり方とは違うし

63. 全部一気にじゃなくても いいんです！！！

64. まずは「ふりかえり」 から始めましょう！

65. ふりかえりはチームを改善します。

66. 改善の結果、チームにできあがる ベストなプロセスが重要なのです

67. 後もう一つ・・・ あんまり大きな声では言えないんですが

68. なぜか「総括会」が 大好きな上司って いますよね？

69. そういう上司って、 新しいものが 嫌いじゃないですか？

70. Q&A

71. ありがとうございました。