SQAユニット
SQAユニットの構造は、組織の種類と規模によって異なります。次の図は、SQAユニットの下の標準構造とすべてのコンポーネントの例を示しています。この章では、各サブユニットの役割と責任について説明します。
SQAユニットの責任者が実行するタスク
SQAユニットの責任者は、SQAユニットとそのサブユニットによって実行されるすべての品質保証タスクを担当します。これらのタスクは、次のカテゴリに分類できます-
- 計画タスク
- ユニットの管理
- SQAの専門的な活動
計画タスク
ユニットの提案された年間活動プログラムと予算の準備
組織のソフトウェア品質管理システムの計画と更新
ソフトウェア開発および保守部門向けに推奨される年間SQAアクティビティプログラムおよびSQAシステム開発計画の準備
管理タスク
SQAチームの活動の管理
SQAアクティビティプログラムの実装の監視
チームメンバー、SQA委員会メンバー、SQA評議員の指名
組織内のソフトウェア品質問題のステータスや月次パフォーマンスレポートなど、特別で定期的なレポートの作成
SQAプロフェッショナルアクティビティ
- プロジェクト合同委員会への参加
- 正式なデザインレビューへの参加
- 仕様からの逸脱のレビューと承認
- プロジェクトマネージャーやチームリーダーとの協議
- SQA委員会およびフォーラムへの参加
プロジェクトライフサイクルSQA
プロジェクトライフサイクルサブユニットに関連するSQAタスクは、2つのグループに分類できます-
「純粋な」管理フォローアップおよび承認タスク(プロジェクトライフサイクル制御タスク)
専門家の貢献が必要なプロジェクトチームのSQA活動への「実践的」または積極的な参加(参加タスク)
プロジェクトのライフサイクル制御タスク
開発および保守チームのSQA手順および作業指示への準拠のフォローアップ
関連する手順に従ったソフトウェア製品の承認または推奨
社内外の顧客へのソフトウェア保守サービスの提供を監視する
顧客満足度を監視し、顧客の品質保証担当者との連絡を維持します
参加タスク
これらのタスクには、-への参加が含まれます
- 契約レビュー
- プロジェクト開発と品質計画の準備と更新
- 正式なデザインレビュー
- 下請け業者の正式な設計レビュー
- 顧客受け入れテストを含むソフトウェアテスト
- 下請け業者のソフトウェア製品のソフトウェア受け入れテスト
- 新しいソフトウェア製品のインストール
SQAインフラストラクチャ運用タスク
SQAシステムは、スムーズに動作するためにさまざまなインフラストラクチャコンポーネントを採用しています。
- 手順と作業手順
- 高品質のデバイス(テンプレート、チェックリスト)のサポート
- スタッフのトレーニング、指導、認定
- 予防措置と是正措置
- 構成管理
- ドキュメント管理
より具体的には、これらのコンポーネントに関するSQAサブユニットのタスクには次のものが含まれます。
手順、作業指示書、テンプレート、チェックリストなどの更新版の公開と、ハードコピーおよび/または電子的手段によるそれらの回覧
SQA手順、作業指示、および同様の項目の順守と適用に関するトレーニングと指示の新規および現在のスタッフへの送信
他のコンポーネントの中でも、新規および改訂された手順、開発ツールおよび方法に関するSQAトラスティの指示
新規および改訂されたSQA手順の実装の監視とサポート
スタッフ認定活動のフォローアップ
CAB委員会への参加を含む、予防措置および是正措置を必要とする主題の提案
CCA委員会への参加を含む構成管理活動のフォローアップ
文書化手順と作業指示への準拠のフォローアップ
SQA内部監査および認証タスク
ソフトウェア組織内またはソフトウェア組織によって実行されるSQA監査の種類は、次のように分類できます。
内部監査
SQAシステムを評価するための下請け業者とサプライヤーの監査
認証機関による外部監査
組織をサプライヤーとして受け入れる前にSQAシステムを評価したい顧客によって実行される外部監査
最初の2つのクラスの監査は、SQAサブユニットによって開始および実行され、最後の2つのクラスは外部機関によって実行されます。
SQAユニットは、内部SQA監査のために次のタスクを実行します
内部SQA監査のための年次プログラムの準備
内部SQA監査のパフォーマンス
監査対象チームおよび他のユニットによって実行される修正および改善のフォローアップ
改善のための推奨事項を含む、監査結果のステータスに関する定期的な要約レポートの作成
SQAユニットは、下請け業者とサプライヤーの監査のために次のタスクを実行します-
下請け業者とサプライヤーのSQA監査のための年次プログラムの準備
下請け業者とサプライヤーのSQA監査のパフォーマンス
監査を受けた下請け業者とサプライヤーが実施する修正と改善のフォローアップ
内部および外部ソースからの下請け業者およびサプライヤーのパフォーマンスに関するデータの収集
監査レポートおよび他の内部および外部ソースから収集された情報に基づく、組織の認定下請け業者およびサプライヤーのSQAシステムの定期的な評価。評価レポートには以下が含まれます-
下請け業者およびサプライヤーの認証に関する推奨事項
認証機関が実施する外部監査には、以下のタスクが含まれます。
認証審査の内容とスケジュールの調整
認証機関が指定する書類の作成
監査対象チームの指導と認証監査に必要な準備の実施
認証審査への参加
必要な修正と改善が行われていることを確認します
組織の顧客によって実行されるSQA監査には、これらのタスクが伴います-
監査の内容とスケジュールの調整
お客様の監査人が指定する書類の作成
監査対象チームの指示と組織の顧客によるSQA監査に必要な準備の実行
監査への参加
必要な修正と改善が実行されていることを確認します
SQAサポートタスク
SQAサポートサービスの利用者のほとんどは、組織内にいます。彼らには、プロジェクトマネージャー、チームリーダー、SQA管財人が含まれます。彼らのタスクは次のとおりです。
プロジェクト計画とプロジェクト品質計画の作成
スタッフレビューチーム
特定されたソフトウェア開発リスクを解決するための手段の選択
スケジュールの遅延と予算超過を解決するための対策の選択
SQAメトリクスとソフトウェアコストコンポーネントの選択
SQA情報システムの使用
SQAユニットによって蓄積された障害経験データを反映する開発方法論とツールの選択
SQA標準と手順のタスク
SQAサブユニットは、どのSQA標準を採用するかを決定すること、および組織の手順を開発および維持することに密接に関与しています。付随する義務を果たすために、SQAユニットは次のことを行う必要があります。
新しい手順と手順の更新を開発するための年次プログラムを準備する
適切な委員会やフォーラムに参加して、新しい手順や手順の更新の開発に責任を持ちます
SQAおよびソフトウェアエンジニアリング標準の開発と変更に関するフォローアップ。組織に関連する追加の手順と変更の導入
組織によって適用された標準の採用または削除を含む、専門的な標準の変更に応じて手順の更新と適応を開始します
SQAエンジニアリングタスク
このSQAサブユニットの当面の目的は、専門家の進歩のフォローアップ、運用上の問題の解決、および障害の専門家による分析です。
したがって、主なエンジニアリングタスクには次のものが含まれます。
新しい開発ツールと現在使用されている開発ツールの新しいバージョンに関する品質と生産性の側面のテスト
新しい開発および保守方法と方法改善の品質と生産性の評価
現在使用されているソフトウェア開発ツールおよび方法の適用で直面する困難に対する解決策の開発
ソフトウェアの品質とチームの生産性を測定する方法の開発
ソフトウェア開発の失敗の分析および提案されたソリューションの策定中のCAB委員会への技術サポートの提供
SQA情報システムタスク
SQA情報システムは、SQAシステムの機能を促進および改善することを目的としています。関連するタスクは次のとおりです。
ソフトウェア開発および保守ユニット用のSQA情報システムの開発
活動データの収集
たとえば、定期的なレポート、リスト、例外レポート、クエリの処理
たとえば、定期的なレポート、リスト、例外レポート、クエリの処理
ソフトウェア品質メトリクスおよびソフトウェア品質コストの見積もりを含む、ソフトウェア開発および保守ユニットによって配信される情報のSQAユニットの処理を容易にするSQA情報システムの開発
SQA情報システムの更新
組織のSQAインターネット/イントラネットサイトの開発と保守
SQA管財人とその任務
SQAの管財人は、主にソフトウェア品質の促進に関与するメンバーです。これらのメンバーは、SQAコンポーネントを正常に実装するために必要な内部サポートを提供します。
彼らの仕事は組織によって異なるかもしれません。したがって、それはユニット関連および/または組織関連のタスクである可能性があります。
ユニット関連のタスク
ソフトウェア品質手順と作業指示の実装中の問題を解決するために同僚をサポートする
関連するSQAタスクを実行する際にユニットマネージャーを支援する
コンプライアンスを促進し、同僚によるSQA手順と作業指示の実装を監視します
実質的かつ体系的なコンプライアンス違反イベントをSQAユニットに報告する
重大なソフトウェア品質障害をSQAユニットに報告する
組織関連のタスク
組織全体のSQA手順と作業指示の変更と更新をトリガーする
組織内の開発および保守プロセスの改善をトリガーします
それぞれのユニットで観察された再発障害の解決策に関するCABへの申請を開始します
組織全体のSQAトレーニングのニーズを特定し、SQAユニットが実施する適切なトレーニングまたは指導プログラムを提案します。
SQA委員会とそのタスク
SQA委員会は、常設または臨時のいずれかになります。タスクは組織ごとに大幅に異なる場合があります。
Permanent committees 通常、SCC(ソフトウェア変更管理)、CA(是正措置)、手順、メソッド開発ツール、および品質メトリックを扱います。
Ad hoc committees 一般に、特定の手順の更新、ソフトウェア障害の分析と解決、対象となるプロセスまたは製品のソフトウェアメトリックの作成、特定の問題のソフトウェア品質コストとデータ収集方法の更新など、一般的に関心のある特定のケースを扱います。
常設のSQA委員会は、SQA組織フレームワークの不可欠な部分です。それらのタスクと操作は通常、組織のSQA手順で定義されます。
アドホック委員会は、問題ごとに短期的に設立され、ソフトウェア品質問題を担当するエグゼクティブ、SQAユニットの責任者、SQAサブユニット、常設のSQA委員会、またはその他の組織によって指名されたメンバーで構成されます。その形成と仕事に興味を持っています。この機関は、アドホック委員会のタスクも定義します。