Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
2つのリスクを見分けて Backlogでリスクマネジメントしよう! #JBUG札幌
Search
Makky
October 29, 2024
Technology
210
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
2つのリスクを見分けて Backlogでリスクマネジメントしよう! #JBUG札幌
JBUG札幌 #15 仕事の"うまい"進め方をシェアしよう! の登壇資料です。
https://jbug.connpass.com/event/331813/
Makky
October 29, 2024
More Decks by Makky
See All by Makky
JaSSTに関わることで変わった人生観 #jasstnano
makky_tyuyan
0
210
JaSST Hokkaidoのすゝめ #jassthokkaido #WaAgileTesting
makky_tyuyan
0
98
フルリモートでも品質は作れる #seb_summit
makky_tyuyan
1
86
リスクを見分けるために意識していること #QaaS
makky_tyuyan
0
62
スタートアップの現場で実践しているテストマネジメント #jasst_kyushu
makky_tyuyan
0
360
不確実性に強いQAへ: プロジェクトリスクとプロダクトリスクを見極める実践アプローチ #SQiP2025
makky_tyuyan
0
86
プロジェクトテーマパークでチームビルディングを学ぼう! 〜ボードゲームを楽しみながらワイワイ学ぼう!〜 #JBUG
makky_tyuyan
0
100
生成AIをテストプロセスに活用し"よう"としている話 #jasstnano
makky_tyuyan
0
830
アジリティを高めるテストマネジメント #QiitaQualityForward
makky_tyuyan
1
1.2k
Other Decks in Technology
See All in Technology
ゴールデンパスは敷いただけでは道にならない ─ 企画部門のエンジニアが技術標準を事業価値に変えるまで
mhrtech
1
210
“それは自分の仕事じゃない"を越えて行け
yuukiyo
1
480
企業でAWS Organizationsを動かすための組織設計の考え方
nrinetcom
PRO
1
110
最適な自走を最小限の支援で — M&Aで拡大する組織で少人数SREが挑んだ1年 / SRE NEXT 2026
genda
0
1.5k
AIコード生成×サプライチェーン攻撃 — PHPが直面する“二重の信頼問題
shinyasaita
0
190
[2026-07-15] AI Ready なはずだったアーキテクチャと、見えてきた課題・次に目指す状態
wxyzzz
9
4k
関数型の考えを TypeScript に持ち込んで、テストしやすい純粋関数を増やす / Pure at the Core, Effects at the Edge: Bringing Functional Thinking into TypeScript
kaminashi
2
130
AI時代のPlaywright活用(システムテストを自動化する ー 実行エンジンにPla ywrightを選んだ理由)
ynisqa1988
0
130
誤解だらけの開発生産性 / Myths and Misconceptions about Developer Productivity
i35_267
2
790
AI Coding Agent時代のcdk-nagガードレール 〜組織ルールを強制CIで守り抜く設計の挑戦〜
mhrtech
3
410
人を動かすのは時間ではなく、納得感 〜新任EMが入社3ヶ月、組織を2回変えた話〜
kakehashi
PRO
3
270
ヘルスケア領域における AI 活用と その安全性担保のための取り組み (Leveraging AI in Healthcare and Our Efforts to Ensure Its Safety) - Google I/O Extended Tokyo 2026, July 11, 2026
zettaittenani
0
420
Featured
See All Featured
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
610
DBのスキルで生き残る技術 - AI時代におけるテーブル設計の勘所
soudai
PRO
67
56k
Odyssey Design
rkendrick25
PRO
2
730
Kristin Tynski - Automating Marketing Tasks With AI
techseoconnect
PRO
0
290
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.5k
The agentic SEO stack - context over prompts
schlessera
0
850
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
230
23k
Building Applications with DynamoDB
mza
96
7.1k
We Are The Robots
honzajavorek
0
280
Making Projects Easy
brettharned
120
6.7k
Highjacked: Video Game Concept Design
rkendrick25
PRO
1
410
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
900
Transcript
2つのリスクを見分けて Backlogでリスクマネジメントしよう! JBUG札幌 #15 仕事の"うまい"進め方をシェアしよう! 2024/10/29 Tues. テックタッチ株式会社 巻 宙弥(まき みちや)
本セッションの概要 品質マネジメント リスクマネジメント ? ? 「リスクマネジメント」における2つのリスクの見分け方を紹介します。
本セッションの概要 品質マネジメント 品質保証 品質コントロール 「品質コントロール」と「品質保証」を包括 ※一般に使われている品質管理と概ね同義と考えています ※
? ? なぜ、リスクを見分けることが大事なのか? 品質マネジメント リスクマネジメント プロジェクトの成功 製品の品質 影響 影響
Backlogでプロジェクトマネジメントするために 抑えておきたい3つの基礎 課題を構造化する 文章の客観性を保つ リスクを見分ける
Backlogでプロジェクトマネジメントするために 抑えておきたい3つの基礎 課題を構造化する 文章の客観性を保つ リスクを見分ける
リスクとはなにか? 私は、マネジメントと名のつく活動には、根本に必ず「リスク」があると考えています。 普段から何気なく使っている言葉ですが、改めてリスクの意味を整理してみましょう。
リスクとはなにか? 顕在化すると悪影響をもたらす潜在的な事象、 ハザード、または脅威のこと 引用)https://jstqb.jp/dl/JSTQB-SyllabusFoundation_VersionV40.J02.pdf ※JSTQB(Japan Software Testing Qualifications Board)とは? 日本国内におけるソフトウェアテストに関する資格認定を行う組織です。
国際的なソフトウェアテストの資格認定団体であるISTQB(International Software Testing Qualifications Board)の日本支部として、ソフトウェアテストの知識体系を普及させています。
リスクとはなにか? 目的に対する不確かさの影響 引用)ソフトウェア品質知識体系ガイド (第3版) -SQuBOK Guide V3- 不確実なイベントや状態で、発生すると プロジェクトの目標にプラスまたはマイナスの影響を 与える可能性があるもの
引用)プロジェクトマネジメント知識体系ガイド(PMBOKガイド)第7版
リスクとはなにか? 目的を達成する上での不確かさがもたらす影響 ふ たし
2つのリスクを見分ける 2つのリスクについて、JSTQBの定義を引用しながら、説明します。
プロジェクトリスク プロダクトリスク リスクには2つの側面がある 2つのリスクを見分けることがリスクマネジメントの第一歩
プロジェクトリスクとは プロジェクトの目的を達成する能力に影響を与える可能性がある。 引用)https://jstqb.jp/dl/JSTQB-SyllabusFoundation_VersionV40.J01.pdf 要件の増加 スケジュール遅延 コスト増加 要因 影響
プロダクトリスクとは 以下のようなさまざまな負の結果をもたらす可能性がある。 ⚫ ユーザーの不満足 ⚫ 収益、信頼、評判の損失 ⚫ 第三者への損害賠償 ⚫ メンテナンスコストが高い、ヘルプデスクに負荷がかかる
⚫ 刑事罰 ⚫ 極端な場合、身体的な損傷、重傷、または死に至ることもある 引用)https://jstqb.jp/dl/JSTQB-SyllabusFoundation_VersionV40.J01.pdf 機能不足 不十分な応答時間 使いづらさ 脆弱性
プロジェクトリスク プロダクトリスク 2つのリスクは相互に影響し合う 相互影響 重要なのは、この2つのリスクが相互に影響し合うという点
プロジェクトリスク プロダクトリスク 2つのリスクは相互に影響し合う 相互影響 片方のリスクにだけ対処すると もう片方のリスクが顕在化する可能性がある 重要なのは、この2つのリスクが相互に影響し合うという点
2つのリスクを見分けるプロセスが重要 プロジェクトリスク プロダクトリスク どっちに対処? このような状態を防ぐには、リスクを見分けるプロセスが重要
Backlogでどうやる?
種別の定義 見分けるリスクを定義
課題のテンプレート化 発生頻度と影響度
課題のテンプレート化 なぜ?を言語化
課題のテンプレート化 相互に関係するリスクを示す
現在の取組
テックタッチの開発プロセス プランニングから参加
テックタッチのリリースサイクル テックタッチのリリースサイクルは3ヶ月に一度
プランニ ング QA 情報共有会 スプリン トレビュ ー QAがリスクを見分けるプロセス 昨年
QA プランニング プランニ ング QA 情報共有会 スプリン トレビュ ー QAがリスクを見分けるプロセス
現在 開発プロセスや体制変更のタイミングでQAプランニングを追加
QA プランニング プロジェクトリスクを見分ける テストに必要なドメイン知識が不足する テストに必要なスキルが不足する スケジュールに対しQAのリソースが不足する 要件定義や設計に時間がかかりそう 3ヶ月に一度のリリースに影響を与える可能性はあるか? リスク要因
QA 情報共有会 機能性・使用性・テストプロセスに影響を与える可能性はあるか? リスク要因 「〜」という表現は顧客が誤解しそうだ 「〜」の手順は使用性を損なう可能性がある 「〜」のようなケースは検討されているか? この機能はテスト設計が難しそうだ プロダクトリスクを見分ける
最近の事例 開発スケジュール延伸 コードフリーズ延伸
不具合分析によるリスクの特定
プロジェクトリスクの最小化を図る 潜在している不具合を検出 テスト戦略 既存機能の不具合や修正機能のデグレードを発見。 リリース直前のプロジェクトリスク顕在化を低減
5.まとめ
プロジェクト リスク プロダクト リスク まとめ 品質マネジメント リスクマネジメント 2つのリスクを適切に見分け、Backlogの種別で表現します。 相互に影響するリスクも考慮して対処することが重要です。 種別
種別
リスクを見分けてBacklogで視える化しよう テックタッチ株式会社 巻 宙弥(まき みちや) JBUG東北 #1 JAWS-UGいわて コラボ開催 仕事の"うまい"進め方をシェアしよう! 2024/10/19 Sat. ご清聴ありがとうございました