プロセス修整（Tailoring）

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

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

規格や組織の標準プロセスを、プロジェクトの規模、特性、リスクなどに合わせて、プロセスや活動を追加・削除・変更して適用すること。テーラリングとも呼ぶ。規格のプロセスを修整した場合は、その理由と妥当性を示して修整適合とする。

ソフトウェアの企画から開発、運用、保守、廃棄までに行う作業をプロセスとして定義し、用語と構成を標準化したもの。国際規格ISO/IEC/IEEE 12207（JIS X 0160）が基になり、日本ではIPAが共通フレーム（SLCP-JCF）として取りまとめている。発注者と受注者が同じ言葉で作業範囲や役割を合意するために使う。

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

承認されたシステム化構想に基づき、システム化の範囲、プロジェクト推進体制、全体開発スケジュール、要員教育計画、開発投資対効果などを検討して、具体的なシステム化計画を作る活動。共通フレームの企画プロセスでシステム化構想の立案に続く段階で、計画は経営者の承認を得て開発の拠り所となる。

システムやソフトウェアそのものを定義し、作り、検証して、運用・保守・廃棄に至らせる技術的なプロセス群。利害関係者のニーズ及び要件の定義、システム要件定義、アーキテクチャ定義、設計定義、実装、統合、検証、移行、妥当性確認、運用、保守、廃棄などを含む。計画や管理を担うテクニカルマネジメントプロセスと対になる。

システムに求められる機能、性能、インタフェース、運用、移行、セキュリティなどの要件を定め、システムの境界を明確にするプロセス。利害関係者の要件を基に、機能要件、システム機能仕様、操作要件、データベース要件などを定義し、評価とレビューを経てシステム設計の基礎とする。

システム要件のうちソフトウェアに割り当てられた部分について、ソフトウェアの境界と、機能・性能・インタフェース・品質などの要件を定めるプロセス。定義した要件は、システム要件との整合性や検証のしやすさの観点で評価・レビューし、ソフトウェア設計の基礎とする。