TPI NEXT ざっくり概要

池⽥ 暁 ⻑崎ＩＴ技術者会 ⻑崎ＩＴ技術社会 第7回勉強会 於 ⼊新井集会室（東京・⼤森）

はじめに — 本スライドの内容は，発表者のBlog記事をスライドに 起こしたものです — TPI NEXT についてざっくりまとめた要約を説明しま す — まだ発売されたばかりで読み込めてないので，説明の抜 け漏れがあったり，間違いがあったりすることがありま す — リファレンス的な章については取り扱いません （読めばわかるので） — 皆さんが，これから読み始めるにあたって，全体像を 理解してもらえればと思います ※本資料については，今後もアップデート予定 2015/9/28 ©Akira Ikeda 2

TPI NEXT ⽇本語版 — 概要 — 薮⽥さん，湯本さん，皆川さんによる訳 — 出版はトリフォリオ社，2015/9/20発売 — 全316ページ — ⼊⼿先 — トリフォリオ社の通販 — Amazon — 全国の書店 2015/9/28 ©Akira Ikeda 3

• http://www.trifoglio.co.jp/user_data/tpi_next.php
• http://wk.tk/13hVid

⽬次を把握しよう — — — — まえがき はじめに 推薦の⾔葉 第1部 TPI NEXT とは — 第1章 — 第2章 テストプロセス改善は次のステップへ テスト作業とTPI NEXTの位置付け — 第3章 — 第4章 BDTPIモデル キーエリア — 第5章 BDTPIの⼀般的な変更プロセス — 第6章 — 第7章 — 第8章 ビジネス主導のテストプロセス改善（BDTPI） さまざまな状況へのBDTPIモデルの適⽤ 実践で価値を証明するBDTPIモデル — 第2部 BDTPIモデル — 第3部 テストプロセス成熟度の改善 — 第4部 ビジネス主導の改善 — — — — — 2015/9/28 p.viii〜xii 本⽇はまえがき〜 2部がメイン 触れる程度 付録 ⽤語集 参考⽂献 Sogeti社について 翻訳者プロフィール ©Akira Ikeda 4

各部のざっくり概要 第１部 「TPI NEXTとは」 第２部 「BDTPIモデル」 第３部 • TPI NEXT についてその位置づけや考え⽅について解説 • BDTPIモデルの考え⽅や構造について解説 • BDTPIモデルが持つ16のキーエリアについて解説 • BDTPIモデルの実際の使い⽅について解説 「テストプロセス成熟度の改 • 意識づけやゴールの設定，アセスメント，改善施策の決定 善」 や⽴案実施，再評価という⼀連のプロセスが⽰される 第４部 「ビジネス主導の改善」 2015/9/28 • ビジネス側⾯からのBDTPIについての解説 • 反復開発やオフショア等での考え⽅や対応について解説 • 事例情報など ©Akira Ikeda 5

まえがきに⾒るTPI NEXT とは 『本⼿法は⾃⼰評価することを⽬的にしており、主に第三者による評価を⽬的としていると思わ れる他の標準とは⼤きく異なる。また、成熟度はビジネスの⽬的やソフトウェアの性質によって 著しく異なるため、クラスタの定義をテーラリングすることを勧めている点も⾒逃すことができ ない特徴である。（TPI NEXT ⽇本語版 巻頭⾔から引⽤）』 p.v • 「⾃⼰評価」に利⽤され，また，ビジネスの⽬的やソフトウェアの性質に合わせて⾃分たちでテーラリングが必要 • 前版であるTPIの特徴を引き継ぎつつ，よりビジネス⽬的を意識している • 新しい概念としてクラスタが導⼊ • TPIを知っている⼈からすると素直な進化のように感じられるだろう 『TPI NEXTはテスト 作業をISTQBに完全に整合させ、その他のソフトウェア品質⼿法とも整合 するよう取り扱うことができた。（Paul Hermelin, CEO Capgemini S.A.によるまえがき）』 • ISTQBの資格保持者にとってはこのTPI NEXT は読みやすい（理解しやすい） p.xiii • また，TPI NEXT を読むため（理解するため）の前提知識としてISTQBが求められるということを意味する 2015/9/28 ©Akira Ikeda 6

第1章 第2章 テストプロセス改善は次のステップへ テスト作業とTPI NEXTの位置付け 2.1 テスト作業のスコープと価値 2.2 テストプロセス改善のスコープと価値 2.3 テストプロセス改善の⽀援に必要なリファレンスモデル 2015/9/28 ©Akira Ikeda 7

第１章のざっくり概要 p.3〜 TPI をTPI NEXT に更新するにあたって，強化したポイントを述べている • モデルそのもの • 段階的改善 • 独⽴性 • 改善提案 • クラスタ • キーエリア達成のコツ（enabler） 変化があったと感じたポイント • 「モデルそのもの」︓「Ａ」「Ｂ」「Ｃ」「Ｄ」と表現されていた成熟度レベルはわかりやすそうでわかりにくいも のだった。TPI NEXT では「初期レベル」「コントロールレベル」「効率化レベル」「最適化レベル」といった成熟 度レベル名が導⼊され，分かりやすくなった • 「独⽴性」︓全体通して汎⽤的な記述となり，特定の⼿法（Tmap）を前提としなくても適⽤できるものとなった • 「クラスタ」︓様々なキーエリアにおける整合性のあるチェックポイントを束ねたもの。このクラスタの考えの導⼊ により，テストプロセス全体について，段階的，継続的な改善の戦略を⽴てやすくなった 2015/9/28 ©Akira Ikeda 8

第２章のざっくり概要 p.3〜 タイトル通りテスト作業（Testing）とTPI NEXT の位置づけについて述べている •テスト作業はSDLC（Software Development Life Cycle︓ソフトウェア開発ライフサイクル）の⼀部であり，ビジネスゴール に沿っていなければならない •『TPI NEXTで説明していることは，コントロールされたテスト作業と，テスト作業の段階的改善である。』とあり，そのモデル をBDTPI（ビジネス主導のTPI）と呼んでいる テスト作業のスコープと価値 •テスト作業は「テスト対象に要求された振る舞いと実際の振る舞いの差異を把握すること」であり，テストチームには要件や設 計仕様等，つまりテストベースが必要 •『テスト作業とは，品質とそれに関連するリスクの実体を把握して，助⾔を提供するプロセスのことである。』と定義 •品質への対策が3種類あるとして予防措置，検出措置，是正処置の三つを紹介している •テスト作業はリスクも考慮しなければならない •テスト作業はプロダクトリスクにかける保険とみなすことができる •保険⾦（テストにかけるコスト）をどの程度かけるかはプロダクトリスクや組織にとっての重要度等によって変動するが，テス トプロセスにはそれを反映させなければならない •テスト作業はいつどのように⾏うべきかをＶ字モデルを例に説明 2015/9/28 ©Akira Ikeda 9

第２章のざっくり概要 テストプロセス改善のスコープと価値 • テスト作業はプロダクトリスクに焦点を合わせ，⾜並みをそろえ，ビジネス要件に基づいていること が望ましい • ビジネス要件はテストプロセス改善のきっかけとなるビジネス主導要因と強い関連性を持つ • 実際にテストプロセス改善を考えるときは，「テスト作業はコストが⾼すぎる」「充分案時間とリ ソースがない」とか「テスト環境が必要なときに利⽤できず，テストデータの整合性に問題があ る」などの課題にたどり着く • BDTPIモデルは，これらのビジネス主導要因やきっかけ・課題に対して対処するための⼿段を提供 • その他，アドホックなテストプロセスと構造化されたそれとの違いや利点など述べている テストプロセス改善の⽀援に必要な参照モデル • 次の性質を考慮して設計されている • 客観性， 選択肢と優先度，詳細度，現状の素早い把握，独⽴性， ビジネス主導要因の検討 ，他の SDLCプロセスとの連携 2015/9/28 ©Akira Ikeda 10

第3章 BDTPIモデル 3.1 テストプロセスの品質に対して⾒識を与えるBDTPIモデル 3.2 テストプロセスをいくつかの側⾯に細分化するキーエリア 3.3 初期レベルから最適化レベルまでの尺度としての成熟度レベル 3.4 各キーエリアの成熟度を客観的に測定するチェックポイント 3.5 視覚的な概観を提供するテスト成熟度マトリクス 3.6 テストプロセスの現状を表すテスト成熟度マトリクス 3.7 チェックポイントのクラスタにより継続的なモデルになるBDTPI 3.8 現状および⽬指すべき状況を表すテスト成熟度マトリクス 3.9 どのようにチェックポイントを満たすかを⽰す改善提案 3.10 テストプロセスと他のSDLCプロセスを関連付けるキーエリア達成のコツ 第３章がモデル全体の解説で，第４章はキーエリアごとの 具体的な中⾝（リファレンス的な記述）となっているため， 第３章についてのみ扱います。 2015/9/28 ©Akira Ikeda 第4章 キーエリア 4.1 利害関係者のコミットメント 4.2 関与の度合い 4.3 テスト戦略 4.4 テスト組織 4.5 コミュニケーション 4.6 報告 4.7 テストプロセス管理 4.8 ⾒積もりと計画 4.9 メトリクス 4.10 ⽋陥管理 4.11 テストウェア管理 4.12 ⼿法の実践 4.13 テスト担当者のプロ意識 4.14 テストケース設計 4.15 テストツール 4.16 テスト環境 11

第３章のざっくり要約 p.26 — BDTPI のモデルの要素として「キーエリア」「成熟度レベル」「チェックポ イント」「改善提案」「キーエリア達成のコツ」そして「クラスタ」がある テスト成熟度マトリクス キーエリア 成熟度レベル チェックポイント キーエリア達成 のコツ 改善提案 2015/9/28 ク ラ ス タ ©Akira Ikeda 12

TPIモデルとBDTPIモデルの違い — 「キーエリア達成のコツ」と「クラスタ」が新規に追加されている要素 — 成熟度レベルも，TPIでは単なる"レベル"という名称 チェックポイントの位置も変わっています 2015/9/28 ©Akira Ikeda 13

BDTPI モデルの要素 •16の「キーエリア」があり，それぞれに複数の成熟度レベルを持つ キーエリア •３つのグループに分けられる •SR（Stakeholder Relation︓利害関係者との関係），TM（Test Management︓テスト管理），TP （Test Profession︓ テスト業務の専⾨性） 「成熟度レベル」 「チェックポイント」 •４つのレベルがあり，それらは（初期レベル以外は）「チェックポイント」を持つ •「初期レベル︓アドホックな活動」，「コントロールレベル︓適切なものごとを⾏う」，「効率化レベ ル︓ものごとを適切に⾏う」，「最適化レベル︓刻々と変化する状況に絶えず順応する」 •「満たしている・満たしていない」で判定し，全てのチェックポイントを満たしたとき，そのキーエリ アは特定の成熟度レベル を達成したという判定できる •ある改善を⾏う上で関連する複数の複数のキーエリアのチェックポイントをグループ化したもの 「クラスタ」 •クラスタは中⻑期的な改善の ロードマップとして利⽤することができる。 •BDTPIでは標準クラスタを紹介しているが，クラスタを⾃組織でカスタマイズして使うのもよい（クラ スタを作る ≒ 改善ロードマップを作る） 「改善提案」と「キー エリア達成のコツ」 2015/9/28 •成熟度を上げていくための追加となる情報を提供する •前者はテストプロセスそのものに焦点を当てているもので，後者は，SDLC内のテストプロセスやその他 プロセスがお互いの実践例から恩恵を受けられる箇所を提⽰する ©Akira Ikeda 14

TPIとBDTPIのキーエリアの違い TPIにおけるキーエリア キーエリア # キーエリア テスト戦略 K01 利害関係者のコミットメント SR ライフサイクルモデル K02 関与の度合い SR 関与の時点 K03 テスト戦略 SR K04 テスト組織 SR 静的テスト技法 K05 コミュニケーション SR 尺度 K06 報告 SR テストツール K07 テストプロセス管理 TM テスト環境 K08 ⾒積もりと計画 TM K09 メトリクス TM テスト役割と訓練 K10 ⽋陥管理 TM ⽅法論の範囲 K11 テストウェア管理 TM コミュニケーション K12 ⼿法の実践 TP 報告 K13 テスト担当者のプロ意識 TP K14 テストケース設計 TP テストプロセス管理 K15 テストツール TP 評価 K16 テスト環境 TP ⾒積りと計画 テスト仕様化技法 オフィス環境 コミットメントと意欲 ⽋陥管理 テストウェア管理 2015/9/28 BDTPIにおけるキーエリア 低位レベルテスト ©Akira Ikeda グループ 15

BDTPIのテスト成熟度マトリクス グループ 初期 レベ ル コントロールされたレベル 効率化されたレベル 最適化したレベル 1 # キーエリア K01 利害関係者のコミットメント SR 1 2 3 4 1 2 3 K02 関与の度合い SR 1 2 3 4 1 2 3 1 2 K03 テスト戦略 SR 1 2 3 4 1 2 3 1 2 K04 テスト組織 SR 1 2 3 4 1 K05 コミュニケーション SR 1 2 3 4 1 2 3 1 2 K06 報告 SR 1 3 1 2 3 1 2 K07 テストプロセス管理 TM 1 2 3 4 1 2 3 1 2 K08 ⾒積もりと計画 TM 1 2 3 4 1 2 3 4 K09 メトリクス TM 1 3 1 2 3 4 K10 ⽋陥管理 TM 1 2 3 4 1 2 3 4 1 2 3 K11 テストウェア管理 TM 1 2 3 4 1 3 1 2 3 K12 ⼿法の実践 TP 1 3 1 2 3 4 K13 テスト担当者のプロ意識 TP 1 4 1 2 3 4 1 2 3 K14 テストケース設計 TP 1 2 3 1 2 3 4 1 2 3 K15 テストツール TP 1 2 3 1 2 3 4 1 2 3 K16 テスト環境 TP 1 4 1 2 3 4 1 2 3 2 2 2 2 3 2 3 2 3 2 4 2 1 3 2 1 3 2 1 3 2 1 2 Tim Koomen, Martin Pol 著，富野壽監訳 「テストプロセス改善 －CMM流 実務モデル－」から引⽤ 2015/9/28 ©Akira Ikeda 16

BDTPIで成熟度の⾒える化 グループ 初期 レベ ル コントロールされたレベル 効率化されたレベル 最適化したレベル 1 # キーエリア K01 利害関係者のコミットメント SR 1 2 3 4 1 2 3 K02 関与の度合い SR 1 2 3 4 1 2 3 1 2 K03 テスト戦略 SR 1 2 3 4 1 2 3 1 2 K04 テスト組織 SR 1 2 3 4 1 K05 コミュニケーション SR 1 2 3 4 1 K06 報告 SR 1 3 1 K07 テストプロセス管理 TM 1 2 3 4 1 K08 ⾒積もりと計画 TM 1 2 3 4 1 2 K09 メトリクス TM 1 3 1 K10 ⽋陥管理 TM 1 2 3 4 1 K11 テストウェア管理 TM 1 2 3 4 1 K12 ⼿法の実践 TP 1 3 1 2 3 4 K13 テスト担当者のプロ意識 TP 1 4 1 2 3 4 1 2 3 K14 テストケース設計 TP 1 2 3 1 2 3 4 1 2 3 K15 テストツール TP 1 2 3 1 2 3 4 1 2 3 K16 テスト環境 TP 1 4 1 2 3 4 1 2 3 2 2 2 2 3 2 3 2 3 2 4 2 1 3 3 2 1 3 2 この例からどのよ 2 3 1 2 うなことを読み取 2 3 1 2 りますか︖ 3 4 2 3 4 2 3 4 1 2 3 3 1 2 3 2 1 2 1 3 2 1 2 ※チェックは例⽰のために適当につけたものです 2015/9/28 ©Akira Ikeda 17

BDTPIのクラスタ コントロールされたレベル 効率化されたレベル 最適化したレベル K # キーエリア K01 利害関係者のコミットメント SR A B B C F H H K02 関与の度合い SR A B C E H H J L L K03 テスト戦略 SR A A B E F F H K L K04 テスト組織 SR A D D E K05 コミュニケーション SR B C C D F F J M M K06 報告 SR A C F G G K K K07 テストプロセス管理 TM A A B B G H J K M K08 ⾒積もりと計画 TM B B C C G H I I K09 メトリクス TM C D G H H I K10 ⽋陥管理 TM A A B D F F H J K11 テストウェア管理 TM B B D E K12 ⼿法の実践 TP C K13 テスト担当者のプロ意識 TP D K14 テストケース設計 TP A K15 テストツール TP E K16 テスト環境 TP C 2015/9/28 グループ 初期 レベ ル C C D I I I J I J J M K M L K L L K L K K L L K L L E F H J J E G G I I K K M A E F I I J K K M E E F G G I L M M E G H J J L M M D E D ©Akira Ikeda D M M 18

BDTPIで⾒える化（クラスタ） グループ 初期 レベ ル コントロールされたレベル 効率化されたレベル 最適化したレベル K # キーエリア K01 利害関係者のコミットメント SR A B B C F H H K02 関与の度合い SR A B C E H H J L L K03 テスト戦略 SR A A B E F F H K L K04 テスト組織 SR A D D E K05 コミュニケーション SR B C C D F K06 報告 SR A C F K07 テストプロセス管理 TM A A B B G K08 ⾒積もりと計画 TM B B C C G H I I K09 メトリクス TM C D G H H I K10 ⽋陥管理 TM A A B D F F H J K11 テストウェア管理 TM B B D E K12 ⼿法の実践 TP C K13 テスト担当者のプロ意識 TP D K14 テストケース設計 TP A K15 テストツール TP E K16 テスト環境 TP C C C D I I J F J M K J M L M L M G K K さぁ，どこから H とりかかろうか︖ J K M G I I J K L K L K K L L K L L E F H J J E G G I I K K M A E F I I J K K M E E F G G I L M M E G H J J L M M D E D D M M ※チェックは例⽰のために適当につけたものです 2015/9/28 ©Akira Ikeda 19

第5章 BDTPIの⼀般的な変更プロセス 5.1 気付きを与える（意識付け） 5.2 ゴール、スコープ、取り組み⽅を決定する 5.3 現状をアセスメントする 5.4 改善を定義する 5.5 5.6 5.7 2015/9/28 ⾏動計画を⽴案する ⾏動計画を実施する 評価して再⽅向付けを⾏う ©Akira Ikeda 20

第５章のざっくり要約 変更プロセス︖ • BDTPIを変更するの︖と誤解しそうだが，第5章の冒頭に『各テストプロセスの改善は個別の変更プ ロセスであり，...』とあり，ようするに⼀連の改善プロセスを変更プロセスと呼んでいる BDTPIが⽰す変更プロセス 気付きを与 える（意識 付け） 2015/9/28 ゴール，ス コープ，取 り組み⽅を 決定する 現状をアセ スメントす る 改善を定義 ⾏動計画を ⾏動計画を する ⽴案する 実施する ©Akira Ikeda 評価して再 ⽅向付けを ⾏う 21

BDTPIが⽰す変更プロセス（１） •改善に関係する⼈たちを巻き込み，なぜテストプロセスを改善する必要があるのかを認識してもらう •ニーズや⽬的，利点等を説明するとともに，BDTPIモデルの利⽤が最良であることを説明して理解してもらう 「気付きを与える （意識づけ）」 •考えられる⾏動としては「事前の話し合い」があり，成果物として「プレゼンテーションや問題の記述」がある •この改善活動（BDTPIプロジェクト）のゴールやスコープ，取り組み⽅を決定する •ゴールとは時間とコストと品質の⾒地から設定するが，合わせてゴール達成を実証する指標も定める必要がある 「ゴール，スコープ， 取り組み⽅を決定す る」 •また，スコープの選択も重要で，プロジェクトレベルなのか，組織全体なのか，特定のテストレベルか全体か，など •取り組み⽅も決めておく必要がある（インタビューの回数や実施者，検討が必要な⽂書，キックオフの必要性など） •⽂字通り現状をアセスメントする •インタビューやドキュメントから情報を収集し，BDTPIを参照モデルにして情報を分析する 「現状をアセスメン トする」 2015/9/28 •強み，弱み，機会，脅威分析（SWOT分析）を実施し最終的に現状を説明した⽂書を作成する ©Akira Ikeda 22

BDTPIが⽰す変更プロセス（２） •⽬指すべき状況（短期/中期/⻑期のゴール）をどのように実現するかを具体的に検討，定義する 「改善を定義 •クラスタを利⽤して改善ルートを決定するが，このとき，SWOT分析の結果を利⽤する する」 •改善内容を計画化する 「⾏動計画を •結果として，成果物としてSOW（作業指⽰書）を作成する ⽴案する」 •計画を実施するとともに，その状況を監視したり調整したりする，また計画の予実管理も実施する 「⾏動を実施 する」 •より強⼒に推進するためには，管理者層が現場へ顔を出したり，プロジェクトの重要性を説いたり，抵抗にもきちんと対処 するというステークホルダが⾃⾝のコミットメントを⽰す必要がある •改善活動の結果を評価し，初期の計画やゴール，要件といったものと⽐較する 「評価して再 •BDTPIモデルを⽤いて再アセスメントを⾏い，どれくらいテストプロセスの成熟度が向上したかを⽰す ⽅向付けを⾏ •再⽅向付けや新たな施策を⽴案し，次の改善活動につなげる う」 2015/9/28 ©Akira Ikeda 23

第6章 ビジネス主導のテストプロセス改善（BDTPI） 6.1 6.2 6.3 6.4 特定の結果を⽬指すBDTPI 利⽤するBDTPIモデル ビジネスドライバのモデルへの影響 テストプロセス改善のコストと利点 第7章 さまざまな状況へのBDTPIモデルの適⽤ 7.1 反復開発⼿法への適⽤ 7.2 アジャイル開発⼿法への適⽤ 7.3 複数のテストプロセスへの⽀援 7.4 ⼀から始めるテストプロセス策定への適⽤ 7.5 ソフトウェア保守への適⽤ 7.6 ソフトウェアプロセス改善への適⽤ 7.7 アウトソーシングとオフショアへの適⽤ 7.8 マネージドテストサービスへの適⽤ 7.9 開発テストへの適⽤ 7.10 評価への適⽤ 7.11 統合への適⽤ 2015/9/28 ©Akira Ikeda 第8章 実践で価値を証明するBDTPIモデル 8.1 8.2 8.3 8.4 8.5 8.6 8.7 気付きを与える（意識付け） ゴール、スコープ、取り組み⽅を決定する 現状をアセスメントする 改善を定義する ⾏動計画を⽴案する ⾏動計画を実⾏する 評価して再⽅向付けを⾏う 24

第６章および７章のざっくり要約 第６〜８章は BDTPIのテーラリングについて情報を提供している •BDTPIを実際に使うに当たってのノウハウとなる情報を提供している •この章は，実際に利⽤時に参照すればよく，詳細まで理解しておく必要は無い 第６章は，BDTPIの取り組みステップおよびクラスタのカスタマイズについて述べている •BDTPIが⽰す改善ステップではなく，BDTPI⾃体に取り組む際のステップに焦点 •ステップ１︓ ビジネス主導要因を特定する •ステップ２︓ ビジネスゴールをIT ゴールに置き換える •ステップ３︓ IT ゴールにとってより重要なキーエリアとそうではないキーエリアをそれぞれ特定する クラスタのカ スタマイズに ついても書か れている •ステップ４︓ チェックポイントのクラスタ配置を再調整する 第７章は，様々に想定される環境や状況におけるBDTPI適⽤について述べている •１１の例を挙げている •反復開発⼿法，アジャイル開発⼿法，複数のテストプロセスを持つ組織，テストプロセスを⼀から策定し始める組織，ソフトウェア保守，ソ フトウェアプロセス改善，アウトソース，マネージドテストサービス，開発テスト，評価，統合 第８章は，BDTPIの活⽤事例について紹介している •⼤⼿の国際銀⾏における適⽤事例を紹介している •第３部を理解する上で，とても有益な情報であるため，第３部を読み終えたらここを読むことをおすすめ 2015/9/28 ©Akira Ikeda 25

以上，TPI NEXT をざっくりと解説しました。 なんとなく全体像はつかめたと思うので， 是⾮じっくりとお⼿元のTPI NEXT ⽇本語版を読んでください。 そして，是⾮業務に⽣かして下さい︕