品質マネジメントで抑えておきたい2つのリスクを見分けて未来に備えよう #yapcjapan

by Makky

Slide 1

Slide 1 text

品質マネジメントで抑えておきたい 2つのリスクを見分けて未来に備えようテックタッチ株式会社巻　宙弥（まき　みちや） YAPC::Hakodate 2024　〜 Open the future 〜 2024/10/5 Sat.

Slide 2

Slide 2 text

目次自己紹介 1. 本トークの概要 2. リスクとはなにか？ 3. ２つのリスクを見分ける 4. 事例紹介 5. まとめ 6.

Slide 3

Slide 3 text

システムエンジニア道内独立系IT企業・札幌市内ベンチャー企業東証プライム第三者検証企業 ITコンサルタント 10年 4年自己紹介焼き鳥が焼ける QAエンジニア巻　宙弥（まき　みちや）主な担当業務 Saasベンダー企業、テックタッチ(株)のQAエンジニア札幌でフルリモート勤務中マイブームは #おうちやきとり経歴 QAプロセス改善、標準化 QAチームメンバー育成テストプロセス実践・推進マネージャー 4年

Slide 4

Slide 4 text

本トークの概要品質マネジメント品質保証品質コントロール「品質コントロール」と「品質保証」を包括 ※一般に使われている品質管理と概ね同義と考えています ※

Slide 5

Slide 5 text

本トークの概要品質マネジメントリスクマネジメント ? ? 「リスクマネジメント」における2つのリスクの見分け方を紹介します。

Slide 6

Slide 6 text

? ? なぜ、リスクを見分けることが大事なのか？品質マネジメントリスクマネジメント

Slide 7

Slide 7 text

? ? なぜ、リスクを見分けることが大事なのか？品質マネジメントリスクマネジメントプロジェクトの成功製品の品質影響影響

Slide 8

Slide 8 text

3.リスクとはなにか？私は、マネジメントと名のつく活動には、根本に必ず「リスク」があると考えています。普段から何気なく使っている言葉ですが、改めてリスクの意味を整理してみましょう。

Slide 9

Slide 9 text

リスクとはなにか？顕在化すると悪影響をもたらす潜在的な事象、ハザード、または脅威のこと引用）https://jstqb.jp/dl/JSTQB-SyllabusFoundation_VersionV40.J02.pdf ※JSTQB（Japan Software Testing Qualifications Board）とは？日本国内におけるソフトウェアテストに関する資格認定を行う組織です。国際的なソフトウェアテストの資格認定団体であるISTQB（International Software Testing Qualifications Board）の日本支部として、ソフトウェアテストの知識体系を普及させています。

Slide 10

Slide 10 text

リスクとはなにか？目的に対する不確かさの影響引用）ソフトウェア品質知識体系ガイド（第3版）－SQuBOK Guide V3－不確実なイベントや状態で、発生するとプロジェクトの目標にプラスまたはマイナスの影響を与える可能性があるもの引用）プロジェクトマネジメント知識体系ガイド（PMBOKガイド）第7版

Slide 11

Slide 11 text

リスクとはなにか？目的を達成する上での不確かさがもたらす影響ふたし

Slide 12

Slide 12 text

リスクの例

Slide 13

Slide 13 text

予期せぬ問題解決までの時間リリース日が守れないリスクの例新しい機能をリリースする際、開発途中で予期せぬ技術的な問題が発生計画外のバグ修正や追加のテストが必要になる開発のスケジュールが遅れ、リリース日が守れない可能性が出てくる

Slide 14

Slide 14 text

予期せぬ問題解決までの時間リリース日が守れないリスクの例新しい機能をリリースする際、開発途中で予期せぬ技術的な問題が発生計画外のバグ修正や追加のテストが必要になる開発のスケジュールが遅れ、リリース日が守れない可能性が出てくるプロジェクトの進行に悪影響を与える潜在的なリスク

Slide 15

Slide 15 text

4. 2つのリスクを見分ける 2つのリスクについて、JSTQBの定義を引用しながら、説明します。

Slide 16

Slide 16 text

プロジェクトリスクプロダクトリスクリスクには2つの側面がある 2つのリスクを見分けることがリスクマネジメントの第一歩

Slide 17

Slide 17 text

プロジェクトリスクとはプロジェクトの目的を達成する能力に影響を与える可能性がある。引用）https://jstqb.jp/dl/JSTQB-SyllabusFoundation_VersionV40.J01.pdf 要件の増加スケジュール遅延コスト増加要因影響

Slide 18

Slide 18 text

プロダクトリスクとは以下のようなさまざまな負の結果をもたらす可能性がある。 ⚫ ユーザーの不満足 ⚫ 収益、信頼、評判の損失 ⚫ 第三者への損害賠償 ⚫ メンテナンスコストが高い、ヘルプデスクに負荷がかかる ⚫ 刑事罰 ⚫ 極端な場合、身体的な損傷、重傷、または死に至ることもある引用）https://jstqb.jp/dl/JSTQB-SyllabusFoundation_VersionV40.J01.pdf 機能不足不十分な応答時間使いづらさ脆弱性

Slide 19

Slide 19 text

プロジェクトリスクプロダクトリスク 2つのリスクは相互に影響し合う相互影響重要なのは、この2つのリスクが相互に影響し合うという点

Slide 20

Slide 20 text

プロジェクトリスクプロダクトリスク 2つのリスクは相互に影響し合う相互影響片方のリスクにだけ対処するともう片方のリスクが顕在化する可能性がある重要なのは、この2つのリスクが相互に影響し合うという点

Slide 21

Slide 21 text

2つのリスクを見分けるプロセスが重要プロジェクトリスクプロダクトリスクどっちに対処？このような状態を防ぐには、リスクを見分けるプロセスが重要

Slide 22

Slide 22 text

5.事例紹介実際に私が経験したプロジェクトを紹介します。この事例では、プロジェクトリスクとプロダクトリスクがどのように影響し合ったか紹介します。注意）現職ではなく過去経歴の中での実例です

Slide 23

Slide 23 text

プロジェクトの状況事例紹介遠隔地の開発会社と協業スクラムガイドに則った開発頻繁にコミュニケーションスクラム未経験のリーダーで開始中盤でリーダーが交代

Slide 24

Slide 24 text

不具合が多発段階的なリリースが停滞コミュニケーションエラー楽観的な報告リーダーの交代発生した問題事例紹介開発会社のリーダーとのコミュニケーションに問題があり、中盤でリーダーが交代初回リリースまでなんとか進行したものの、不具合が多発、予定していた段階的な機能リリースが滞る ※アジャイルの観点で、早く市場に投入して利用者のフィードバックを得てから機能をアップデートしていく計画があった ※

Slide 25

Slide 25 text

コミュニケーションのギャップが発生する可能性　　　リーダー交代によりプロジェクトが不安定になる可能性　　　　　　　　　　　　　　　　　　　　　　　　顕在化したリスクプロジェクトリスク事例紹介リモートでのコミュニケーションを行っていたものの、リーダーの報告が実態と合っていませんでした。この事実に気づくことがなく、プロジェクト全体の進行状況が適切に把握できず、問題の早期発見と対処ができませんでした。中盤でのリーダー交代時のフォローアップが不十分で、プロジェクト全体が不安定となり、進捗管理やリスクマネジメントの継続性が途切れ、スケジュールの遅延に繋がりました。

Slide 26

Slide 26 text

顕在化したリスクプロダクトリスク不十分なテスト計画により品質が低下する可能性機能リリース停滞により製品価値が低下する可能性事例紹介初回リリース後に多発した不具合は、リリース前に十分なテストが行われなかったためでした。不十分なテスト計画により、低レベルの不具合が顕在化し、プロダクトの品質を低下させました。リリース後の不具合対応に追われた結果、新機能の開発が後回しになり、段階的な機能リリースが滞りました。これが、製品の価値提供に影響しました。

Slide 27

Slide 27 text

片方のリスクだけに対処する（アンチパターン）プロジェクトリスクプロダクトリスク片方だけに対処 ※本スライドでは「特定の問題に対して、一見有効に見えるが実際には問題をより悪化させるか、新たな問題を生み出す可能性が高い解決方法」を指します ※

Slide 28

Slide 28 text

不具合が多発段階的なリリースが停滞コミュニケーションエラー楽観的な報告リーダーの交代片方のリスクだけに対処していた事例紹介

Slide 29

Slide 29 text

コミュニケーションエラー楽観的な報告リーダーの交代リリース後に品質問題が発生事例紹介不具合が多発段階的なリリースが停滞プロジェクトリスクが要因となるその後の影響まで考慮できず、不十分なテスト計画を見過ごしてしまった

Slide 30

Slide 30 text

コミュニケーションのギャップが発生する可能性リーダー交代によりプロジェクトが不安定になる可能性不十分なテスト計画により品質が低下する可能性機能リリース停滞により製品価値が低下する可能性　　顕在化したリスクプロジェクトリスクプロダクトリスク事例紹介注意）実際のプロジェクトはもっと複雑でしたが、今回はわかりやすくシンプルに表現しています。リスクが特定できなかった

Slide 31

Slide 31 text

Slide 32

Slide 32 text

プロジェクトリスクプロダクトリスクどちらか見分けもう一方のリスクを特定するプロセスが重要

Slide 33

Slide 33 text

プロジェクトリスクプロダクトリスク一方のリスクを特定もう一方のリスクを特定するプロセスが重要

Slide 34

Slide 34 text

リスクの相互作用に注意して交代すべきだったプロジェクトリスクプロダクトリスクリーダー交代によりプロジェクトが不安定になる可能性コミュニケーションのギャップが発生する可能性不十分なテスト計画により品質が低下する可能性機能リリース停滞により製品価値が低下する可能性相互作用に注意

Slide 35

Slide 35 text

現在の取組

Slide 36

Slide 36 text

テックタッチの開発プロセスプランニングから参加

Slide 37

Slide 37 text

テックタッチのリリースサイクルテックタッチのリリースサイクルは3ヶ月に一度

Slide 38

Slide 38 text

プランニング QA 情報共有会スプリントレビュー QAがリスクを見分けるプロセス昨年

Slide 39

Slide 39 text

QA プランニングプランニング QA 情報共有会スプリントレビュー QAがリスクを見分けるプロセス現在開発プロセスや体制変更のタイミングでQAプランニングを追加

Slide 40

Slide 40 text

QA プランニングプロジェクトリスクを見分けるテストに必要なドメイン知識が不足するテストに必要なスキルが不足するスケジュールに対しQAのリソースが不足する要件定義や設計に時間がかかりそう 3ヶ月に一度のリリースに影響を与える可能性はあるか？リスク要因

Slide 41

Slide 41 text

QA 情報共有会機能性・使用性・テストプロセスに影響を与える可能性はあるか？リスク要因「〜」という表現は顧客が誤解しそうだ「〜」の手順は使用性を損なう可能性がある「〜」のようなケースは検討されているか？この機能はテスト設計が難しそうだプロダクトリスクを見分ける

Slide 42

Slide 42 text

最近の事例開発スケジュール延伸コードフリーズ延伸

Slide 43

Slide 43 text

不具合分析によるリスクの特定

Slide 44

Slide 44 text

プロジェクトリスクの最小化を図る潜在している不具合を検出テスト戦略既存機能の不具合や修正機能のデグレードを発見。リリース直前のプロジェクトリスク顕在化を低減

Slide 45

Slide 45 text

5.まとめ

Slide 46

Slide 46 text

プロジェクトリスクプロダクトリスクまとめ品質マネジメントリスクマネジメント 2つのリスクを適切に見分け、相互に影響するリスクも考慮して対処することが、リスクマネジメントのベストプラクティスです。

Slide 47

Slide 47 text

過去から学び　未来に生かす一般論や先人達の経験、そして私自身の経験ユーザーにとっての価値、品質を追求していこう

Slide 48

Slide 48 text

品質マネジメントで抑えておきたい 2つのリスクを見分けて未来に備えようテックタッチ株式会社 QAエンジニア巻　宙弥 YAPC::Hakodate 2024 2024/10/5 Sat. ご清聴ありがとうございました