アジャイルが生まれた背景

1. アジャイルが生まれた背景
 2019-08-22 【合同勉強会】 きり丸(@nainaistar) 

2. 自己紹介 名前：きり丸@nainaistar 経歴 二次受けSIer ウォーターフォール 5年弱経験 社内SE アジャイル(スクラム) 6カ月経験 資格
3. 突然ですが
4. アジャイルは いつ生まれたものでしょうか ①1980年代 ②1990年代 ③2000年代
5. スクラムは いつ生まれたものでしょうか ①1980年代 ②1990年代 ③2000年代
6. 答えはLTの最後に！
7. アジャイルが生まれた背景 　及び アジャイルの誕生
8. アジャイルが生まれた背景 プロジェクトで炎上した経験はありませんか。 もし炎上した経験があれば、 二度目の失敗しないように、 ルールを追加するでしょう。 しかし、失敗の数だけ追加したいルールはあり、 理論上いくらでも膨らんでいきます。
9. アジャイルが生まれた背景 しかし、ルールが重くなることによって、 利益を得るまでのリードタイムが長くなったり、 そもそもルールが重すぎることによる 別の失敗が発生してしまう可能性があります。
10. アジャイルが生まれた背景 そのような中で、90年代ごろから開発者たちが 古いアイデアと新しいアイデアを組み合わせ始めました。 様々な組み合わせが出来上がる中で、 開発チームとビジネスの利害関係者間の密接な協力関係、ビ ジネス価値の頻繁な提供、自己組織的なチーム、 コードの作成、レビュー、リリース方法 が大事であることがわかりました。
11. アジャイルが生まれた背景 様々な組み合わせがフレームワークとなり、 スクラム、 エクストリームプログラミング(XP)、 機能駆動型開発（FDD）、 動的システム開発方式（DSDM） などが登場し始めました。
12. アジャイルが生まれた背景 そして、2001年。 とある17人が集まり、 フレームワークを使った さまざまなアプローチの共通点を話し合った結果、 アジャイルソフトウェア開発宣言 が生まれました。
14. アジャイルの誕生 アジャイルソフトウェア開発宣言が行ったこと • アジャイルソフトウェア開発の基礎を形成する価値 ステートメントを提供する • アジャイルソフトウェア開発 という用語を定義する https://agilemanifesto.org/iso/ja/manifesto.html
15. アジャイルの誕生 その後の数か月の間に、 アジャイル宣言の背後にある12の原則を用いて アジャイル宣言を拡張しました。 https://agilemanifesto.org/iso/ja/principles.html
16. アジャイルの誕生 ※時間が無いので省かせていただきますが、 川口 恭伸（カワグチ ヤスノブ）様の資料が 12の原則を反転させていて面白かったので、 一読しておくと皆様の役に立てると思います。 https://speakerdeck.com/kawaguti/what-is-agile
17. 冒頭の答え合わせ
18. アジャイルは いつ生まれたものでしょうか ①1980年代 ②1990年代 ③2000年代
19. アジャイルは いつ生まれたものでしょうか ①1980年代 ②1990年代 ③2000年代
20. スクラムは いつ生まれたものでしょうか ①1980年代 ②1990年代 ③2000年代
21. スクラムは いつ生まれたものでしょうか ①1980年代 ②1990年代 ③2000年代
22. まとめ
23. まとめ • アジャイルは、 開発にて発生しがちな ルールの増大化に悩んだエンジニアたちによって 生まれた • 様々なフレームワークが先に実施され、 各フレームワークの共通点が アジャイルソフトウェア開発宣言になった。
24. 参考資料
25. 参考資料 ・アジャイルを学ぼう 当資料の元資料 https://speakerdeck.com/hirotokirimaru/aziyairuwoxue-bou
26. 参考資料 ・Agile Alliance https://www.agilealliance.org/ ・5分で分かるアジャイルムーブメントの歴史 拡大版 https://www.slideshare.net/fkino/brief-history-of-agile-movement ・アジャイルソフトウェア開発の奥義 第2版 オブジェクト指向開発の神髄 と匠の技 https://www.amazon.co.jp/dp/4797347783
27. 参考資料 ・マイクロソフト牛尾様のブログ http://simplearchitect.hatenablog.com/entry/2017/10/16/081633 ・最初の機能が少なくて乏しいほど、最後の品質が高くなる。 https://sloanreview.mit.edu/article/productdevelopment-practices-th at-work-how-internet-companies-build-software/
28. 参考資料 ・スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、 全員が多能工である ～ Innovation Sprint 2011 https://www.publickey1.jp/blog/11/_innovation_sprint_2010.html 1986年論文「The New New Product Development Game」 1990年台半ば　ジェフサザーランドにより発表