大規模プロジェクトにおける品質管理の要点と実践 / 20250327 Suguru Ishii

Slide 1

Slide 1 text

Slide 2

Slide 2 text

2 アジェンダ 1.登壇者紹介 2.取り扱うプロジェクトのイメージ 3.プロジェクトの工程イメージと今回のスコープ 4.メインコンテンツ「工程ごとの注意すべきポイントディスカッション • 要件分析（要件策定、コンサル） • システム設計（外部設計、詳細設計） • 実装／コンポーネントテスト・結合テスト • システムテスト • 受け入れテスト（UAT、運用受け入れテスト） 5.質疑応答 6.SHIFT・製品紹介趣旨‧アジェンダ大規模プロジェクトの品質保証で結局どこが重要なの‧‧‧？！を語ります！これから大規模プロジェクトに参画される方や、日々のマネジメントへのヒントをお持ち帰りいただければ幸いです！

Slide 3

Slide 3 text

3 Copyright SHIFT INC, All Rights Reserved. 登壇者紹介 SHIFTの製造‧流通領域のプロフェッショナルとともに、生の情報をお届けします経歴 2009/4 – 2014/11倉庫系システム部門 2014/12 – 2015/7東中野のPCサポート屋さん・石井屋 2015/8 - SHIFT・CATサポート・プリセールス・エヴェンジェリストソリューション本部デリバリ改革統括部デリバリ改革部サービスプラットフォームグループ CATエヴァンジェリスト経歴 90年代よりソフトウェア開発業に従事、コンサルティング、設計、製造、研究開発など一通り経験。200人/月規模のPM、 500人/月規模のPMOリーダなどを歴任、インド・中国・韓国・ベトナムのオフショアマネジメント、日系企業の海外子会社80名規模の代表として不良率３桁削減、不良在庫の定価販売などで黒字転換を実現、2018年にSHIFTへ入社。これらの経験を活かし、ソフトウェア品質の向上に貢献したいと考えている。アピールポイント PJ初期からPMとして参画した案件で、今まで納期遅延無し。第一事業本部流通物流事業部流通物流サービス部流通サービス3G サービスエキスパートナビゲーター・ファシリテーター対談者‧アドバイザー石井優（Suguru Ishii）原田慎也（Shinya Harada） CATほど面白いプロダクトはなかなかない！大規模テストの進捗・品質を可視化テスト管理ツール「CAT」約820社約18,000ライセンス (※） ※2025年3月時点

Slide 4

Slide 4 text

4 Copyright SHIFT INC, All Rights Reserved. 取り扱うプロジェクトのイメージ今回のモデルは数百人以上が関わり、リリースまでの期間が数年程度のプロジェクト業界システム期間投資金額月あたりの稼働人数（ピーク）金融基幹システム刷新 5年 5,000億円 1,500人公共省庁系基盤システム 8年 800億円 1,000人製造 ERP更改 4年 100億円 500人物流 WMS基盤刷新 5年 50億円 200人大規模プロジェクトの要素とは？プロジェクトのイメージ（公開情報を元にイメージした架空のプロジェクト）業界金融、公共、流通、製造、物流… など最大参画人数延べ数万人ピーク数千人投資金額数十～数千億円計画からリリースまで数年～10年

Slide 5

Slide 5 text

Slide 6

Slide 6 text

6 Copyright SHIFT INC, All Rights Reserved. プロジェクトの工程イメージと今回のスコープ WF開発の各工程の注意ポイントについて、ディスカッションしながら理想形を探ります。要件策定コンサル外部設計詳細設計運用受け入れ UAT ※工程名はJSTQB テスト技術者資格制度 Foundation Level シラバス Version 2023V4.0.J02より引用 CAT（ログ）要件分析システム設計実装コンポーネント・結合テストシステムテスト受け入れテストそれぞれの工程において発生しそうな問題と、その対策例について語っていきますシステム開発工程

Slide 7

Slide 7 text

Slide 8

Slide 8 text

8 Copyright SHIFT INC, All Rights Reserved. 注意すべきポイントと対応方法「要件分析（要件策定、コンサル）」主な活動 ⚫ お客様の要求のヒアリング ⚫ ユーザーの要求の具体化要件分析システム設計実装コンポーネント・結合テストシステムテスト受け入れテスト ⚫ 業務フローのコンサルティング ⚫ スコープの提案（業務範囲、システム要件）製造工程で初見の要件が頻発業務のコンサルティングの余力不足一部の要件の合意ができない現場しか知らない細かい業務の分岐 UI上には現れない隠れた仕様レアケースな業務文書化されていない改修限られた予算コンサル人員不在それでも要員の稼働は必要どうしても決めきらない要件 “次工程で検討” ⚫ 要件のレビューと合意形成隠れた業務の洗い出しや、業務コンサルにどのぐらい力をいれるもの？要件の合意のレベルは？要件策定の品質をどう評価する？現場へのヒアリングの粒度要件の出し切りの判断基準とモニタリング合意しきれない要件の対応業務コンサルに必要な工数現行踏襲 or UIの刷新

Slide 9

Slide 9 text

9 Copyright SHIFT INC, All Rights Reserved. 注意すべきポイントと対応方法「システム設計（外部設計、詳細設計）」主な活動 ⚫ システムアーキテクチャの検討 ⚫ 機能要件の整理、システムとしての構造策定要件分析システム設計実装コンポーネント・結合テストシステムテスト受け入れテスト ⚫ UI/UX設計 ⚫ 外部インターフェース、データモデル設計外部IF同士に不整合が多発明らかにIF間の仕様がおかしい入力がないのに出力値が定義されているどこに保持しているかわからない値操作性に大きな穴が実機では選択しづらいオブジェクトキーボード操作での業務がしづらい UI起因での業務ミス誘発 ⚫ パフォーマンス、非機能要件、セキュリティ設計 ⚫ テスト計画の策定これからのシステムは UIの検証フェーズが必要では？「設計書間で噛み合ってないな…」をプロマネはどういう仕組みで気づき、どのような体制で軌道修正する？プロトタイプ作成 APIのリファレンスマニュアル相当の仕様策定機械的なチェック（コンパイル、静的解析） UIにおけるプロトタイプ作成現場メンバーや実機での操作感確認

Slide 10

Slide 10 text

10 Copyright SHIFT INC, All Rights Reserved. 注意すべきポイントと対応方法「実装」「コンポーネントテスト‧結合テスト」主な活動 ⚫ 開発環境（実装・リポジトリ・ステージング）の準備 ⚫ コーディング（機能、セキュリティ、エラーハンドリング）要件分析システム設計実装コンポーネント・結合テストシステムテスト受け入れテスト ⚫ ビルド・デプロイ ⚫ ユニットテスト IFの実装不足いつの間にか変わるIFの挙動担当者間での仕様理解の齟齬成果物の質が読めない単体テストの品質は設計者任せプログラムの質までは確認できず実装して気づく仕様の齟齬コンポーネント～結合テストについて、どこまで成果物・実施結果のレビューをするか？実装フェーズで、検知できる品質情報はあるか？フレームワークのテスト容易性テスト駆動型開発における効能ドキュメントの整備レベル有効な工程完了基準テスト駆動開発 UIのテスト戦略大規模システム・ワンオフのシステムにおいての自動テスト戦略

Slide 11

Slide 11 text

11 Copyright SHIFT INC, All Rights Reserved. 注意すべきポイントと対応方法「システムテスト」主な活動 ⚫ システムテストの方針・目的・スコープの決定 ⚫ テスト環境の準備要件分析システム設計実装コンポーネント・結合テストシステムテスト受け入れテスト ⚫ テストスケジュールの策定 ⚫ 機能テスト（基本機能、業務フロー、シナリオ、データベース整合性、エラーハンドリング）シナリオが洗い出せていない一部のテストが数日止まっていた一部の機能は未完成カバレッジ算出の難しさ本番データのもち込み具合規模に応じて重くなるエスカレ体制 1日の遅れによる損失完成はバラバラ ⚫ 非機能テスト（パフォーマンス、セキュリティ、障害・耐久性）大規模プロジェクトにおいて一斉のテスト開始というのは難しいですよね…。エスカレーション体制を整えるには？風通しのよい情報共有テスト管理ツールと導入・教育ベンダー・ユーザー間での関係性サブシステムごとのテスト進捗把握

Slide 12

Slide 12 text

12 Copyright SHIFT INC, All Rights Reserved. 注意すべきポイントと対応方法「受け入れテスト（UAT、運用受け入れテスト）」主な活動 ⚫ 計画（受け入れ基準の定義） ⚫ シナリオ作成・業務プロセス確認要件分析システム設計実装コンポーネント・結合テストシステムテスト受け入れテスト ⚫ データ準備 ⚫ 関係者のスケジュール調整 ⚫ 本番環境の設定・本番機器接続ユーザーの習熟度を上げるのが難しい実機で動かすと電波が届かないシステム的な面をだれが検証するかユーザーの負担ない習熟とはここに来て細かい業務が漏れていたそれでも最後に漏れている要件が・・・ ⚫ 業務部門への教育・フィードバック収集 ⚫ 運用手順確認、運用時の課題確認 ⚫ 総合評価ユーザーからのエスカレーションの体制を構築するポイントはありますか？それでも現場で使ってみないとわからない要件漏れが発生しませんか？段階的なリリース (β版) 段階的なテスト（システム担当者でのテスト→ユーザーでの習熟テスト →本番テスト）システム担当者も現場に赴くユーザーとのリレーション構築問題発生時の迅速な対応ユーザー自身での正確な障害報告が難しい業務ユーザーは発生時の障害を的確に挙げられるわけではない

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

16 Copyright SHIFT INC, All Rights Reserved. CAT・TD フリープランリリース！小規模なチーム向けの永続的に無償でご利用いただけるプランをご用意しました！「テスト管理 CAT」で検索して今すぐ利用開始！フリープランの特徴主要機能は制限無しテスト管理、課題管理、進捗管理、分析最大ユーザー数 10 ユーザー利用開始まで約3分カードの登録も不要！サポートも利用化（ベストエフォート）サンプルデータも利用可！こんなお客様へおすすめ • 小規模なチームでテスト管理・課題管理を利用したい • ノーマルプランの利用検討のために長期で利用したい • CATに興味があるのでとりあえず触ってみたいとことん使い倒す技 • 1組織内でもメールアドレスが異なる場合は複数の環境も構築可能 • 課題管理のカスタマイズも無制限カスタムフィールドやフローで課題管理・分析基盤を構築 • テスト仕様書や課題の登録は無制限 • 高度な進捗管理、分析機能でプロジェクトを見える化制限事項(ノーマルプランとの差異) • 同時プロジェクト管理数：5個 • 最大ユーザー数：10ユーザー • 90日利用利用しない場合自動クローズ • 連携機能などの制限あり（外部BTS連携、ガントチャートなど）詳細は価格ページをご確認くださいサンプルデータを触って各種機能をお試しいただけます製品HPイメージ

Slide 17

Slide 17 text

ブースにもぜひお立ち寄りください！資料の公開やイベント告知は X で配信中！カジュアル面談も受け付け中！ https://x.com/shiftevolve_jp 今日の話に興味を持ってくださった方へ