移行

新規または変更したサービスやシステムを、開発や試験の環境から本番の運用環境へ切り替えること。移行計画に沿ってデータの移行や利用者への通知を行い、移行後に問題が生じていないかを評価する。

新しい、または変更したサービスやシステムの稼働を開始するために、旧環境から新環境へシステム、データ、業務を切り替えること。移行計画に基づき、リハーサル、移行判断、利用者への通知を経て実施し、問題が起きた場合の切り戻し手順も用意する。

新規又は変更したサービスやシステムを、開発や試験の環境から運用環境へ切り替え、利用者が使える状態にすること。移行計画に沿って、データの移行、旧システムからの切替え、利用者への周知を行い、移行後に問題が生じていないかを確認する。

システムやソフトウェアの取得者（発注者）が、納入されたシステムが契約要件を満たしているかを確認するテスト。受入れ基準に基づいて実施し、合格すれば検収となる。妥当性確認テストの一環として行われる。

エンジニアやデザイナーなどがチームを組み、限られた時間内（通常1〜2日）で集中的にアイデアを形にするイベント。ハック（Hack）とマラソン（Marathon）を組み合わせた造語。新しいサービスやアプリの開発に活用される。

製品の設計・開発工程において、設計、生産準備、品質管理などの各工程を同時並行で進める手法。開発期間の短縮とコスト削減を実現する。各部門が早い段階から情報を共有して協力する。

システムに実装すべき具体的な機能や振る舞いに関する要件。業務上必要なデータ処理、画面表示、帳票出力など、システムが「何をするか」を定義する。

システムの性能、信頼性、セキュリティ、拡張性など、機能以外の品質に関する要件。応答時間、稼働率、同時接続数など、システムが「どのように動作するか」の基準を定める。

システム開発の各工程において、発注者と開発者が共同で成果物の内容を確認・評価するレビュー活動。要件の認識相違や品質上の問題を早期に発見し、手戻りを防止する目的で実施される。