みんなのメトリクス公開用

1. みんなのメトリクス WACATE2017 冬

2. 自己紹介 • 氏名：なかむらこうじ • あなたとテストの関わり：１～２年に１案件くらいやる • 組織の主な業務：SIです • 業務担当している主な分野：なんでも。今はシステムテスト。 • テストに関連する資格：JSTQB AL TM/TA, JCSQE 中級 • あなたの派閥：猫派 2017/12/17 WACATE 2017 Winter 2

3. 本セッションの目的 • データ収集のお悩みに対するヒントを見つけてもらう –ルールだからと面倒なデータの入力や測定をやらされる –集めたデータを何に使っているか分からない –分析できるようなまともなデータが集まらない 2017/12/17 WACATE 2017 Winter 3

4. おしながき • ワーク① • 情報ニーズ • ワーク② • 測定対象の性格のお話 • 正しいデータを集めるために • 事例紹介 2017/12/17 WACATE 2017 Winter 4

5. ワーク① • みなさんの職場ではどのようなデータがありますか？ • 班の中で出し合ってみてください。（10分） –例えば… • 工数 • 欠陥の数 2017/12/17 WACATE 2017 Winter 5

6. 情報ニーズ • どうしてわざわざ手間をかけてデータを集めるのでしょうか？ • ワークで出てきたデータは何に使われていますか？ • こんなことはないでしょうか –何に使うか分からないけどルールだから –なんとなく測れそうだから測っている –今は使わないけどもしかしたら将来使えるかも • それにかかった手間（コスト）が報われる日がくるといいですね。 2017/12/17 WACATE 2017 Winter 6

7. 情報ニーズ • 情報ニーズを考えよう –誰が、いつ、何を知りたいのか –どの程度の正確性が必要か –どの程度タイムリーであるべきか –集めた情報はどのような方法で受け取りたいのか 2017/12/17 WACATE 2017 Winter 7

8. 情報ニーズ • GQM (じーきゅーえむ; Goal, Question, Metric) • ソフトウェア工学におけるあらゆる計測は、無目的にメトリクスやデータを集めるのではなく、何のために測定するのか、前提となるモデルは何か、結果をどう解釈するかなどを明確にした上で実施されるべきである – ゴール層 (G、概念レベル) • 測定を行う目的の定義。測定の対象、理由、観点、およびコンテキストを定めるものである。 – クエスチョン層 (Q、運用レベル) • 目的の達成のために評価すべき質問の定義。ゴールが達成されたか否かを判断する具体的な基準となるものである。 – メトリクス層 (M、定量レベル) • 前提となるモデルに基づいて測定可能なメトリクス。上記の質問に対する答えを提供するのに必要な情報を提供するものである。 2017/12/17 WACATE 2017 Winter 8 Wikipediaより

9. 情報ニーズ –ルールだからと面倒なデータの入力や測定をやらされる –集めたデータを何に使っているか分からない –情報ニーズをあきらかにするところから始めてみては？ • 背景が分かれば頑張れるかもしれない • ニーズに合わない測定はやめたり改善したりできるかもしれない 2017/12/17 WACATE 2017 Winter 9

10. ワーク② • 先ほどのワークで挙がったデータに対して –誰がどのようなニーズを持っていますか？ –正確さ、タイミング、提供方法はニーズに合ったものでしょうか？ • 班の中で話し合ってみてください（ 10分） –例えば、こんなちぐはぐ起きてないですか？ • タイムリーに知りたい情報なのに定期的な報告を待たされる • ざっくり速報で良いのに正確性を上げるために時間がかかっている • 正確な数字が知りたいのに重複や誤りが混ざっている 2017/12/17 WACATE 2017 Winter 10

11. 測定対象の性格のお話 • 尺度の類型 –名義尺度 • 測定値は、分類した結果を示す。 –順序尺度 • 測定値は、離散的な階級に分けた結果を示す。 –間隔尺度 • 測定値は、属性の等しい量に対応して等しい距離をもつ。 –比尺度 • 測定値は、属性の等しい量に対応して等しい距離をもち、ゼロという値は、その属性に対応するものが存在しないことを示す。 2017/12/17 WACATE 2017 Winter 11 JIS X 0141：2009 (ISO/IEC 15939：2007)より

12. 測定対象の性格のお話 2017/12/17 WACATE 2017 Winter 12 尺度の類型例取扱い名義尺度電話番号性別(1:男性,2:女性) 一致／不一致を識別し、数えることができる大小はないので順序付けや四則演算はできない・１:男性＜２:女性（レディーファースト？）順序尺度地震の震度着順（1位、2位、3位）大小関係に基づいて比較や並び替えができる間隔は同じとは限らないので四則演算はできない・震度４は震度２の２倍揺れているわけではない間隔尺度日付（2017/12/17）時刻（10:00）間隔が等しいため差の比較ができる直接、乗除の計算はできない・２０１７/１２/１７×２÷３＝？？？比尺度日数（2日間）時間（50分）絶対的な基準「ゼロ」があり四則演算ができる・３６５日÷７日＝５２週と１日

13. 測定対象の性格のお話 • 基本測定量 (base measure) • 単一の属性とそれを定量化するための方法とで定義した測定量。 • 導出測定量 (derived measure) • 複数の基本測定量の値の関数として定義した測定量。 • 例 –進捗率(%)＝実績工数(人日)／予定工数(人日)×１００ 2017/12/17 WACATE 2017 Winter 13 JIS X 0141：2009 (ISO/IEC 15939：2007)より導出測定量基本測定量基本測定量

14. 測定対象の性格のお話 • 性格を知っておくことは大事 –リスク分析とかでよくある「発生確率×影響度＝？？？」 • 複数のリスクを比較するための順序尺度を導出している • 導出された数値自体や数値の差の大小には意味はない –進捗率などの導出測定量を集める場合 • 導出に必要な基本測定量を集めておけば「進捗率」自体は集めなくてもいい • 逆に言うと、基本測定量を集めてないと「進捗率」の妥当性は検証できない 2017/12/17 WACATE 2017 Winter 14

15. 正しいデータを集めるために • なぜ？ • 分析する立場ではなく、測定する立場で考えてみましょう 2017/12/17 WACATE 2017 Winter 15 分析できるようなまともなデータが集まらない

16. 正しいデータを集めるためにこんなのいやだ 2017/12/17 WACATE 2017 Winter 16 不具合No 0001 報告日 2017/11/23 報告者〇〇太郎システム名サブシステム名機能名機能種別登録画面テスト工程システムテストテストチーム Aチームテスト対象Ver. 1.2.12 テストケースID XX-0012 テストケース概要設計担当者 Aさん製造担当者 Bさんテスト担当者 Cさん設計工数 4.2 製造工数 11.5 テスト工数 6.3 重要度とても重要影響度やばい優先度最優先天気雨のち晴気温 17℃ 湿度 48% 年齢 37 性別男性血液型 A型緯度北緯, 36° 経度東経, 136° 標高 43m 件名不具合内容再現性あり添付資料あり自信あり登録モードの場合、画面右下に××ボタンを表示する仕様ですが、表示されません。不具合票〇〇システム ××サブシステム △△登録 ××ボタンをクリックして登録する ××ボタンが表示されない不具合１件の報告に３５項目記入わざわざ別の資料から調べて転記意味不明

17. 正しいデータを集めるために • 現場の人は測定することが目的ではない –成果物を作成する目的の人にとって、面倒な測定項目の記入や意味不明な測定作業は、目的達成の邪魔者となる –邪魔者のために人は頑張らない –適当にごまかす –簡単に間違える 2017/12/17 WACATE 2017 Winter 17

18. 正しいデータを集めるために • 分析結果は測定した人に直接的に恩恵をもたらさない –プロジェクトや工程の終盤に集まったデータを分析して、「追加のテスト作業」といった形で測定した人に還元される –「測定によって仕事が増える」というネガティブイメージ –分析で問題が見つからないようにごまかす 2017/12/17 WACATE 2017 Winter 18

19. 正しいデータを集めるために • 測定することが現場の仕事の邪魔になってはならない –人に測ってもらうのをやめる –成果物から機械的に測定する • 測定する人にポジティブなフィードバックを与える –測定結果がタイムリーに自分たちの役にたつ –ノルマや評価のためではなく、見える化による安心感 2017/12/17 WACATE 2017 Winter 19

みんなのメトリクス公開用

みんなのメトリクス公開用

Recommended

More Related Content

Featured

Featured(20)