スライド 1

Size: px

Start display at page:

Download "スライド 1"

しまなしもかさ
7 years ago
Views:

1 PMAJ関西様第123回関西例会プロダクトプロジェクトともに価値をあげられるからアジャイル価値をフィードバックし続けるアジャイルの本質 October 9, 2015 株式会社日新システムズ未来戦略室室長前川直也

2 Agenda 1. いまどきのプロマネ? 2. ソフトビジネスの変化 3. プロダクトの価値を創る 4. プロジェクトの価値を創る 5. アジャイルになる! 2

3 今日のベースはこれです! CM 3

4 - 壱 - いまどきのプロマネ?

5 トップダウン or ボトムアップトップダウン型マネジメントボトムアップ型マネジメント経験ノウハウが受け継がれるメンバがやるべきことがわかりやすいメンバ自身が考えて工夫する知識の共有が実現しやすい経験がかえって邪魔になることもメンバが考えなくなってしまうリスククローズ化してしまうと逆効果ビジョンの共有が不可欠どちらも重要ですが違いを使いこなしていますか 5

6 ダグラスマクレガーの X 理論 Y 理論人間観動機づけにかかわる 2 つの対立的な理論 X 理論人間は生来怠け者でできれば働きたくない強制されたり命令されなければ仕事をしない or Y 理論生まれながらに嫌いということはなく働くことは人間の本性条件次第で責任を受け入れ自ら進んで責任を取ろうとする問題解決のための創意工夫をこらす能力は誰でも持っている 6

7 サーバント型リーダシップ ( 支援型リーダシップ ) メンバのために管理命令しチームやプロジェクトを運営するスタンスのリーダではなくメンバを信頼支援しチームやプロジェクトの成功成長のために奉仕するリーダコミュニケーションを重視しながら一人ひとりの思いと行動により目標を達成するロバートグリーンリーフ ( 米 :1904~1990) が 1970 年に提唱 7

8 8 プロジェクトは何のためにあるの? What 何を作りたいのか? Who 誰が作るのか? 誰と作るのか? When いつまでに作るのか? Where どのような環境で? How どうやって? どんな技術? どんなプロセス? Why なぜ作らなければならないのか? プロジェクトは何のために存在しなぜ自分たちがそこにいるのかプロジェクトが成功すれば未来にどんな価値が描ける? 8

9 マズローによる欲求階層自己実現尊敬 ( 承認 ) 所属と愛情安全生理的欲求 9

10 10 ほんとうの Why!? 企業組織としての Why 利益をあげねば競合他社に勝つ生産性をあげる高品質な商品 Why なぜ作らなければならないのか? 個人としての Why リーダとしての成功新しい技術を得る自分の時間を作る残業しても高収入パワーを引き出す素は結局のところ欲求につながるいやなことはしたくないゲーム趣味家族勉強スポーツ仕事やりたい! につながる Why になってますか? 10

11 ビジネスで成功二つのプラスがマッチングしたとき最高スペックに! 自己成長チーム成長業績アップ自分の時間企業組織としての Why Why? 個人としての Why あせり指示やらされ感 Command Control 思考停止成長停止 11

12 - 弐 - ソフトビジネスの変化 12

13 ソフト業界の変化以前は狙っていけば的中する確率が高かった環境変化今のソフト業界では環境の変化ユーザニーズの多様化競合他社との競争激化などで先の読めない状況競合要求される価値から創り出す価値の時代に突入 13

14 これまでのソフトウェア開発価値要求インプットチェック設計実装チェックアウトプットテスト以前は決められた機能を要件に落とし込み計画をほぼ変えることなくものづくりができた時代 14

15 開発開始段階の課題 15

16 ソフトウェア開発に変化はつきもの日程前倒し仕様変更課題バグ仕様追加混沌としたソフト業界においてソフトウェアの変化が発生しないというのはありえない変化を前向きに受け入れていく必要があるのだが 16

17 開発中の課題コミュニケーションギャップ設計実装上の都合納期等 17

18 納品時の結果 18

19 ソフト業界約60年の歴史ソフトウェアが商業ベースになりそれにつれて工学的にアプローチ誰でも同じように作れるソフトウェア 2000年頃からもう一度初心に戻り新たなアプローチが始まるソフトウェアは人が作るものである 19

20 人にフォーカスする What Who How Where When 20

21 どちらがエンジニアを活かせますか 21

22 スクラムが生まれたきっかけ富士ゼロックスキャノンホンダ NEC の事例から分析論文 The New New Product Development Game 竹内弘高野中郁次郎ハーバードビジネスレビュー 1986年アジリティの考えは従来の米国製造業が限界を認識しそれを越えようとしていた時期に生まれてきましたつまり製造業はもはやハードのみの生産者でなくソフトサービスを融合した価値を提供するあらたな存在を目指すべきであるとそうでない限りグローバルな競争環境において生存不能だという認識ですこうした認識にもとづいてハード中心だったコンピュータ業界がソリューションなどのソフトサービス指向へと変身し消費者向け製品でもマスカスタム化顧客の注文による生産ワントゥワンマーケティングもこの一種が重要な考え方となりました知識経営のすすめナレッジマネジメントとその時代野中郁次郎紺野登1999年12月20日第1版 22

23 今求められているソフトウェア開発短いタイムボックスで回しながら細かくフィードバックし価値を膨らませていく開発スタイル 23

24 システム製品の価値の最大化を考えるシステムや製品の価値を決めている主要な部門はどこですか 24

25 変化を味方につけお客様のビジネス価値を最大化する 25

26 - 弐 - プロダクトの価値を創る

27 アジャイル開発はあたりまえになりつつありますただしなぜアジャイルなのか目的どんな価値を出すのか目標をより明確にしなければ 27

28 アジャイルソフトウェア宣言の背後にある原則 28

29 アジャイルとはアジャイルとはお客様のビジネス価値を最大化するための考え方や姿勢のこと 29

スクラムにおけるチームモデルスクラムチームプロダクトオーナースクラムマスター開発チーム自己組織化チームは作業を成し遂げるための最善の策をチーム外からの指示ではなく自らが選択するスクラムガイドより 1991-2013 Ken

スプリントプランニングスプリントに落とし込みスプリントバックログを作るデイリースクラムスプリントスプリントに落とし込み

31 スクラムの流れプロダクトオーナー開発チームの作業とプロダクトの価値の最大化に責任を持つプロダクトバックログユーザストーリを集めたもの優先順位を決めるスクラムマスター開発チームスクラムの理解と成立に責任を持つスプリントプランニングスプリントに落とし込みスプリントバックログを作るデイリースクラムスプリントスプリントに落とし込み 1 4 Week スプリントレビュー動くソフトウェアでレビューフィードバックスプリントレトロスペクティブスプリントごとにふりかえり 31

32 A g i l e アジャイルの 3 つの要素とスクラムでのロール何のために何をつくるかゴールを描き共有するオプーロナダークトリズムを共有させてチームの動きを一つにし相互作用を引き出す自分たちが作るもの自分たち自身に愛着がありそのために力を注げる一つのチームとして連携マススクタラーム開発チーム

33 アジャイルを導入する前に [チェックポイント] プロジェクトにエンジニアリングプロセスの基本スキルはどのぐらいメンバが風土を変えるぐらいの改善意欲を持っていますか自分たちが作っているものに愛着を持っていますかお客様が何を求めているのか考えてる改善指標を数値だけで判断していませんかコミュニケーションは活発メンバとゴールを共有できていますか 33

プロジェクトのベロシティを把握する動くもの状況の可視化でリズムを伝播させる見える化 4

34 わかりやすいアジャイルのツボ 1 価値をゴールにし優先順位をコミットする 1 ゴール 2 プロジェクトを一定間隔のリズムで区切るリズム 3 2 リズムとゴールをマッチングさせる 3 プロジェクトのベロシティを把握する動くもの状況の可視化でリズムを伝播させる見える化 4 フィードバックにより変化を取り込む自分たちでふりかえる 4 自律自分たちで変えていく 34

35 ①価値をゴールに設定しコミットする価値をゴールにし優先順位をコミットするゴールリズムとゴールをマッチングさせるプロジェクトを一定間隔のリズムで区切るリズムプロジェクトのベロシティを把握する動くもの状況の可視化でリズムを伝播させる見える化フィードバックにより変化を取り込む自分たちでふりかえる自律自分たちで変えていく 35

36 プロダクトオーナー開発チームの作業とプロダクトの価値の最大化に責任を持つプロダクトバックログユーザストーリを集めたもの優先順位を決めるスクラムマスター開発チームスクラムの理解と成立に責任を持つスプリントプランニングスプリントに落とし込みスプリントバックログを作るデイリースクラムスプリントスプリントに落とし込み 1 4 Week スプリントレビュー動くソフトウェアでレビューフィードバックスプリントレトロスペクティブスプリントごとにふりかえり 36

37 システム開発と製品開発の価値のありかの違いたまに使うに意味があったりしませんかシステムの機能の利用度いつも使う 7% よく使う 13% たまに使う 16% ほとんど使われない 19% 全く使われない 45% Standish group study report in 2000 chaos report 37

38 製品の価値の最大化を考えるには開発部門企画部門技術ニーズ製品仕様販売世界のTV市場エンドユーザ製品の価値を最大化するために作り手側に何が求められているのか 38

39 これだとどう思いますか 1. 世界初 4Kミラーレス一眼 2. 他社に負けないAFスピード 3. 動画プロフェッショナル対応実際のコンセプトとは違います 39

40 変化を味方につける価値の共有お客様の価値の最大化を考える変化は当然必要ととらえすばやく変化を取り入れられるように進める 40

41 変化を味方につける開発側から 41

42 価値を最大化するには部門の壁を越えてシステムや製品の価値を共有するには一緒に描き一緒に作り一緒に確認していく必要がある 42

43 5W1Hで考えるのはアジャイルでも同じ Why なぜ作るのか What スプリント #0 何を作るのか How どうやって作るのか仕様一次Fix When スプリント #1 いつまでに作るのか Who スプリント #2 スプリント #3 Who だれが作るのかどこで作るのか全機能実装版スプリント #n 43

44 ゴールとリズムをつくる設計基本のV字モデルをキープしながらいつまでに何をどう作るのかゴールを明確にして一定期間のサイクルで回すゴールを分割してプロセスの流れを作る 44

45 要求分析システムテスト基本設計結合機能テスト詳細設計単体テスト実装

46 従来のプロセスとの違い 46

ゴールへのコミットメント形成ゴールをシミュレーションし自分たちがコミットする設計着手仕様一次Fix 機器仕様検討関連部署とのコミットメントプロダクト詳細シートプロジェクトでのコミットメントリリーススプリントゼブラパターンを表示するプロダクト検討要件番号 14A4079 企画優先度 A 主担当U 推進L 難易度 REC どんな人がどんな目的どんな気持ちで

47 ゴールへのコミットメント形成ゴールをシミュレーションし自分たちがコミットする設計着手仕様一次Fix 機器仕様検討関連部署とのコミットメントプロダクト詳細シートプロジェクトでのコミットメントリリーススプリントゼブラパターンを表示するプロダクト検討要件番号 14A4079 企画優先度 A 主担当U 推進L 難易度 REC どんな人がどんな目的どんな気持ちでこうなる機能プロの動画カメラマン静止画カメラマンの一部も含む撮影対象の中に白トビが発生していないかをリアルに確認するライブビュー撮影中も確認できる再生中は表示されない設定した値以上の白が表示されている部分がライブビュー出力中に白黒縞々のパターンでマーキングされる LCD LVF HDMI 外部モニターなどすべて B 事例オプーロナダークトマススクタラームフィードバック開発チームチームメンバー全員でゴールへのコミットメント 47

48 ご参考お客様は誰? 1 フォーマットに合わせてみんなでディスカッションをしてみましょう 2 お客様は誰ですか? は名前など特定できれば OK 3 どんな人ですか? 求めているものはどんなもの? を具体化していきましょう 4 1 人だけとは限りませんいろいろなパターンを考えてみましょう 48

49 ご参考お客様のハッピー 1 お客様は誰? の結果を書きましょう 2 お客様はどんなことをやってみたいと思っていますか? 求めているものは? 3 みなさんがつくり出すものでどんなことが実現できますか? 4 実際にお客様が使ってみるとどんな気持ちになりますか? 49

50 ご参考ストーリーテラー 1 フォーマットに合わせてシンプルに書いてみましょう 2 結果をもとに具体的なディスカッションにつなげてみましょう 50

51 スプリントとゴールのマッチング見積設計着手仕様一次Fix 機器仕様検討 Output 関連部署とのコミットメント設計者の概要見積りをベースにリリース計画各スプリントの実装要件プロダクト検討プロダクトバックログストーリー実装リストリリース計画スプリント計画その他関連ドキュメントストーリーA 見積り２ポイントストーリーB 見積り 1ポイントストーリーC 見積り 3ポイントスプリント #1 スプリント #2 スプリント #3 スプリント #4 各ストーリはチーム全員で見積を実施し実現可能かどうかを見極める 51

52 ②一定間隔をリズムを継続させる価値をゴールにし優先順位をコミットするゴールリズムとゴールをマッチングさせるプロジェクトを一定間隔のリズムで区切るリズムプロジェクトのベロシティを把握する動くもの状況の可視化でリズムを伝播させる見える化フィードバックにより変化を取り込む自分たちでふりかえる自律自分たちで変えていく 52

53 プロダクトオーナー開発チームの作業とプロダクトの価値の最大化に責任を持つプロダクトバックログユーザストーリを集めたもの優先順位を決めるスクラムマスター開発チームスクラムの理解と成立に責任を持つスプリントプランニングスプリントに落とし込みスプリントバックログを作るデイリースクラムスプリントスプリントに落とし込み 1 4 Week スプリントレビュー動くソフトウェアでレビューフィードバックスプリントレトロスペクティブスプリントごとにふりかえり 53

開発実施成果レビューふりかえりスプリントバックログ作業タスク作業成果物ストーリごとに V字モデルを回す

54 ストーリをさらに細かいタスクに細分化する全機能実装版設計着手仕様一次Fix スプリント #1 スプリント #2 スプリント #3 Output 1 2 week スプリント計画スプリント #4 2日程度の粒度のタスクで開発実施成果レビューふりかえりスプリントバックログ作業タスク作業成果物ストーリごとに V字モデルを回すプロダクトバックログをスプリントバックログに細分化することは基本的にWBSと似ているがリズムが一定間隔なことが重要 54

品質を継続的にキープするためにテスト駆動開発デイリースクラム Test Driven Development コーディングミスが発生しにくいコーディングでの誤り混入から発見までの時間が短い数分数10分程度コードの可読性が向上するコードの共同所有ペアプログラミングスプリントコードがきれいになる

55 品質を継続的にキープするためにテスト駆動開発デイリースクラム Test Driven Development コーディングミスが発生しにくいコーディングでの誤り混入から発見までの時間が短い数分数10分程度コードの可読性が向上するコードの共同所有ペアプログラミングスプリントコードがきれいになるレビュー率100 システムやコードツールなどの知識を共有できるペアの組み方によってはトレーニングの効果を得られるコミュニケーションが活発になり一体感を生み出す 1人で悩んで停止しまうことが少なくなり作業が着実に進むその他にもノウハウはたくさん作るものプロジェクトに合わせ自分たちでプラクティスを活用していく 55

プランニングポーカーを活用し全員でコミュニケーションしながら見積を実施する場合もある一つのストーリ要件でもありファンクションでもある

56 プロジェクトのベロシティを把握するスプリント #1 スプリント #2 一つのスプリントで実現できる作業量ベロシティを自分たちで把握することができるスプリント #3 スプリント #4 ストーリーポイントは開発にかかわるチーム全員で見積るカードを使ったプランニングポーカーを活用し全員でコミュニケーションしながら見積を実施する場合もある一つのストーリ要件でもありファンクションでもある実現すべき価値を日程や規模ページ数などではなく設計レビューテストなど全ての作業を合わせたストーリーポイントとして見積る画像提供楽天株式会社さま 56

57 ③常に状況を見えるようにして変化へ対応する価値をゴールにし優先順位をコミットするゴールリズムとゴールをマッチングさせるプロジェクトを一定間隔のリズムで区切るリズムプロジェクトのベロシティを把握する動くもの状況の可視化でリズムを伝播させる見える化フィードバックにより変化を取り込む自分たちでふりかえる自律自分たちで変えていく 57

58 プロダクトオーナー開発チームの作業とプロダクトの価値の最大化に責任を持つプロダクトバックログユーザストーリを集めたもの優先順位を決めるスクラムマスター開発チームスクラムの理解と成立に責任を持つスプリントプランニングスプリントに落とし込みスプリントバックログを作るデイリースクラムスプリントスプリントに落とし込み 1 4 Week スプリントレビュー動くソフトウェアでレビューフィードバックスプリントレトロスペクティブスプリントごとにふりかえり 58

59 価値の最大化するためのフィードバックアジャイルは単に早い高品質なだけではなくフィードバックにより価値を最大化していかなければ効果がない 59

60 実際にうごくもので価値を確認するスプリントごとに価値をフィードバックするには価値が確認できるレベルに動作していることシンプルに設計しリファクタリングができること今必要としていないものをムダに作りこまないことライブラリデバイスドライバファンクション単位でアプリケーションレイア単位ではなく 60

61 様々な見える化により開発の透明性を実現するかんばんバーンダウンチャートにこにこカレンダー 61

62 プロジェクトの見える化 Redmineでのチケット駆動開発ゴールごとのチケット完了状況の確認進捗確認リアルタイムにバーンダウンチャートを見ることで進捗状況の共有化を図る各チケットの状況でどの作業が残っているか簡単に把握できる事例 62

63 ゴールは固定されるのではなく継続的にふりかえる設計着手仕様一次Fix プロダクト検討#1 プロダクト検討#2 スプリント #1 ふりかえりプロダクト検討#3 スプリント #2 ふりかえりプロダクト検討#4 スプリント #3 ふりかえりスプリント #4 ふりかえり動くもの見えるものを作り上げ価値を確認することで次のスプリントにフィードバックさせていく 63

64 - 参 - プロジェクトの価値を創る

66 野中先生提唱のSECIモデル身体五感を駆使直接経験を通じた暗黙知の共有創出対話思慮による概念デザインの創造暗黙知の形式知化形式知を行動実践のレベルで伝達新たな暗黙知として理解学習形式知の組み合わせによる新たな知識の創造情報の活用 I G O E = = = = 個人集団組織環境 66

68 スクラムチームの特徴スクラムチームスクラムチームはプロダクトオーナー開発チームスクラムマスターで構成されるスクラムチームは自己組織化されており機能横断的である自己組織化チームは作業を成し遂げるための最善の策をチーム外からの指示ではなく自らが選択する機能横断的チームはチーム外に頼らずに作業を成し遂げる能力を持っているスクラムにおけるチームのモデルは柔軟性創造性生産性に最適化されたものとなっているスクラムガイドより Ken Schwaber and Jeff Sutherland, All Rights Reserved 68

69 ④自分たち自身の価値も向上させる価値をゴールにし優先順位をコミットするゴールリズムとゴールをマッチングさせるプロジェクトを一定間隔のリズムで区切るリズムプロジェクトのベロシティを把握する動くもの状況の可視化でリズムを伝播させる見える化フィードバックにより変化を取り込む自分たちでふりかえる自律自分たちで変えていく 69

70 プロダクトオーナー開発チームの作業とプロダクトの価値の最大化に責任を持つプロダクトバックログユーザストーリを集めたもの優先順位を決めるスクラムマスター開発チームスクラムの理解と成立に責任を持つスプリントプランニングスプリントに落とし込みスプリントバックログを作るデイリースクラムスプリントスプリントに落とし込み 1 4 Week スプリントレビュー動くソフトウェアでレビューフィードバックスプリントレトロスペクティブスプリントごとにふりかえり 70

アジャイルのレフトウィング平鍋さんブログ An Agile Way より http://blogs.itmedia.

71 アジャイルのレフトウィング平鍋さんブログ An Agile Way より 71

72 プロジェクトファシリテーションとはプロジェクトファシリテーションとはプロジェクトマネジメント PM が重要であることは昨今強く言われています PMが計画達成のマネジメントに重点を置くのに対してPF は参加者の協調の場作りに重点を置いています PMは計画の立案と実行差異に注目した管理が中心でどちらかと言うとコマンドコントロール型のマネジメントスタイルが背後にありますこれに対してPFはその場その場の変化に対応しチームが協力し合って創発的に成果を出していくリーダーシップコラボレーション型の新しいチーム作りの形ですオブラブ公式Webサイトよりアジャイル宣言 1990年代オブジェクト指向モデリング時代にどう合わすペアプロ TDD 反復特有の技術アップ設計技術をどう回す Agile アジャイル開発プロジェクトファシリテーションビジネスとしてとらえる 2007 要求開発ビジネスアジャイル人に向き合うチームビルディング PM コーチングファシリテーションプロジェクトファシリテーション TPS SECIモデルトヨタ生産方式アジャイルの変遷とプロジェクトファシリテーションファシリテーション 72

73 プロジェクトファシリテーションの価値原則価値原則プラクティス朝会コミュニケーション行動気づき信頼関係笑顔見える化リズムかんばん KPT ペアボード名前付けニコカレ問題vs.私たちの構図アイスブレイクカイゼン MindMap 偏愛マップ etc. 73

74 対立構図から問題対私たちへ 74

75 75 75

76 76 76

77 Doneの定義ストーリへの完了条件を定義してない共有していないことがズレの始まりにどんなテストを完了していますかレビューは完了していますかお客様視点で動作できますか一つひとつのゴールもずれていないかきちんと定義して共有する 77

78 チームのコミットメントコミットメントは個人の目的をチームの目標達成に融合させて最大のパフォーマンスを発揮するためのものメンバー全員が共通のゴールに向けて進んでいる効果的な協同作業を行うためのプロセスをつくるか選び活用する成果物やプロセスは素早いフィードバックで常に改善していく 78

79 タイムボックスというリズムの効果変わらない時間の測定基準を使ってプロジェクトのパワーを測り引き出していく 79

80 ジャンプして届くゴールの繰り返し 80

81 KPTは成長を促すツール Keepでチームとしての共感を得るよかったことを褒めあうとチームを信頼できる Problemを共有する問題を誰かのせいにするのではなくチームの問題であると認識するそしてみんなでTry! 誰かがやってくれるのではなく自分がそして誰もがやる 81

82 プロジェクトのリズムを使った成長定期的に成長するしくみ一定期間の短いリズムでふりかえる習慣にして継続させる歩みを実感しつづける成長していることは自信につながる 82

83 - 四 - アジャイルになる!

84 トップダウンかボトムアップかトップダウンボトムアップリファクタリングサインアップペアプロニコカレ KPT チームの活動を引き出すプランニングポーカー TDD 朝会見える化と改善チケット駆動開発 84

85 アジャイルとはお客様のビジネス価値を最大化するための考え方や姿勢のこと 85

86 みんな違ってみんないい金子みすずわたしと小鳥と鈴とより一人ひとりがいろいろな文化を背負っています地域の文化組織の文化個人の文化一人ひとり違ったメンバを信頼できていますか 86

87 自分を開いて伝えよう! 相手を知りながら自分自身を知ってみよう! 87

88 成長を続けることでプロジェクトの価値をアップ自分たちを成長させていく成長を感じることでより活発化していくプロジェクト自体が自律しはじめる! 自律しながら自分たちの道を探すプロジェクト価値をアップすることがアジャイルの最大メリット 88

89 Do Agile キーワードは自己組織化

90 変化を受け入れるのではなく社会に対して変化を生み出していく 90

組込み開発でのわかりやすいアジャイル導入ポイント SWEST16 パナソニック株式会社前川直也 1

組込み開発でのわかりやすいアジャイル導入ポイント SWEST16 パナソニック株式会社前川直也 1 組込み開発でのわかりやすいアジャイル導入ポイント SWEST16 パナソニック株式会社前川直也 1 今日のベースはこれです! 2 グランドルールご自身のプロジェクトや組織に置き換えて考えてください! とにかく頭と体で感じ取って! 一期一会の笑顔を忘れずに! SWEST16 3 アジャイルとは? SWEST16 4 アジャイルとは? アジャイルとはお客様のビジネス価値を最大化するための考え方