概要・テスト品質を良くするにはテスト計画書に目的と体制と管理と環境とトラッキングを書く
テスト計画書には目的と体制と担当と環境とトラッキングを必ず書いて置く
テスト計画はテスト計画書に書き出しますが、テス ...
ソフト開発監査では開発プロセスの良否をまず判断する
ソフト開発監査では開発プロセとテスト技術と要件把握と設計と実装を監査します
ソフト開発監査では開発プロセスの品質とソ ...
ソフト開発監査の事前準備（２）資料入手と組織の把握
監査当日の前に相手先から資料を出して貰い社内で内容を事前に確認
監査計画書では日程表の次に監査準備という項目があり、 ...
ソフト開発監査の監査当日（３）組織の概要と規模の把握（前半）
ソフトウエア開発監査の４つの領域に分けて進めます
ここまでの記事で、監査当日までの準備や監査当日の進め方などについて ...
ソフト開発監査の監査当日（４）組織の概要と規模の把握（後半）
（４）開発プロセスの確認チームは在るか
開発プロセス確認チーム（SQA:Software Quality Assur ...
ソフト開発監査の監査当日（５）ソフト開発に必要な機能と担当部署（前半）
ソフト品質保証に大切な６つの機能と担当部署
ここまでの記事では、ソフト開発監査の最初の時間に相手先の会社から組織やル ...
ソフト開発監査の監査当日（６）ソフト開発に必要な機能と担当部署（後半）
（４）購入ソフトやフリーソフトの品質確認機能
ハードウエアの大規模化の恩恵もあり、最近の組み込み系ソフトもどんどん規 ...
リリース判定の仕組み・リリース判定は品保部長か開発部長か社長が行う
リリースの最終判定者は品保部長なのか開発部長なのか社長なのか
ソフトのリリース判定を行仕組みも、４つに分けて考えると ...
リリース判定の仕組み・リリース判定は公式レビューで行うのが最良
リリース判定は公式レビューか２部署会議か個別判定を使い分ける
ソフトのリリース判定を行なう仕組みを４つに分けて考える ...
リリース判定の仕組み・リリース判定は２部署会議や個別判断でも可能
初版でなければ２部署会議か個別判定でリリース判定もあり
前の記事ではリリース判定の方法のうち公式レビューとを紹介しま ...