Backlogを始めてみよう！フリープランでハンズオン #JBUG #JBUG東北

by Makky

Embed

Start on current slide

Slide 1

Slide 1 text

Backlog　ハンズオン！フリープランでBacklogを使い倒そう！ JBUG札幌巻　宙弥（まき　みちや） JBUG東北 #1　JAWS-UGいわてコラボ開催仕事の"うまい"進め方をシェアしよう！ 2024/10/19 Sat.

Slide 2

Slide 2 text

Backlogで抑えておきたいキーワードスペース・プロジェクト・課題 https://backlog.com/ja/blog/backlog-framework-task-mangement-beginner/

Slide 3

Slide 3 text

Backlog利用時に必ず行いたいこと

Slide 4

Slide 4 text

単語の定義

Slide 5

Slide 5 text

課題とはなにか？

Slide 6

Slide 6 text

問題現状目指す状態課題課題とはギャップ打ち手目指す状態と現状のギャップが問題、問題を解決するための取り組みが課題注）絶対にこの考えが正しい！と主張するものではありません

Slide 7

Slide 7 text

Backlogでプロジェクトマネジメントするために抑えておきたい3つの基礎課題を構造化する文章の客観性を保つリスクを見分ける

Slide 8

Slide 8 text

Backlogでプロジェクトマネジメントするために抑えておきたい3つの基礎課題を構造化する文章の客観性を保つリスクを見分ける

Slide 9

Slide 9 text

課題を構造化しようゴールからつくるあきらかな問題からつくる結論からつくる

Slide 10

Slide 10 text

ゴールからつくるゴール小さなゴール小さなゴールもっと小さなゴール施策施策施策

Slide 11

Slide 11 text

あきらかな問題からつくる問題要因・原因要因・原因要因・原因要因・原因要因・原因要因・原因

Slide 12

Slide 12 text

結論からつくる結論小さな結論小さな結論小さな結論根拠根拠根拠

Slide 13

Slide 13 text

結論小さな結論小さな結論根拠根拠根拠問題要因・原因要因・原因要因・原因要因・原因要因・原因ゴール小ゴール小ゴール施策施策施策論点が混ざらないように注意する

Slide 14

Slide 14 text

課題背景 Backlogでわかりやすく表現するそれがなに？なぜ？親課題子課題 TODO

Slide 15

Slide 15 text

課題背景 Backlogでわかりやすく表現するそれがなに？なぜ？親課題子課題 TODO フリープランだと使えない

Slide 16

Slide 16 text

シンプルにまとめる ### 概要 ◆◆◆◆◆（要約を載せる） ### 解決したい課題本来◯◯◯だが、XXXなので□□□としたい ### 具体的なアクション - [ ] ●●までに▲▲を行う - [ ] ●●までに▲▲を行う

Slide 17

Slide 17 text

Backlogでプロジェクトマネジメントするために抑えておきたい3つの基礎課題を構造化する文章の客観性を保つリスクを見分ける

Slide 18

Slide 18 text

客観性ってなに？

Slide 19

Slide 19 text

主観共感客観わたしあなたほかの誰か客観性のイメージ

Slide 20

Slide 20 text

主観共感客観わたしあなたほかの誰か客観性を保つために重要な４つの問い事実と意見の区別　（ほんとのこと？　思っていること？）客観的な分析では、確かな証拠やデータに基づいた事実と、それに対する個人的な解釈や意見を明確に区別する必要があります。証拠の確認　（どうしてそう思うの？）提示された情報やデータが正確で信頼性のあるソースから得られたものであることを確認します。複数の視点の検討　（いろんな人の考えが元になっているの？）一つの視点だけに依存せず、異なる視点や意見を考慮に入れることで、より全面的な理解を目指します。透明性と開放性　（いつでも誰でもわかる状態になってる？）判断や分析のプロセスを透明に保ち、批判的なレビューや他者の意見を受け入れることで、偏見の可能性を低減します。

Slide 21

Slide 21 text

客観性を評価するアプローチ客観性とは、「個人の感情や偏見を排除して物事を公平に評価すること」です。一般的に客観性は定量的に示さないといけない。と思われがちですが、客観性は定量でも定性でも示すことができます。定量定性

Slide 22

Slide 22 text

5W2H 説明 What (何を) 何が行われるのか、または何が問題なのかを指します。目的や課題の内容を明確にします。 Why (なぜ) なぜそれを行うのか、またはなぜその問題が存在するのかを問います。目的や理由を明確にすることで、行動の正当性を確立します。 Who (誰が) 誰がそのタスクを実行するのか、または誰が関係者であるのかを指します。担当者や責任者、利害関係者を特定します。 When (いつ) いつその活動が開始され、終了するのか、またはいつその問題が発生したのかを問います。タイムラインや期限を設定します。 Where (どこで) どこでその活動が行われるのか、または問題が発生しているのかを指します。場所や環境を特定します。 How (どのように) どのようにしてその活動を実行するのか、またはどのようにしてその問題を解決するのかを問います。方法や手順、プロセスを明確にします。 How much (どれくらいの) どれくらいのコストがかかるのか、またはどれくらいのリソースが必要なのかを指します。量や規模、予算を概算します。

Slide 23

Slide 23 text

Backlogでプロジェクトマネジメントするために抑えておきたい3つの基礎課題を構造化する文章の客観性を保つリスクを見分ける

Slide 24

Slide 24 text

リスクを見分けてBacklogで視える化しよう JBUG東北 #1　JAWS-UGいわてコラボ開催仕事の"うまい"進め方をシェアしよう！ 2024/10/19 Sat. JBUG札幌巻　宙弥（まき　みちや）

Slide 25

Slide 25 text

目次本セッションの概要 1. リスクとはなにか？ 2. ２つのリスクを見分ける 3. 事例紹介 4. まとめ 5.

Slide 26

Slide 26 text

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

Slide 27

Slide 27 text

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

Slide 28

Slide 28 text

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

Slide 29

Slide 29 text

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

Slide 30

Slide 30 text

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

Slide 31

Slide 31 text

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

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

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

Slide 37

Slide 37 text

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

Slide 38

Slide 38 text

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

Slide 39

Slide 39 text

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

Slide 40

Slide 40 text

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

Slide 41

Slide 41 text

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

Slide 42

Slide 42 text

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

Slide 43

Slide 43 text

現在の取組

Slide 44

Slide 44 text

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

Slide 45

Slide 45 text

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

Slide 46

Slide 46 text

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

Slide 47

Slide 47 text

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

Slide 48

Slide 48 text

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

Slide 49

Slide 49 text

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

Slide 50

Slide 50 text

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

Slide 51

Slide 51 text

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

Slide 52

Slide 52 text

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

Slide 53

Slide 53 text

5.まとめ

Slide 54

Slide 54 text

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

Slide 55

Slide 55 text

リスクを見分けてBacklogで視える化しようテックタッチ株式会社巻　宙弥（まき　みちや） JBUG東北 #1　JAWS-UGいわてコラボ開催仕事の"うまい"進め方をシェアしよう！ 2024/10/19 Sat. ご清聴ありがとうございました