テクニカルプロセス
Technical Process
てくにかるぷろせす
Related
他の資格での定義
JIS X 0170・JIS X 0160のプロセス群の一つで、システムやソフトウェアを定義し、実現し、運用、保守、廃棄するための技術的なもの。ビジネス又はミッション分析、利害関係者ニーズ及び要件定義、システム要件定義、アーキテクチャ定義、設計定義、実装、統合、検証、移行、妥当性確認、運用、保守、廃棄などのプロセスからなる。
システムやソフトウェアそのものを定義し、作り、検証して、運用・保守・廃棄に至らせる技術的なプロセス群。利害関係者のニーズ及び要件の定義、システム要件定義、アーキテクチャ定義、設計定義、実装、統合、検証、移行、妥当性確認、運用、保守、廃棄などを含む。計画や管理を担うテクニカルマネジメントプロセスと対になる。
Past Exams
過去問での出題
過去問で 5 回出題（プロジェクトマネージャ試験 4・システムアーキテクト試験 1）。うち 1 回は用語そのものを問う問題です。
出典: 独立行政法人情報処理推進機構（IPA）の過去問題。問題文は IPA のサイトの PDF で確認できます。「用語を問う問題」は、この用語の説明や特徴そのものを問う問題です。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。
Related
関連キーワードの用語
標準として定められたプロセスや文書、手法を、対象プロジェクトの規模、複雑さ、リスク、組織文化に合わせて取捨選択・修正すること。標準をそのまま当てはめて過剰な管理や形骸化に陥ることを防ぐ。
規格が要求するプロセスをすべて実施している状態。プロセスを修整した場合は修整適合となる。
規格のプロセスを修整したうえで、その妥当性を示して適合しているとする状態。
組織全体で共通に用いる作業手順と成果物の定義。各プロジェクトはこれを修整して自らのプロセスとする。
現状のプロセスを評価して弱点を特定し、手順や体制を見直して品質と生産性を高める活動。
計画、評価、制御、意思決定、リスク管理、構成管理など、技術的作業を管理するプロセス群。