Download as PDF, PPTX
Uploaded byArata Fujimura
開発モデルの作り方(守破離の破)
Regional Scrum Gathering Tokyo 2015 で発表したスライドです。 「[1C-2] 開発モデルの作り方 ～守破離の破！～」
開発モデルの作り方(守破離の破)
- 1. 1 2015年2月28日 ＧＭＯインターネット株式会社 次世代システム研究室 藤村 新 開発モデルの作り方 ～守破離の破！～ Regional ScrumGathering Tokyo 2015
- 2.
- 3. 3 • 守破離とは • 俺の守破離 •開発モデルを作るということ アジェンダ
- 4.
- 5. 5 CSM研修で学んだ守破離 • 守 - ルールに従え -どうやるかを見て練習を繰り返す • 破 - 工夫してみる - 原因と結果をつなげる実験 • 離 - ルールを忘れろ - 新しい技術を一瞬で考えて使える段階
- 6.
- 7.
- 8.
- 9. 9 • その後千利休が詠んだ(らしい) • 「規矩(きく)作法守りつくして 破ると も 離るるとても 本(もと)を忘るな」 • 『利休百首』
- 10. 10 • そして千利休の茶道の修行観 を、後世の川上不白(かわか みふはく)が表現した • 「守ハマモル、破ハヤブル、離ハはなると申候。 弟子ニ敎ルハ此守 と申所計也。弟子守ヲ習盡 し能成候へバ自然と自身よりヤブル。これ上手 の段なり、さて、守るにても片輪、破るにても片 輪、この二つを離れて名人なり、前の二つを合 して離れてしかも二つを守ること也。 」 • 『不白筆記』 • 「守破離といふ事軍法用、尤用方違ひ候へ共、 茶道に取て申候はば、守は下手〈略〉破は上手 〈略〉離は名人」 • 横井淡所の『茶話抄』への添え書き
- 11.
- 12.
- 13.
- 14.
- 15. 15 • 「スクラムガイド」と「塹壕よりScrumとXP」を読んだ だけで、ECツール開発プロジェクトへスクラム"風" 初導入！ - スクラムを体感できた -プラクティス厨じゃダメだということが分かった
- 16.
- 17.
- 18.
- 19.
- 20.
- 21.
- 22. 22 CSM研修受講 日時：2013年6月20日～21日 場所：ビジョンセンター日本橋 講師：江端一将、Sergey
- 23.
- 24. 24 • 勉強会、ワークショップ、イベントに参加 • アジャイルサムライ横浜道場 •POStudy • レゴスクラム(見学) • AEP読書会 • Scrum Masters Night • Agile Japan 2014 • Regional Scrum Gathering Tokyo 2014
- 25.
- 26. 26 • 担当プロジェクトへ各種プラクティス導入 • リーンカンバン、WIP •朝会、ふりかえり、計画MTG • グループ会社への導入支援 • インセプションデッキ • 導入事例を書く、話す • 採用ブログに書く • 自社、他社に話す • 部署内での啓蒙活動 • アジャイルな見積もりと計画づくりまとめ • アジャイル開発取り組み状況
- 27. 27 第1回アジャイルミーティング主催 日時：2013年10月9日 場所：GMOYours 内容 1. PMIアジャイルPM研究会立ち上げプロジェクトの紹介 2. 次世代システム研究室 3. GMOリサーチ 4. GMO ECラボ 5. GMOペパボ 6. 交流会
- 28.
- 29. 29 • 次世代システム研究室では GMOベトナムラボセン ター(ベトナム/ハノイ)と密接に連携しながらGMO インターネットグループのシステム開発(オフショア 開発)に取り組んでいたが、必ずしもうまくいってい るとは言えない状況だった •オフショア開発プロセス改善に取り組むことになっ たため、国内プロジェクトで実践していた各種プラ クティスを導入するも問題多発
- 30. 30 • 1度のやり取りで完成しない • オフショアチームの見積もり精度が低い その結果 •遅延を繰り返す • モチベーションが下がる • スケジュールが信頼できなくなる • 相手を信頼できなくなる
- 31. 31 • オフショアチームで品質を担保できない その結果 • 日本側の発注者の負荷増大 •明らかなバグから細かいバグまで全て確認し、 指摘する必要がある
- 32.
- 33.
- 34.
- 35.
- 36.
- 37.
- 38.
- 39.
- 40.
- 41.
- 42.
- 43.
- 44.
- 45.
- 46.
- 47.
- 48.
- 50.
- 51.
- 54.
- 55. 55 • ザックリ開発するフェーズ • 7割程度の完成度を目指す •着手する前にザックリ開発工数を見積もっても らう
- 56.
- 57.
- 58.
- 59.
- 60.
- 61.
- 62.
- 63.
- 64.
- 65. 65 • 十八代目 中村勘三郎が19の時、唐十郎の巨 大テントで「下町唐座」を見たときのこと なんだこれは！？ 自分がやっている歌舞伎座での 落ち着いた空気とは全く違うじゃ ないか！ でも待てよ、昔の歌舞伎はこう だったのでは？
- 66. 66 • 早速親父(十七代目 中村勘三郎)に直訴 これこそ歌舞伎の原点だ。 歌舞伎もこれに戻らなきゃいけない。 俺もあのような歌舞伎がしたい。 百年早い。 そんなことを考えてる間に百回稽古 しろ。
- 67.
- 68.
- 69.
- 70.
- 71.
- 72. 72 • 同時に、あ、こういうモデルを考えだすのって、そんなご大層なも のじゃないんだとか思った • こんなん自分でも考えられるぜ！って言いたいのではなくて超 頭いい人が美しい理論のもとに弾きだした答えではなく、僕の ような普通の人が苦しみ苦しみ抜いてその時々考えたことを 集めて体系化したという意味でなんだかすごい身近に感じた。 •というか、今自分のチームでも自分たちなりのKAIZENをいろ いろしてるし、それをまとめればそれだけでひとつのモデルに なるなー http://daily.belltail.jp/?p=1880
- 73.
- 74.
- 75.
- 76.
- 77.
- 78. 78 • まずはしっかりと型を学ぼう(守) • 型をしっかりと身に付けた上で、 現場の改善に取り組もう(破) •取り組んだ内容を体系化し、開発 モデルとしてアウトプットしよう
- 79. 79 • 個人的には、試守破離がオススメ • 試したからこそ守破離の大切さ を痛感させられた •「型破りな開発モデル」を発表し合 えるような場を作っていきたい
- 80.
- 81.