Submit Search
Upload
開発モデルの作り方(守破離の破)
•
33 likes
•
11,596 views
Arata Fujimura
Follow
Regional Scrum Gathering Tokyo 2015 で発表したスライドです。 「[1C-2] 開発モデルの作り方 ~守破離の破!~」
Read less
Read more
Engineering
Report
Share
Report
Share
1 of 81
Download now
Download to read offline
Recommended
LEANSTARTUPアンチパターン #devlove #leanstartup
LEANSTARTUPアンチパターン #devlove #leanstartup
Itsuki Kuroda
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
Yusuke Hisatsu
まじめに!できる!LT
まじめに!できる!LT
Akabane Hiroyuki
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
Nobuhiro Yoshitake
グルーミングしながら進めるプロダクト開発
グルーミングしながら進めるプロダクト開発
Takafumi ONAKA
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
Takeshi Kakeda
ゼロからはじめるプロダクトマネージャー生活
ゼロからはじめるプロダクトマネージャー生活
Takaaki Umada
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
Tokoroten Nakayama
Recommended
LEANSTARTUPアンチパターン #devlove #leanstartup
LEANSTARTUPアンチパターン #devlove #leanstartup
Itsuki Kuroda
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
Yusuke Hisatsu
まじめに!できる!LT
まじめに!できる!LT
Akabane Hiroyuki
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
Nobuhiro Yoshitake
グルーミングしながら進めるプロダクト開発
グルーミングしながら進めるプロダクト開発
Takafumi ONAKA
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
Takeshi Kakeda
ゼロからはじめるプロダクトマネージャー生活
ゼロからはじめるプロダクトマネージャー生活
Takaaki Umada
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
Tokoroten Nakayama
CSPO、CSM研修に参加して
CSPO、CSM研修に参加して
Arata Fujimura
ソフトウェアの品質保証の基礎とこれから
ソフトウェアの品質保証の基礎とこれから
Yasuharu Nishi
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
5分で分かるアジャイルムーブメントの歴史 拡大版
5分で分かるアジャイルムーブメントの歴史 拡大版
Fumihiko Kinoshita
デキるプログラマだけが知っているコードレビュー7つの秘訣
デキるプログラマだけが知っているコードレビュー7つの秘訣
Masahiro Nishimi
あなたのチームの「いい人」は機能していますか?
あなたのチームの「いい人」は機能していますか?
Minoru Yokomichi
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
Tokoroten Nakayama
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
Itsuki Kuroda
ChatGPTで面白い物語は作れるのか?
ChatGPTで面白い物語は作れるのか?
Takanari Tokuwa
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
onozaty
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jp
kyon mm
アジャイル開発の中の設計
アジャイル開発の中の設計
Takuya Okamoto
リーンスタートアップにおける良い仮説、悪い仮説
リーンスタートアップにおける良い仮説、悪い仮説
Takaaki Umada
GoによるWebアプリ開発のキホン
GoによるWebアプリ開発のキホン
Akihiko Horiuchi
ChatGPTは思ったほど賢くない
ChatGPTは思ったほど賢くない
Carnot Inc.
つたわるスライド
つたわるスライド
Kazuyoshi Goto
メトリクスによるソフトウェア品質把握と改善- 演習を交えた品質測定評価の落とし穴とコツの習得 -
メトリクスによるソフトウェア品質把握と改善- 演習を交えた品質測定評価の落とし穴とコツの習得 -
Hironori Washizaki
どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)
どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)
NTT DATA Technology & Innovation
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
Yasui Tsutomu
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
Kaggle presentation
Kaggle presentation
HJ van Veen
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
More Related Content
What's hot
CSPO、CSM研修に参加して
CSPO、CSM研修に参加して
Arata Fujimura
ソフトウェアの品質保証の基礎とこれから
ソフトウェアの品質保証の基礎とこれから
Yasuharu Nishi
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
5分で分かるアジャイルムーブメントの歴史 拡大版
5分で分かるアジャイルムーブメントの歴史 拡大版
Fumihiko Kinoshita
デキるプログラマだけが知っているコードレビュー7つの秘訣
デキるプログラマだけが知っているコードレビュー7つの秘訣
Masahiro Nishimi
あなたのチームの「いい人」は機能していますか?
あなたのチームの「いい人」は機能していますか?
Minoru Yokomichi
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
Tokoroten Nakayama
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
Itsuki Kuroda
ChatGPTで面白い物語は作れるのか?
ChatGPTで面白い物語は作れるのか?
Takanari Tokuwa
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
onozaty
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jp
kyon mm
アジャイル開発の中の設計
アジャイル開発の中の設計
Takuya Okamoto
リーンスタートアップにおける良い仮説、悪い仮説
リーンスタートアップにおける良い仮説、悪い仮説
Takaaki Umada
GoによるWebアプリ開発のキホン
GoによるWebアプリ開発のキホン
Akihiko Horiuchi
ChatGPTは思ったほど賢くない
ChatGPTは思ったほど賢くない
Carnot Inc.
つたわるスライド
つたわるスライド
Kazuyoshi Goto
メトリクスによるソフトウェア品質把握と改善- 演習を交えた品質測定評価の落とし穴とコツの習得 -
メトリクスによるソフトウェア品質把握と改善- 演習を交えた品質測定評価の落とし穴とコツの習得 -
Hironori Washizaki
どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)
どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)
NTT DATA Technology & Innovation
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
Yasui Tsutomu
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
What's hot
(20)
CSPO、CSM研修に参加して
CSPO、CSM研修に参加して
ソフトウェアの品質保証の基礎とこれから
ソフトウェアの品質保証の基礎とこれから
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
5分で分かるアジャイルムーブメントの歴史 拡大版
5分で分かるアジャイルムーブメントの歴史 拡大版
デキるプログラマだけが知っているコードレビュー7つの秘訣
デキるプログラマだけが知っているコードレビュー7つの秘訣
あなたのチームの「いい人」は機能していますか?
あなたのチームの「いい人」は機能していますか?
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
ChatGPTで面白い物語は作れるのか?
ChatGPTで面白い物語は作れるのか?
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jp
アジャイル開発の中の設計
アジャイル開発の中の設計
リーンスタートアップにおける良い仮説、悪い仮説
リーンスタートアップにおける良い仮説、悪い仮説
GoによるWebアプリ開発のキホン
GoによるWebアプリ開発のキホン
ChatGPTは思ったほど賢くない
ChatGPTは思ったほど賢くない
つたわるスライド
つたわるスライド
メトリクスによるソフトウェア品質把握と改善- 演習を交えた品質測定評価の落とし穴とコツの習得 -
メトリクスによるソフトウェア品質把握と改善- 演習を交えた品質測定評価の落とし穴とコツの習得 -
どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)
どうする計画駆動型スクラム(スクラムフェス大阪2023 発表資料)
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Viewers also liked
Kaggle presentation
Kaggle presentation
HJ van Veen
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
アジャイルテスト -高品質を追求するアジャイルチームにおけるテストの視点-
アジャイルテスト -高品質を追求するアジャイルチームにおけるテストの視点-
Satoshi Masuda
AgileJapan2010 基調講演:野中郁次郎先生による「実践知のリーダシップ~スクラムと知の場作り」
AgileJapan2010 基調講演:野中郁次郎先生による「実践知のリーダシップ~スクラムと知の場作り」
Kenji Hiranabe
スプリント計画ミーティング
スプリント計画ミーティング
Miho Nagase
プランニングポーカーではじめる工数見積りと計画づくり
プランニングポーカーではじめる工数見積りと計画づくり
Reimi Kuramochi Chiba
ストーリーポイントで見積もるということ
ストーリーポイントで見積もるということ
Yagi Natsuki
Prophet入門【Python編】Facebookの時系列予測ツール
Prophet入門【Python編】Facebookの時系列予測ツール
hoxo_m
外部委託から内製化アジャイルへの切替支援を通してわかったこと #augj
外部委託から内製化アジャイルへの切替支援を通してわかったこと #augj
満徳 関
認定スクラムマスター研修に行ってきました
認定スクラムマスター研修に行ってきました
Hajime Yanagawa
Matrix Factorisation (and Dimensionality Reduction)
Matrix Factorisation (and Dimensionality Reduction)
HJ van Veen
Feature Engineering
Feature Engineering
HJ van Veen
Viewers also liked
(12)
Kaggle presentation
Kaggle presentation
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
アジャイルテスト -高品質を追求するアジャイルチームにおけるテストの視点-
アジャイルテスト -高品質を追求するアジャイルチームにおけるテストの視点-
AgileJapan2010 基調講演:野中郁次郎先生による「実践知のリーダシップ~スクラムと知の場作り」
AgileJapan2010 基調講演:野中郁次郎先生による「実践知のリーダシップ~スクラムと知の場作り」
スプリント計画ミーティング
スプリント計画ミーティング
プランニングポーカーではじめる工数見積りと計画づくり
プランニングポーカーではじめる工数見積りと計画づくり
ストーリーポイントで見積もるということ
ストーリーポイントで見積もるということ
Prophet入門【Python編】Facebookの時系列予測ツール
Prophet入門【Python編】Facebookの時系列予測ツール
外部委託から内製化アジャイルへの切替支援を通してわかったこと #augj
外部委託から内製化アジャイルへの切替支援を通してわかったこと #augj
認定スクラムマスター研修に行ってきました
認定スクラムマスター研修に行ってきました
Matrix Factorisation (and Dimensionality Reduction)
Matrix Factorisation (and Dimensionality Reduction)
Feature Engineering
Feature Engineering
Similar to 開発モデルの作り方(守破離の破)
Agile Japan 2013 仙台サテライト 体験!マシュマロ・チャレンジでチームビルディング
Agile Japan 2013 仙台サテライト 体験!マシュマロ・チャレンジでチームビルディング
満徳 関
スクラム開発と向き合うことでスクラムを習得する
スクラム開発と向き合うことでスクラムを習得する
貴明 今井
スクラム開発に取り組んでみた
スクラム開発に取り組んでみた
yyasuyuki
アジャイルオフショア開発モデル
アジャイルオフショア開発モデル
Arata Fujimura
リーン原則とソフトウェア開発
リーン原則とソフトウェア開発
You&I
Scrumの根っこ
Scrumの根っこ
Koji Sudo
リーンスタートアップ、アジャイル開発導入事例
リーンスタートアップ、アジャイル開発導入事例
Arata Fujimura
スクラムプロジェクト準備(公開用) No.31
スクラムプロジェクト準備(公開用) No.31
Sukusuku Scrum
マシュマロ・チャレンジでチームビルディング体験
マシュマロ・チャレンジでチームビルディング体験
You&I
Introduction to Agile - how business and engineer team up
Introduction to Agile - how business and engineer team up
Kenji Hiranabe
POStudy Conference 2012 - 体験!マシュマロ・チャレンジでチームビルディング
POStudy Conference 2012 - 体験!マシュマロ・チャレンジでチームビルディング
満徳 関
GMOテクノロジーブートキャンプ2015(アジャイル編)
GMOテクノロジーブートキャンプ2015(アジャイル編)
Arata Fujimura
研修担当者に聞く、学生のうちに学ぶべきこと
研修担当者に聞く、学生のうちに学ぶべきこと
Hiromu Shioya
Scrum体験スパルタワークショップ
Scrum体験スパルタワークショップ
You&I
Agile Software Development for Newbies
Agile Software Development for Newbies
Naoto Nishimura
Active learning
Active learning
Yoshihiro Furukawa
学校教育と違う組織内医療者養成の提案
学校教育と違う組織内医療者養成の提案
Takahiro Matsumoto
クラウドを超えた先の企業システム像 20091008 JJUG CCC
クラウドを超えた先の企業システム像 20091008 JJUG CCC
Yusuke Suzuki
POStudy Day 2012 in Okinawa - 体験!マシュマロ・チャレンジでチームビルディング
POStudy Day 2012 in Okinawa - 体験!マシュマロ・チャレンジでチームビルディング
満徳 関
Scrum,Test,Metrics #sgt2016
Scrum,Test,Metrics #sgt2016
kyon mm
Similar to 開発モデルの作り方(守破離の破)
(20)
Agile Japan 2013 仙台サテライト 体験!マシュマロ・チャレンジでチームビルディング
Agile Japan 2013 仙台サテライト 体験!マシュマロ・チャレンジでチームビルディング
スクラム開発と向き合うことでスクラムを習得する
スクラム開発と向き合うことでスクラムを習得する
スクラム開発に取り組んでみた
スクラム開発に取り組んでみた
アジャイルオフショア開発モデル
アジャイルオフショア開発モデル
リーン原則とソフトウェア開発
リーン原則とソフトウェア開発
Scrumの根っこ
Scrumの根っこ
リーンスタートアップ、アジャイル開発導入事例
リーンスタートアップ、アジャイル開発導入事例
スクラムプロジェクト準備(公開用) No.31
スクラムプロジェクト準備(公開用) No.31
マシュマロ・チャレンジでチームビルディング体験
マシュマロ・チャレンジでチームビルディング体験
Introduction to Agile - how business and engineer team up
Introduction to Agile - how business and engineer team up
POStudy Conference 2012 - 体験!マシュマロ・チャレンジでチームビルディング
POStudy Conference 2012 - 体験!マシュマロ・チャレンジでチームビルディング
GMOテクノロジーブートキャンプ2015(アジャイル編)
GMOテクノロジーブートキャンプ2015(アジャイル編)
研修担当者に聞く、学生のうちに学ぶべきこと
研修担当者に聞く、学生のうちに学ぶべきこと
Scrum体験スパルタワークショップ
Scrum体験スパルタワークショップ
Agile Software Development for Newbies
Agile Software Development for Newbies
Active learning
Active learning
学校教育と違う組織内医療者養成の提案
学校教育と違う組織内医療者養成の提案
クラウドを超えた先の企業システム像 20091008 JJUG CCC
クラウドを超えた先の企業システム像 20091008 JJUG CCC
POStudy Day 2012 in Okinawa - 体験!マシュマロ・チャレンジでチームビルディング
POStudy Day 2012 in Okinawa - 体験!マシュマロ・チャレンジでチームビルディング
Scrum,Test,Metrics #sgt2016
Scrum,Test,Metrics #sgt2016
More from Arata Fujimura
クラスメソッドベトナム設立しました
クラスメソッドベトナム設立しました
Arata Fujimura
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
Arata Fujimura
DevOpsを支える原則、3つの道
DevOpsを支える原則、3つの道
Arata Fujimura
モダンオフショア開発でIT人材不足の解消を目指す 〜 ベトナムでの取り組みとこれから 〜
モダンオフショア開発でIT人材不足の解消を目指す 〜 ベトナムでの取り組みとこれから 〜
Arata Fujimura
スクラムマスター募集中
スクラムマスター募集中
Arata Fujimura
変化に強い、継続的に学習する組織に変わるためのステップとは
変化に強い、継続的に学習する組織に変わるためのステップとは
Arata Fujimura
クラスメソッドにおけるスクラム開発の光と影
クラスメソッドにおけるスクラム開発の光と影
Arata Fujimura
モダンオフショア開発のすすめ
モダンオフショア開発のすすめ
Arata Fujimura
スクラムワークショップ
スクラムワークショップ
Arata Fujimura
最高のScrumキメた後にスケールさせようとして混乱したけど今はまた最高のScrumに戻って新型コロナの影響は皆無な話
最高のScrumキメた後にスケールさせようとして混乱したけど今はまた最高のScrumに戻って新型コロナの影響は皆無な話
Arata Fujimura
登壇勉強会 〜それぞれの流儀がそこにある〜
登壇勉強会 〜それぞれの流儀がそこにある〜
Arata Fujimura
アジャイル開発の原則を守りつつ、マルチサイト開発を行なう!
アジャイル開発の原則を守りつつ、マルチサイト開発を行なう!
Arata Fujimura
PdMワークショップ
PdMワークショップ
Arata Fujimura
最高のScrumキメた後にスケールさせようとして混乱した話
最高のScrumキメた後にスケールさせようとして混乱した話
Arata Fujimura
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
Arata Fujimura
Experience DevOps Implementation Support Service
Experience DevOps Implementation Support Service
Arata Fujimura
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
Arata Fujimura
俺のレアジョブ利用法
俺のレアジョブ利用法
Arata Fujimura
DevOps導入支援、始めました
DevOps導入支援、始めました
Arata Fujimura
プラクティス厨から始めるアジャイル開発
プラクティス厨から始めるアジャイル開発
Arata Fujimura
More from Arata Fujimura
(20)
クラスメソッドベトナム設立しました
クラスメソッドベトナム設立しました
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
DevOpsを支える原則、3つの道
DevOpsを支える原則、3つの道
モダンオフショア開発でIT人材不足の解消を目指す 〜 ベトナムでの取り組みとこれから 〜
モダンオフショア開発でIT人材不足の解消を目指す 〜 ベトナムでの取り組みとこれから 〜
スクラムマスター募集中
スクラムマスター募集中
変化に強い、継続的に学習する組織に変わるためのステップとは
変化に強い、継続的に学習する組織に変わるためのステップとは
クラスメソッドにおけるスクラム開発の光と影
クラスメソッドにおけるスクラム開発の光と影
モダンオフショア開発のすすめ
モダンオフショア開発のすすめ
スクラムワークショップ
スクラムワークショップ
最高のScrumキメた後にスケールさせようとして混乱したけど今はまた最高のScrumに戻って新型コロナの影響は皆無な話
最高のScrumキメた後にスケールさせようとして混乱したけど今はまた最高のScrumに戻って新型コロナの影響は皆無な話
登壇勉強会 〜それぞれの流儀がそこにある〜
登壇勉強会 〜それぞれの流儀がそこにある〜
アジャイル開発の原則を守りつつ、マルチサイト開発を行なう!
アジャイル開発の原則を守りつつ、マルチサイト開発を行なう!
PdMワークショップ
PdMワークショップ
最高のScrumキメた後にスケールさせようとして混乱した話
最高のScrumキメた後にスケールさせようとして混乱した話
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
Experience DevOps Implementation Support Service
Experience DevOps Implementation Support Service
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
俺のレアジョブ利用法
俺のレアジョブ利用法
DevOps導入支援、始めました
DevOps導入支援、始めました
プラクティス厨から始めるアジャイル開発
プラクティス厨から始めるアジャイル開発
開発モデルの作り方(守破離の破)
1.
1 2015年2月28日 GMOインターネット株式会社 次世代システム研究室 藤村 新 開発モデルの作り方 ~守破離の破!~ Regional Scrum
Gathering Tokyo 2015
2.
藤村 新 ふじむら あらた アジャイルPM研究会所属
3.
3 • 守破離とは • 俺の守破離 •
開発モデルを作るということ アジェンダ
4.
4 守破離とは
5.
5 CSM研修で学んだ守破離 • 守 - ルールに従え -
どうやるかを見て練習を繰り返す • 破 - 工夫してみる - 原因と結果をつなげる実験 • 離 - ルールを忘れろ - 新しい技術を一瞬で考えて使える段階
6.
6 スクラムにおける守破離 • 息をするようにスクラムのルールを行えるようにな るまでが守 • スクラムのルールに従った上でアレンジしてみるの が破
7.
7 守破離の語源
8.
8 • 元々は武田信玄に仕えた武将、高坂昌 信(こうさかまさのぶ)の『甲陽軍鑑(こう ようぐんかん) 』に記された兵法用語
9.
9 • その後千利休が詠んだ(らしい) • 「規矩(きく)作法
守りつくして 破ると も 離るるとても 本(もと)を忘るな」 • 『利休百首』
10.
10 • そして千利休の茶道の修行観 を、後世の川上不白(かわか みふはく)が表現した • 「守ハマモル、破ハヤブル、
離ハはなると申候。 弟子ニ敎ルハ此守 と申所計也。弟子守ヲ習盡 し能成候へバ自然と自身よりヤブル。これ上手 の段なり、さて、守るにても片輪、破るにても片 輪、この二つを離れて名人なり、前の二つを合 して離れてしかも二つを守ること也。 」 • 『不白筆記』 • 「守破離といふ事軍法用、尤用方違ひ候へ共、 茶道に取て申候はば、守は下手〈略〉破は上手 〈略〉離は名人」 • 横井淡所の『茶話抄』への添え書き
11.
11 守破離とは 「道」 の指針
12.
12 俺の守破離
13.
13 とりあえずやってみた (お試しフェーズ)
14.
14 • 「アジャイルサムライ」と「アジャイルな見積りと計画 づくり」を読んだだけで、ソシャゲプロジェクトへア ジャイル開発初導入! - アジャイル開発を体感できた -
自分が分かっていないということが分かった
15.
15 • 「スクラムガイド」と「塹壕よりScrumとXP」を読んだ だけで、ECツール開発プロジェクトへスクラム"風" 初導入! - スクラムを体感できた -
プラクティス厨じゃダメだということが分かった
16.
16 プロセスの理解 ≠ スキル習得
17.
17 本格的に学びたい (守フェーズ)
18.
PMIアジャイルPM研究会立ち上げプロジェクト参画
19.
19 マスター・ センセイ との 出会い
20.
20 CSPO研修受講 日時:2013年5月20日~21日 場所:株式会社ミクシィ
講師:ジェフ・パットン
21.
21 プロダクトディスカバリを行なって、 プロダクトバックログを作るまでを 学んだ。 ※スクラム開始前のフェーズ ※デザイン思考の話し
22.
22 CSM研修受講 日時:2013年6月20日~21日 場所:ビジョンセンター日本橋
講師:江端一将、Sergey
23.
23 スクラムの基礎を 座学とワークショップ を通して学んだ。
24.
24 • 勉強会、ワークショップ、イベントに参加 • アジャイルサムライ横浜道場 •
POStudy • レゴスクラム(見学) • AEP読書会 • Scrum Masters Night • Agile Japan 2014 • Regional Scrum Gathering Tokyo 2014
25.
25 アウトプット! アウトプット! アウトプット!
26.
26 • 担当プロジェクトへ各種プラクティス導入 • リーンカンバン、WIP •
朝会、ふりかえり、計画MTG • グループ会社への導入支援 • インセプションデッキ • 導入事例を書く、話す • 採用ブログに書く • 自社、他社に話す • 部署内での啓蒙活動 • アジャイルな見積もりと計画づくりまとめ • アジャイル開発取り組み状況
27.
27 第1回アジャイルミーティング主催 日時:2013年10月9日 場所:GMO
Yours 内容 1. PMIアジャイルPM研究会立ち上げプロジェクトの紹介 2. 次世代システム研究室 3. GMOリサーチ 4. GMO ECラボ 5. GMOペパボ 6. 交流会
28.
28
29.
29 • 次世代システム研究室では GMOベトナムラボセン ター(ベトナム/ハノイ)と密接に連携しながらGMO インターネットグループのシステム開発(オフショア 開発)に取り組んでいたが、必ずしもうまくいってい るとは言えない状況だった •
オフショア開発プロセス改善に取り組むことになっ たため、国内プロジェクトで実践していた各種プラ クティスを導入するも問題多発
30.
30 • 1度のやり取りで完成しない • オフショアチームの見積もり精度が低い その結果 •
遅延を繰り返す • モチベーションが下がる • スケジュールが信頼できなくなる • 相手を信頼できなくなる
31.
31 • オフショアチームで品質を担保できない その結果 • 日本側の発注者の負荷増大 •
明らかなバグから細かいバグまで全て確認し、 指摘する必要がある
32.
32 • あとちょっとの修正も、修正を依頼するため のコストが結構かかる その結果 • 95%完了から完成まで時間がかかる
33.
33 試行錯誤を重ね 辿り着いた 破 の境地
34.
頑張っても 効果が薄い事を 諦めてみた
35.
一度のやり取りで期待通 りのアウトプットが出て こない
36.
一度のやり取りで期待通 りのアウトプットが出て こない 時間をかけてもっと詳細 な仕様書を準備する
37.
一度のやり取りで期待通 りのアウトプットが出て こない 時間をかけてもっと詳細 な仕様書を準備する
38.
一度のやり取りで期待通 りのアウトプットが出て こない 1度のやり取りでの完成を 諦めた初回ザックリ開発
39.
見積もりの精度が低く、 完了予定が見えない
40.
見積もりの精度が低く、 完了予定が見えない 時間をかけて見積もりの 精度を上げてもらう
41.
見積もりの精度が低く、 完了予定が見えない 時間をかけて見積もりの 精度を上げてもらう
42.
見積もりの精度が低く、 完了予定が見えない ザックリ開発工数だけ見積 もってもらい、実見積もりは 完了係数を使って算出
43.
※完了係数とは、 (サイクルタイム/ザックリ開発 工数) の平均で求める係数。 ザックリ開発工数の見積もり日 数に完了係数を掛けることで、 予想完了日が算出できる。
44.
95%完了から先が長い
45.
95%完了から先が長い 再度指示書を書いて、完 成してもらう
46.
95%完了から先が長い 再度指示書を書いて、完 成してもらう
47.
95%完了から先が長い 最後の5%は日本側で完成 させる
48.
これら改善施策を 盛り込んだ 開発モデルを 考えてみた。
49.
50.
Rough Fill Closing
51.
ベースは リーン開発の カンバン
52.
53.
54.
Rough Fill Closing
55.
55 • ザックリ開発するフェーズ • 7割程度の完成度を目指す •
着手する前にザックリ開発工数を見積もっても らう
56.
Rough Fill Closing
57.
57 • Roughフェーズでのアウトプットの完成度を上げ るフェーズ • 9割以上の完成度を目指す
58.
Rough Fill Closing
59.
59 • 完成させるフェーズ • 日本側の発注者(エンジニア)が対応する
60.
60 RFCモデルの詳細は で、お話しさせて 頂く予定です。
61.
61 開発モデルを作るということ
62.
62 開発モデルを作ること ≒ 破のフェーズ
63.
63 破>>>>>>> >超えられない壁> >>>>>>>> >>>>>自己流
64.
64 形を持つ人 だけが、 形を破れる
65.
65 • 十八代目 中村
勘三郎が19の時、唐十郎の巨 大テントで「下町唐座」を見たときのこと なんだこれは!? 自分がやっている歌舞伎座での 落ち着いた空気とは全く違うじゃ ないか! でも待てよ、昔の歌舞伎はこう だったのでは?
66.
66 • 早速親父(十七代目 中村
勘三郎)に直訴 これこそ歌舞伎の原点だ。 歌舞伎もこれに戻らなきゃいけない。 俺もあのような歌舞伎がしたい。 百年早い。 そんなことを考えてる間に百回稽古 しろ。
67.
67 • なんで親父は分かってくれないんだ! • そんなモヤモヤしてた折、たまたまラジオから流 れてきた全国子供電話相談室での無着成恭(禅 宗の僧侶、教育者)の回答を耳にする 型破りと形無しの違いはなんですか? そりゃあんた、型がある人間が型を 破ると『型破り』、型がない人間が型 を破ったら『形無し』ですよ。
68.
68 • 父の言う「百年早い」の意味が分かった 古典をしっかり学んで自分の形を作 れ。 19や20の未熟者が土台もないのに 新しいことをやるな。 • 2000年(45才)に平成中村座を上演
69.
69 形無し開発モデルは 百害あって一利なし。 型破り開発モデルを 編み出そう!
70.
70 楽天 Tech Talkでの発表後、
71.
71
72.
72 • 同時に、あ、こういうモデルを考えだすのって、そんなご大層なも のじゃないんだとか思った • こんなん自分でも考えられるぜ!って言いたいのではなくて超 頭いい人が美しい理論のもとに弾きだした答えではなく、僕の ような普通の人が苦しみ苦しみ抜いてその時々考えたことを 集めて体系化したという意味でなんだかすごい身近に感じた。 •
というか、今自分のチームでも自分たちなりのKAIZENをいろ いろしてるし、それをまとめればそれだけでひとつのモデルに なるなー http://daily.belltail.jp/?p=1880
73.
73 そうなんです!
74.
74 新しい開発モデル を考えるなんて 大層なものじゃない んです! (※ただし守済に限る)
75.
75 現場のカイゼンを 体系化して言語化 すれば、それも立派 な開発モデル。 (※ただし守済に限る)
76.
76 ぜひこの事を話したいと思い 今回の公募セッションに 応募しました。 おさかなさんありがとう。 ※新卒1年目の方でした…
77.
77 まとめ
78.
78 • まずはしっかりと型を学ぼう(守) • 型をしっかりと身に付けた上で、 現場の改善に取り組もう(破) •
取り組んだ内容を体系化し、開発 モデルとしてアウトプットしよう
79.
79 • 個人的には、試守破離がオススメ • 試したからこそ守破離の大切さ を痛感させられた •
「型破りな開発モデル」を発表し合 えるような場を作っていきたい
80.
次世代システム研究室では エンジニアを募集しています! http://recruit.gmo.jp/engineer/jisedai/
81.
81 ご清聴、ありがとうございました
Download now