【1-1】「アジャイル開発とスクラム~顧客・技術・経営をつなぐ協調的マネジメント」

Size: px

Start display at page:

Download "【1-1】「アジャイル開発とスクラム~顧客・技術・経営をつなぐ協調的マネジメント」"

せせらいまいだ
5 years ago
Views:

1 アジャイル開発とスクラム株式会社チェンジビジョン株式会社永和システムマネジメント平鍋健児 1 Seeing is understanding.

2 講演概要日本でも採用が進んできたアジャイル開発ですがその根底には 80 日本の製造業でわれていた暗黙知を匏用した新製品開発手法があります現厪アジャイル開発において注目されているスクラムという匷は野中卙らが 1986 に書いた The New New Product Development Game に由来しておりそこには製品への要求を顧客との共体験を通して学び取りそれを仕様書ではなく体で開発に運ぶ思いの伝達者としてのプロダクトオーナーの姿すなわち実践知リーダーシップのありかたが生き生きと書かれていますこの小セッションではアジャイル開発の概要を解説した後近刊書籍アジャイル開発とスクラムの中から現場マネジメントおよび実践知リーダーシップを中心にお話したいと思います p.2

3 自己紹介永和システムマネジメント福井市 ( 本社 ) 上野東京( 支社 ) Ruby と Agileを使ったシステム開発株式会社チェンジビジョン福井市 ( 開発部 ) 上野東京 ( 本社 ) astah* ( 旧 :JUDE) の開発平鍋健児 UML+ マインドマップエディタ astah* の開発要求開発アライアンス事翻訳 XP 関連書籍リーン開発の本質 IMPACT MAPPING 等多数著書アジャイル開発とスクラム要求開発ソフトウェア開発に叓つマインドマップ p.3

4 アジャイル開発とスクラム顧客技術経営の 3 者をつなぐためにアジャイルと日本経営の接合点を探る海兵隊の組織とアジャイル知創造プロセスとアジャイル実践知リーダーとアジャイル厨通リクルートの事 Jeff Sutherland インタビュー平鍋健児 + 野中郁次郎著 4 Seeing is understanding.

5 Agenda アジャイルとはアジャイルの現場 Scrum と野中卙 5 Seeing is understanding.

6 なぜアジャイルか? 6 Seeing is understanding.

7 ミッションリスク分割型ビジネスとウォーターフォール型開発 ( 従来型 ) 市場分析発注市場ビジネス IT IT リリース納品博から 3 7 Seeing is understanding.

8 従来型の勬題要求の化システムの機能の利用度いつも使う 7% よく使う 13% たまに使う 16% ほとんど使われない 19% 全く使われない 45% Standish group study report in 2000 chaos report 8 Seeing is understanding.

9 ミッションリスク共有型ビジネスと Agile 型開発市場ビジネス市場 IT IT ビジネスと IT が一体になった OneTeam を作りミッションとリスクを共有するっててらを作りながら進む 1 週間から博 9 Seeing is understanding.

Lean Startup IDEAS 素早く学習 LEARN AB テスト顧客インタビュー顧客開発なぜなぜ5 回真因分析顧客アドバイザリボード仮説検証プロダクトオーナーの責任顧客タイプ分析機能横断チーム半自立チームスモークテスト DATA CODE BUILD 素早くコード

10 Lean Startup IDEAS 素早く学習 LEARN AB テスト顧客インタビュー顧客開発なぜなぜ5 回真因分析顧客アドバイザリボード仮説検証プロダクトオーナーの責任顧客タイプ分析機能横断チーム半自立チームスモークテスト DATA CODE BUILD 素早くコード単体テストユーザビリティテスト継続的結合漸進開発オープンソース利用クラウドクラスタ免疫システム JIT スケーラビリティリファクタリングデベロパーサンドボックス 10 素早く測定 AB テスト明確なプロダクトオーナ継続的開発ユーザビリティテストリアルタイムモニタ顧客代表 MEASURE 漏斗分析コホート分析ネットプロモータスコア検索エンジンマーケティングリアルタイムアラート予測的モニタリング Seeing is understanding.

11 アジャイル開発とは何か? スクラムとは何か? 11 Seeing is understanding.

12 プロセスとしての Agile 短いサイクルで分析勳計実テストをにうタイムボックス型進化型開発 Waterfall Agile 分析設計実装要求 ( スコープ ) 要求 ( スコープ ) 時間テスト Royce 1970 時間 Beck 最後に動くものができる動くものが徐々にできが勱る Seeing is understanding.

13 分割の仕方顧客に分かる務能で卲るで卲らないビジネスの価値が分かるやりがいコミュニケーション "These days we do not program software module by module; we program software feature by feature. Mary Poppendieck by Akiyah 13 Seeing is understanding.

14 スクラムのフレームワーク朝会朝会製品製品バックログスプリントバックログ 24 時間 1-4 週出荷可能ソフトウェア 14 Seeing is understanding.

15 アジャイルの価値原則実践価値 value まずはこれを共有すること原則 principle 考え方としての方針実践 practices 具体的に現場ごとに作る 15 Seeing is understanding.

Beck Mike Beedle Arie van Bennekum Alistair Cockburn Ward Cunningham Martin Fowler James Grenning Jim Highsmith Andrew Hunt Ron Jeffries

16 アジャイルソフトウェア開発宣言私たちはソフトウェア開発の実践あるいは実践を手助けをする活動を通じてよりよい開発方法を見つけだそうとしているこの活動を通して私たちは以下の価値に至った重要超重要! プロセスやツールよりも個人と対話を包括的なドキュメントよりも動くソフトウェアを契約交渉よりも顧客との協調を計画に従うことよりも変化への対応を価値とするすなわち左記のことがらに価値があることを認めながらも私たちは右記のことがらにより価値をおく 16 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, 上記の著者たちこの宣言はこの注意書きも含めた形で全文を含めることを条件に自由にコピーしてよい Seeing is understanding.

17 アジャイルの原則顧客価値の優先動くソフトウェア変化に対応持続可能なペース短期のリリース技術的卓越性全員同席シンプルモチベーションと信頼自己組織的チーム会話ふりかえりと改善 17 Seeing is understanding.

18 アジャイルのプラクィス XP) 計画ゲーム小規模リリースメタファーシンプルデザインテスティングリファクタリングペアプログラミング共同所有権継続的インテグレーション週 40 時間オンサイト顧客コーディング標準 18 Seeing is understanding.

19 アジャイルのレフトウィングソーシャルプラクティス協働でゴールに向かうチーム環境朝会タスクかんばんバーンダウンチャートふりかえりその他アジャイルのゴールビジネス価値顧客満足市場創造アジャイルのライトウィング技術プラクティス高速に石橋を叩いて渡る開発環境継続的インテグレーションテスト駆動開発リファクタリングペアプログラミングその他 19 Seeing is understanding.

20 タスクかんばん作業の見える化 ToDo( 未実施 ) Doing( 実施中 ) Done( 完了 ) で管理各自の作業を指示しなくても毎朝自発的に作業開始フォーマットは徐々にカイゼンタスクかんばんの例 ( 協力 : チェンジビジョン astah* チーム ) POINT バーンダウンチャーなどと共にとにかく壁に貼る情報発信器とも呼ばれる作業の見える化はタスクかんばんで行なう p.20

21 バーンダウンチャート進捗の見える化バーンダウン ( 下向き ) タスクかんばんと連動中間成果物では計測しないメールでエクセルシートを配布したりサーバに置いたから見てねはナシ POINT バーンダウンチャートの例 ( 協力 : 永和システムマネジメント : チーム角谷 ) 全体進捗はバーンダウンチャートで見える化繰り返しのリズムづくり p.21

22 ポータブルかんばん ( 協力 :CCS 佐藤竜一さん ) POINT かんばん -nano スーツにもベストフィット! p.22

23 p.23 日本からも海外へ発信

24 Kanban,, Successful Evolutionary Change for Your Technology Business

25 p.25

26 p.26 Corey Ladas

27 ( 協力 : ヤマハモーターソリューション ) p.27

28 作業の明確化自発的なサインアップ昨日やったこと今日やること問題点の 3 点のみかんばんの前で行なう朝の仕事はじめが重要! スタンドアップで 15 分. 定時刻定位置短時間朝会朝会の例 ( 協力 : チェンジビジョン astah* チーム ) POINT PF 実践編 : 朝会ガイド毎朝かんばんの前で全員で短い会議を行ないリズムをとる p.28

29 カイゼンの気づき Keep( 良い点 ) Problem( 悪い点 ) Try( 次回挑戦 ) を出すふりかえり (1) 全員で意見を出し暗黙知の共同化と形式知化を行なう名前付け課題 - 解決リストとは違うとにかくカジュアルな雰囲気で全員発言することでチームの安全性を確保する問題 vs 私たちの構図になるようにふりかえりシートの例実践編 : ふりかえりガイド POINT p.29 カイゼンの気づきをふりかえりで得る

30 ふりかえり (2) Keep/Problem/Try(KPT) Keep は定着する Problem は Try を生み出す Try は Keep か Problem に移動する定着したものには名前づけをやってみてうまく行った Keep うまく行かない定着 Problem Try 解決法新しい問題! 新しいアイディア! ふりかえりがカイゼンを導く POINT p.30 イテレーション毎にふりかえりを繰り返すことでプロセスが改善される

31 astah* 開発チーム例 p.31

32 Scrum と野中卙 32 Seeing is understanding.

34 最初のスクラムの本 Agile Software Development with Scrum (by Ken Schwaber, Mike Beedle) の最初の一は卙の匂用で卿まっている日では新製品開発の動きが速く厾の高い匒化では速と柔軟性がとても重要である企業は新製品開発に直線的な開発手法は古くこの方法では簡単に仕事を成し遂げることができないことをに卉し卿めている日本やアメリの企業ではラグビーにおいてチーム内でボールがパスされながらフィールド上を一となって動するかのように全体厱的な方法を用いている -- The New New Product Development Game

37 Agile and Lean Toyota Production System The New New Product Development Game Manufacturing Industry in Japan Scrum Lean Software Development Patterns XP Agile Lean Kanban 2013 Yasunobu Kawaguchi Lean Startup Startup Four steps to the epiphany

38 Innovation Sprint 2011 me Jeff Sutherland Ikujiro Nonaka

Nonaka s Text Agile/Scrum (Software) The New New Product Development Game 1986 Scrum The Knowledge Creating Company (HBR) 1991 SECI-model Fractal Organization アメリカ海兵隊

Patterns(by Jim Coplien) (at PLoP) 1994/1 First Sprint of Scrum by Jeff Sutherland 1994/2 Second Sprint of Scrum (with Cope s Ideas) Scrum Master Daily Scrum 2001 Agile

39 Nonaka s Text Agile/Scrum (Software) The New New Product Development Game 1986 Scrum The Knowledge Creating Company (HBR) 1991 SECI-model Fractal Organization アメリカ海兵隊 (U.S. Marine) Org. Patterns(by Jim Coplien) (at PLoP) 1994/1 First Sprint of Scrum by Jeff Sutherland 1994/2 Second Sprint of Scrum (with Cope s Ideas) Scrum Master Daily Scrum 2001 Agile Software Development with Scrum (by Ken Schwaber, Mike Beedle) 2001 The Agile Manifesto Phronetic Leadership Managing Flow 2008 Wise Leadership (HBR) Software in 30 days 2013 アジャイル開発とスクラム - 顧客技術経営をつなぐ協調的ソフトウェエア開発 Collaborative Software Development That Connects Customers, Engineers, and Management

40 野中卙 The New New Product Development Game(HBR) 1 Scrum リレーからラグビーへ U.S. Marine 4 2 The Knowledge Creating Company SECI モデル暗黙知と形式知のスパイラルな変換活動が知識創造過程であるフラクタル組織どの階層においても自己相似形 3 Managing Flow, The Wise Leadership(HBR) 実践知フロネシス形式知と暗黙知を繋ぐ実践知

41 SECI モデル 41 Seeing is understanding.

42 知識創造は暗黙知と形式知の相互変換運動である暗黙知暗黙知 (Tacit Knowledge) 言語文章で表現するのが難しい主観的身体的な経験知特定の文脈ごとの経験の反覆によって体化される思考スキル ( 思いメンタルモデル ) や行動スキル ( 熟練ノウハウ ) 形式知形式知 (Explicit Knowledge) 言語文章で表現できる客観的理性的な言語知特定の文脈に依存しない一般的な概念や論理 ( 理論問題解決手法マニュアルデータベース ) 相互作用のスパイラルアップアナログ知 - デジタル知の動的綜合 Nonaka I.

43 暗黙知言語文章で表現するのが難しい主観的身体的な経験知特定の文脈ごとの経験の反覆によって体化される思考スキル ( 思いメンタルモデル ) や動スキル ( 熟練ノウハウ )

44 形式知言語文章で表現できる客観的性的な言語知特定の文脈に依存しない一般的な概や厱 ( 厱勬題解決手法マニュアルデータベース )

45 組織的知識創造の行為 - SECI モデルどう知るか - 暗黙知暗黙知共同化 (S) 表出化 (E) 暗黙知暗黙知 Environment I Individual 内面化 (I) O G I E 連結化 (C) E I I G O G Org. I I Group I G I 形式知形式知 E G 形式知 Nonaka I. & H. Takeuchi 形式知

46 組織的知識創造の行為 - SECI モデルどう知るか - 身体五感を駆使直接経験を通じた暗黙知の獲得共有創出 ( 共感 ) 1. 組織内外の活動による現実直感 2. 感情移入気づき予知の獲得 3. 暗黙知の伝授移転形式知を行動を通じて具現化新たな暗黙知として理解学習 ( 実践 ) 9. 反省的実践を通じた形式知の体化 10. 目標 - 成果の持続的追求自己超越暗黙知暗黙知暗黙知暗黙知共同化 (S) 表出化 (E) Environment E O I I I I Individual Group I I I 内面化 (I) 連結化 (C) O E G G I GOrg. G E G 形式知形式知 Nonaka I. & H. Takeuchi 形式知形式知対話思索比喩による概念図像仮説の創造 ( 概念化 ) 4. 自己の暗黙知の言語化 5. 言語から概念仮説原型の創造形式知の組み合わせによる情報活用と知識の体系化 ( 分析 ) 6. 概念間の関係生成とモデル化 7. 形式知の伝達普及共有 8. 形式知の編集操作化 IT 化 I = 個人 G = 集団 O = 組織 E = 環境

47 Design Thinking との関係 47 Seeing is understanding.

needs of people, the possibilities of technology, and the

48 Design Thinking 48 Design thinking is a human-centered approach to innovation that draws from the designer's toolkit to integrate the needs of people, the possibilities of technology, and the requirements for business success. Tim Brown, president and CEO Seeing is understanding.

49 IDEO Method Cards 49 Seeing is understanding.

50 iphone アプリもあります

51 51 Seeing is understanding.

52 52 Seeing is understanding.

53 知創造マシンとしてのスクラム創造されたつの知 T T T S E E 要求とユーザに関する知ソフトウェアの单り方に関する知 T I C E E E 成するソフトウェア製品成するスクラムチーム

54 対象に棲み込む -Indwelling- あらゆる状況の手がかりを統合して対象に住み込みライダーの視点 ( 内側 ) から切開していく暗黙的な知り方提供 : 本田技研工業マシンを見ているといろんなことがわかりますあのカーブを切るにはああやればこうすればとそして次の製作過程へ自然に入っているんです

55 その場で概念 ( コンセプト ) を紡ぎ合う言葉と動作言語化によって初めて自己の考えが明確になる床の上の設計図提供 : 本田技研工業

56 プロダクトオーナの仕事企画をした人が最後まで体で思いを伝えよ

57 野中卙 The New New Product Development Game(HBR) 1 Scrum リレーからラグビーへ U.S. Marine 4 2 The Knowledge Creating Company SECI モデル暗黙知と形式知のスパイラルな変換活動が知識創造過程であるフラクタル組織どの階層においても自己相似形 3 Managing Flow, The Wise Leadership(HBR) 実践知フロネシス形式知と暗黙知を繋ぐ実践知

58 副題顧客技術経営をつなぐとは? 出所 :Page, T. & J. Pimlott, eds., NAM(1988) P.10 58

59 59 Seeing is understanding.

自己紹介永和システムマネジメント福井市 ( 本社 ) 上野東京 ( 支社 ) Ruby と Agile を使ったシステム開発株式会社チェンジビジョン福井市 ( 開発部 ) 上野東京 ( 本社 ) astah* ( 旧 :JUDE) の開発平鍋健児 UML+ マインドマップエディタ asta

自己紹介永和システムマネジメント福井市 ( 本社 ) 上野東京 ( 支社 ) Ruby と Agile を使ったシステム開発株式会社チェンジビジョン福井市 ( 開発部 ) 上野東京 ( 本社 ) astah* ( 旧 :JUDE) の開発平鍋健児 UML+ マインドマップエディタ asta 初歩から学ぶアジャイル開発入門株式会社チェンジビジョン株式会社永和システムマネジメント平鍋健児自己紹介永和システムマネジメント福井市 ( 本社 ) 上野東京 ( 支社 ) Ruby と Agile を使ったシステム開発株式会社チェンジビジョン福井市 ( 開発部 ) 上野東京 ( 本社 ) astah* ( 旧 :JUDE) の開発平鍋健児 UML+ マインドマップエディタ astah*