プロセス修整（Tailoring）

標準的なマネジメントの手法や工程を、プロジェクトの規模・特性・制約に合わせて取捨選択し調整すること。小規模な案件に重い手続をそのまま適用しないための考え方。

標準として定められたプロセスや文書、手法を、対象プロジェクトの規模、複雑さ、リスク、組織文化に合わせて取捨選択・修正すること。標準をそのまま当てはめて過剰な管理や形骸化に陥ることを防ぐ。

標準として定められたライフサイクルプロセスを、プロジェクトの規模、リスク、契約条件などに合わせて取捨選択し、必要な形に調整すること。共通フレームやISO/IEC/IEEE 12207は、全部をそのまま適用するのではなく、修整して使うことを前提にしている。

経営課題や事業環境を踏まえ、対象業務の現状分析、適用する情報技術の調査、ビジネスモデルや業務プロセスの企画を行い、情報システム戦略との整合を確かめてまとめるシステム化の基本構想。共通フレームでは企画プロセスの「システム化構想の立案」で作成し、これを基に「システム化計画の立案」で対象範囲、スケジュール、費用、体制などを定める。

ISO/IEC/IEEE 12207に対応する日本産業規格で、ソフトウェアライフサイクルプロセスを定める。ソフトウェアの取得、供給、開発、運用、保守、廃棄までのプロセスを、JIS X 0170と同じ4つのプロセス群の構成で規定し、共通フレームの基礎になっている。

JIS X 0170などのライフサイクルプロセスの規格への適合の形の一つで、規格が要求するプロセスをすべて実施し、その成果を達成している状態。プロセスを修整して適用した場合は修整適合となる。

要件から設計、実装、テストへと順方向にたどれ、逆に設計やテストケースから元の要件へも逆方向にたどれる状態。共通フレームでは各プロセスの成果物を評価する基準の一つとされ、要件の実現漏れや、要件の裏付けのない設計の混入を見つけ、要件を変更するときの影響範囲を特定するのに使う。トレーサビリティマトリクスで管理する。

システムやソフトウェアを稼働させ続けるために、運用中に見つかった問題の修正や、環境の変化・新たな要求への対応を行うプロセス。保守の準備、問題と修正依頼の分析、修正の実施、保守のレビューと受入れ、移行、廃棄への引継ぎなどの活動からなる。

経営課題や事業環境を踏まえ、情報システム戦略に沿って、対象とする業務とシステム化の目的、効果、全体像を明らかにする活動。共通フレームの企画プロセスの最初の段階で、対象業務の分析、適用する情報技術の調査、業務の新しい姿の検討などを行い、経営者の承認を得る。