問題モデリング

Size: px

Start display at page:

Download "問題モデリング"

あきとしひでやま
5 years ago
Views:

1 ( 火 ) SaPID 勉強会!in 大阪システム企画開発 / プロジェクト管理 / プロセス改善などさまざまな現状分析に活用できる自律したチーム運営を促進する SaPID+ 問題モデリングアプローチの原理を理解するワーク SaPID=Systems analysis/systems approach based Process Improvement method SaPID+( サピッドプラス )=SaPID plus(+) Trouble Modeling approach P.00 スライド左下の頁表記はソフトウェアプロセス改善手法 SaPID 入門の該当頁を指しています株式会社 HBA Software Quasol (Software Quality Solution Service) 安達賢二 adachi@hba.co.jp SaPID は株式会社 HBA の日本における登録商標です以降のスライドでは表記を省略します 1

安達賢二 ( あだちけんじ ) 株式会社 HBA Quality Solution Service(Quasol) adachi@hba.co.

jp 経歴 1987 年 HBA 入社システム保守運用開発業務を経験後部門品質保証担当システム監査委員全社品質保証担当全社品質セキュリティ環境管理統括責任者全社生産革新活動スリーム技術リーダなどを担当 2012 年社内イントレプレナー第一号事業者として品質向上支援コンサル事業を立ち上げ研究論文や著書

派生開発カンファレンス 2013 SS2013( 最優秀発表賞 ) SEC BOOKS プロセス改善ナビゲーションガイド ~ なぜなに編 ~ (2007.3)~ プロセス診断活用編 ~(2007.4) ~ 虎の巻編 ~(2009.2) ~ 自律改善編 ~(2013.

2 安達賢二 ( あだちけんじ ) 株式会社 HBA Quality Solution Service(Quasol) adachi@hba.co.jp quality-sol@hba.co.jp 経歴 1987 年 HBA 入社システム保守運用開発業務を経験後部門品質保証担当システム監査委員全社品質保証担当全社品質セキュリティ環境管理統括責任者全社生産革新活動スリーム技術リーダなどを担当 2012 年社内イントレプレナー第一号事業者として品質向上支援コンサル事業を立ち上げ研究論文や著書レビュープロセスの現実的な改善手段の提案 : ソフトウェアテストシンポジウム 2006 札幌の他 SPI Japan2007/2011/2012( 最優秀賞 )/2013( 実行委員長賞 )/2015( わくわく賞 ) SPES2012(Best Presentation 賞 )/2013 SQiP2011-SIG SIG 運営派生開発カンファレンス 2013 SS2013( 最優秀発表賞 ) SEC BOOKS プロセス改善ナビゲーションガイド ~ なぜなに編 ~ (2007.3)~ プロセス診断活用編 ~(2007.4) ~ 虎の巻編 ~(2009.2) ~ 自律改善編 ~(2013.3) 以上独立行政法人情報処理推進機構ソフトウェアエンジニアリングセンター編共著ソフトウェアプロセス改善手法 SaPID 入門日科技連出版社 (2014.3) VSE 標準導入の手引き JISA 標準化部会 VSE 標準普及ワーキンググループ共著 (2014.4) その他社外活動 NPO 法人ソフトウェアテスト技術振興協会 (ASTER) 理事 JSTQB( テスト技術者資格認定 ) 技術委員 JaSST 北海道実行委員日本科学技術連盟 SQiP ソフトウェア品質委員会委員 JCT1/SC7/WG24(Very Small Entities) エキスパートソフトウェアシンポジウム (SS) プログラム委員 SPINA3CH User Group 運営メンバー 6WCSQ アジア地域プログラム委員派生開発協議会正会員 TEF(Test Engineer s Forum) 北海道テスト勉強会お世話係など 2 2 Copyright Kenji Adachi@HBA Quasol, All Rights Reserved

3 こんなことになっていませんか? よくある出来事 <1 システム企画 ~ 開発導入 > IT システム企画 ~ 開発導入の過程でシステムの利用者とその管理者経営者など関係者のニーズや要望がバラバラで折り合わず要求や仕様変更が多発しプロジェクトが迷走頓挫する <2 プロジェクト管理 > プロジェクト業務組織運営に存在するリスクや問題が見えない突然大きな問題が発生するなどいつも後手に回っている <3 プロセス改善 > プロセス改善対象のメンバーが当事者意識に欠け形式対応に終始したり自然消滅するなど改善効果が得られないあるいは関係者の意見が合わず迷走する声の大きな人の一言で決まるが誰も納得していないなどこれらは問題モデリングで解決可能です 3

4 よくある光景毎朝ミーティング週次進捗報告書何か問題はありませんか? 特にありませんそしてある日突然進捗が 1 週間遅れです! お客様からクレーム連絡が! などのとんでもない問題が発生 4

5 Work1 現状のソフトウェアテストの問題点みなさんが抱えているソフトウェアテストに関する問題点 ( 選りすぐり ) を 1 つ付箋に記載してください後ほど自ら記載したものを他者に見てもらいその内容 ( 問題点 ) を把握理解してもらいます 5

6 Work2 問題共有 12 人がペアになります (A さん B さんとします ) 2 まずは A さんの問題表現一枚を B さんが黙読し頭の中にどのようなことかをイメージします具体的な情景がイメージできましたか? 3B さんがイメージしたことを B さんの言葉でこういうことですね? と A さんに説明してみましょう A さんが意図したことと同じ認識になっていますか? 4 不足不明な情報があれば特定してくださいどう表現すれば相手にありのまま具体的に伝わったでしょうか? 終了したら役割を交代して同じことをやってみましょう制限時間 1 人 3 分 2 6

7 Work で気づいたコトは何? 7

8 Work3 当日お見せします 8

9 Work で気づいたコトは何? 9

10 Work4 チームとして共有する問題あなたのチームに新しいメンバー A さんが加わることになりましたチームポリシーの一つは問題の早期発見早期解決を実践! です異なる地域別業種から転職してきた A さん ( ある意味初心者 ) にチームとして共有するべき問題をあなたが説明しますポリシーの実践に向けてできるだけ簡潔に伝え理解を促してください 10

11 Work で気づいたコトは何? 11

12 Work5 優先で解決すべき問題 Work1 で記載したみなさんの問題事項がすべて正しい ( 事実である ) としますどれが最も優先で解決すべき問題でしょうか? それを効果的 & 効率的に判断する方法必要な情報や分析方法などがあれば提案してください 12

13 作業場所が暑い作業場所が暑いチームで共有すべき問題とは? 価値観や認識により見えるものが変わる必要な情報はいつも目の前にすべて存在している作業が進まない品質基準がない顧客が怒ってる仕様書が間違っている進捗が遅れている仕事が楽しくないこのコードはわかりにくい計画外作業の依頼が来たかわいい女性がいないテスト設計よくわからない 13 作業が進まない品質基準がない顧客が怒ってる仕様書が間違っている進捗が遅れている仕事が楽しくないこのコードはわかりにくい計画外作業の依頼が来たかわいい女性がいないテスト設計よくわからない作業が進まない品質基準がない顧客が怒ってる進捗が遅れている仕事が楽しくない作業場所が暑いこのコードはわかりにくい計画外作業の依頼が来たかわいい女性がいないテスト設計よくわからない仕事が楽しくない品質基準がない仕事が楽しくない計画外作業の依頼が来たテスト設計よくわからない品質基準がない仕様書が間違っているこのコードはわかりにくい作業が進まない品質基準がない仕様書が間違っている仕事が楽しくないこのコードはわかりにくい作業場所が暑い仕事が楽しくない作業場所が暑い仕様書が間違っているこのコードはわかりにくい仕様書が間違っている仕事が楽しくない仕様書が間違っている仕事が楽しくない作業場所が暑いこのコードはわかりにくい品質基準がないこのコードはわかりにくいテスト設計よくわからない顧客が怒ってる

14 組織チーム運営 : 関係者の認識組織内のそれぞれの要員が自分の見ている範疇で現状を認識しているしかもそこには問題事実ではないものも混在している全然問題ないよこうするべきだこれに困ってるんだこうして欲しいこんな問題がある各自はそれぞれの立場で自分が見た聞いた感じたことを元に自分の認識を持っている ( 事実の断片事実以外のものも混在 ) 認識が合わない思うように解決改善が進まない 14

15 Work で気づいたコトは何? 15

16 Work6 問題表現レビュー当初記載した問題表現をレビューしてください 1 問題として適切なものかどうか 2 ありのまま具体的に把握できる内容かどうかどういうところがよいか / まずいか? 可能なら修正案も検討してください 16

17 P.52 文章表現の原則事実準拠の原則断定推測区分の原則個性化の原則共通理解の原則具体化の原則一文一義の原則簡潔性の原則文章表現の原則禁則内容事実に即して記載する推測を含める場合は事実と分けてはっきりと記載する決まり文句や流行語一般論的な表現を避け実際に存在する個別事項を記載する訴えたいことがそのまま関係者に理解されるように表現する抽象的な表現を避けどのような状態や結果なのかを具体的に把握できるように記載する一つの文に一つの内容を記載する余計な修飾語や冗長な説明を削り落として簡潔に記載する禁則悪い例適切な見直し方法体言止め紋切型モラル計画内容を具体化して生々しい出来事を記載する不足型不十分型レビュー不足テストが不十分不足不十分となっている内容を具体的に示す / 不足していることで発生している出来事を明確にする対策型基準が存在しないそれがないために発生している困った出来事や状態を記載する疑問型スキルに問題あ疑問に思った経緯や背景出来事を具断定型推論型り? Aさんはやる気がない最初からムリな計画なのではないか? Copyright Kenji Adachi@HBA Quasol, All Rights Reserved 体的に記載するそう考えた経緯や背景出来事を具体的に記載する 17

18 Work9 問題構造分析原因摘要結果原因が存在すると結果になりやすいみなさんが記載した問題表現を構造分析してみましょう 18

19 問題構造例要約顧客の言いなりで要求事項が不明確なままプロジェクトを進めているため途中から仕様変更や進捗遅延が多発しレビューが追い付かずテストで大量のバグが検出され納品後クレームが多発している要求事項の決定が遅延する要求事項が何度も変更される要求事項は記録されないことが多い役割が長い間固定されている P.55 特にプロジェクト後半に進捗遅延が常態化設計書はあったりなかったりする設計書レビューでは有効な欠陥指摘が少ない実装テストは担当者の経験則に任せている実装内容がバラバラ毎日残業 & 休日返上対応が多いシステムテスト時に大量バグ検出 Copyright Kenji Quasol, All Rights Reserved 問題発生のメカニズムを見える化し共有するプロジェクトの収支が赤字納品後に多くの障害が発生顧客クレーム多発 19

20 Work8 問題点を共有しにくいチームの特徴グループで問題を共有しにくいチームの特徴を洗い出してください各自が付箋紙に問題を共有しにくいチームの特徴を記載し随時提示全員で内容を把握してください 20

21 問題モデリング ( 準備 ~ 実践 ) の変化例雛形 sheet から日報へ ~6.29 KPT カウンター登場日次がそのまま週次月次サマリに ~ リーダコメント返し週次 KPT 月次 KPT 月次 KPT 月次 KPT

22 〇〇機材系は他チームとの共用チーム間連携問題として解決が必要 3 回も Check があるのはなぜ? その分甘えた作業になっていないかな? Keep Problem P 改善済 Check 時の NG 減少!! 問題モデリング PFD&KPT 業務の全体像と個別の内容がわかりにくい+ 業務のどこに Keep/Problem/Tryが分布しているのかを把握するために仮作成 ( 全 3 業務のうち作りやすそうな1 業務 ) これまでのKeep/Problem/Try 情報を置いてみた新メンバー受入 ~ 一人前になるまでの過程を把握しながら実務を進めるために活用できるのでは? と別用途も視野に部分作業を次々と預けるとどこまでやれば終わるのか自分が何をやっているのかがわからず不安になりやすい & 実務上での工夫ができなくなる 22

23 まとめ 23

24 自律したチーム運営を促進する自律とは?( 自分の気ままを押さえまたは自分で立てた規範に従って自分の事は自分でやって行くこと他からの支配や助力を受けず, 自分の行動を自分の立てた規律に従って正しく規制すること自己の欲望や他者の命令に依存せず, 自らの意志で客観的な道徳法則を立ててこれに従うこと自立は他の助けや支配なしに一人で物事を行うことであるが, それに対して自律は自分の立てた規律に従って自らの行いを規制することをいう反対語自律他律自立依存 SaPID+ が目指すのは自律したチーム運営 24

25 プロセス改善手法 SaPID Ver2.0 の全体像 STAGE 0 ビジネスの ASIS/TOBE 共有 STEP 0-1 ビジネスゴール現在状況共有 STEP 0-2 テーマ共有 STAGE 1 現状把握 STEP 2 事実確認要素精査 STEP 1 問題洗い出し引き出し STEP 3 問題分析構造化 STAGE 3 改善の実行 STEP 8 改善トライアルと評価フィートハック STEP 7 改善計画立案 STEP 9 全体適用と評価フィートハック P.16 STAGE 2 改善の検討 STEP 5 1- 改善対象の掘り下げ 2- 改善策の検討決定 STEP 4 改善ターゲットの検討特定 STEP 6 改善目標の検討決定 Copyright Kenji Adachi@HBA Quasol, All Rights Reserved

26 次に考えたこと問題解決改善工数問題解決改善の実践状態経験則に基づきモデル化したもの問題を共有しにくいチーム問題が大きくなってから解決行動指示に従い改善を実施改善の費用対効果と実践継続性が低い傾向問題解決改善工数問題意図的に変えられないか問題自律運営チーム毎日問題を共有して即座に解決行動必要な改善も問題解決と区別せずに実施改善の費用対効果と実践継続性が高い傾向改善時間の流れその日の問題その日のうちに時間の流れ 26

27 当初考えていたこと日常実務の価値観変容からアプローチできないか典型的表面的な改善アプローチ 2 改善 1 現状把握結果成果行動活動思考認識価値観意識 1 現状把握 2 改善 < 人間組織の行動と結果 > 目に見える領域目に見えない領域 27

28 問題モデリングアプローチの全体像 MODE 5 プロセス改善を含めたチームリスクマネジメント実践 MODE 4 チーム是正予防処置実践 MODE 3 チーム是正処置実践 MODE 2 チーム個別改善実践 MODE 1 チーム個別問題発見解決実践 STAGE 0 チーム運営方針共有 STEP 1 運営方針問題定義 / 見直し STEP 2 チーム認識共有価値観行動変容によるアプローチ STAGE 1 問題発見共有 STEP 3 個別問題発見 STEP 4 問題表現共有 STAGE 3 結果共有ふりかえり STEP 7 チーム内結果共有 STEP 8 ふりかえり STAGE 2 問題解決改善 STEP 5 問題解決 STEP 6 改善 Copyright Kenji Adachi@HBA Quasol, All Rights Reserved

29 SaPID+: 問題モデリングとは? チームや組織に存在するたくさんの問題がどのように関連して何が起きているのかを把握しわかりやすく表現すること表現した結果関係者全員が問題を ( 最終的には全体構造と個別詳細の両面で ) 把握理解し納得することを目指す関係者全員にチームの問題解決や改善実践の当事者になってもらうのが最終目標モデリング = 対象の主な特徴を的確に捉え主な要素を構造化し枝葉情報は除外して表現するまでの試行錯誤の過程と結果を指すことが多い 29

30 SaPID+ 問題モデリングはどう表現するか? だけではない問題の表現形式や表現方法だけを磨いても目的 ( 関係者全員が問題を ( 最終的には全体構造と個別詳細の両面で ) 把握理解し納得することを目指す ) は達成できない問題の表現形式や表現方法と同時にその過程で関係者とどのように関わりどのように巻き込みどのように認識を共有し合意を形成するのかが問われる実務の現場では人間系の問題と技術的な問題の両方を丸抱えで解決する必要がある 30

31 問題を関係者間で適切的確に共有処置できないチームでの改善は困難改善できないチーム = 成長しないチーム自律運営チーム構築手法 SaPID+( サピッドプラス ) の全体像 31

32 相互補完によるアプローチ SaPID 強み簡易な改善実践からスタートし最終的には ( 難解で重厚な ) プロセスモデルによるアセスメントを使いこなして目指す成果を獲得できるようになるまでの現実的段階的な道筋を提供しているビジネス志向を実現するノウハウが実装されている弱み主に改善からアプローチするためそれ ( 改善 ) 以前の実務実践が思うようにできていない ( 日々の問題に翻弄されている ) チームへの適用が難しくなる問題モデリングアプローチ自らのチカラで問題に翻弄されている状況を打開しつつ自律した運営を実現できる実現できるのは主に個別問題発見解決 & 個別改善までビジネス志向になりにくい Copyright Kenji Adachi@HBA Quasol, All Rights Reserved

33 生活習慣病予防で活用される行動変容行動療法と今回のアプローチ比較行動変容手法手法の概要今回のアプローチピアラーニング法行動強化法生きがい連結法リフレイミング同じ目標を持つ仲間と学ぶことで自分もできそうだ感を高めるある行動の直後に自分にとって好ましいことが起きると同じ行動を繰り返すようになるメンバーにとって重要な意味を帯びる内容と結びつけるその人が持つ判断認知過程の枠組み (frame) を修正するチームメンバー全員が一緒に取り組むふりかえりの場でよいコトは逃さず評価共有うまくないコトにはフィードバックと理由を提供しながら段階的に変えていくよくある実務での困りごと嫌なことそれにより引き起こされるさらに困ること嫌なことの打開に取り組みその解消を逃さず評価し共有し働くことの楽しさを実感してもらうチーム全員に現在の状況暗黙の価値観や認識判断行動結果についての事実共有と疑問を投げかけるところからスタート参照 : セルフケア行動変容プログラム行動変容プログラムとは? 33

34 個人を特定できない情報として記載してくださいこの結果は受講者のみなさんと共有したうえで一般公開する予定です ( 問題があればお知らせください ) Last Work 今日のセッションのふりかえりこのセッションをふりかえってください総評 : 素直な感想と 100 点満点で何点? Keep: わかったこと気づいたことうれしかったことなど Problem: よくわからなかったことうまくいかなかったことなど Try: 実務で取り入れてみたいことやってみることなど 34

35 お疲れ様でした機会があればまたやりましょう! 参照参考情報ソフトウェアプロセス改善カンファレンス 2015 ( わくわく賞受賞 ) 自律型プロジェクトチームへの変革アプローチ事例 ~ チームの価値観変容を重視し問題モデリングを活用した SaPID 流プロセス改善アプローチ ~ ソフトウェアプロセス改善カンファレンス 2013 ( 実行委員長賞受賞 ) SaPID 実践事例より ~ 改善推進役がやるべきこと / やってはいけないこと現場が自らの一歩を踏み出すために SaPID Ver2.0 : SaPID+ : 35

自律運営チーム構築・変革手法 SaPID＋（サピッドプラス）概要

自律運営チーム構築・変革手法 SaPID＋（サピッドプラス）概要 2016.6.30 京都電子計算様向け資料サピッド自律型プロセス改善実践手法 SaPID サピッドプラス自律運営チーム構築変革手法 SaPID+ *1:SaPID=Systems analysis / Systems approach based Process Improvement method 自律運営チームとなることを目指すソフトウェアプロセス改善手法注 ) SaPID は株式会社