成果物

作業を行ったことと、受け取り手が使える結果を渡したことは違います。
成果物（Deliverable）は、プロジェクトや開発の結果として作り、引き渡す、確認可能な製品、文書、サービスなどです。
物理的な製品だけでなく、評価報告書、動く試作品、運用手順なども含まれます。

受け取り手の判断を先に決める

たとえば、製造設備の試験結果を報告する場合、測定値の一覧だけで十分かを確認します。
設備の使用可否を判断する人には、試験条件、対象の版、異常の有無、判断できない範囲も必要になるかもしれません。
形式だけを決めるのではなく、どの判断に使うかを聞き、受け入れ条件をそろえます。
完成した後で期待の違いを知るより、途中の例を見せて確認する方法があります。

作業と成果を対応させる

「性能を評価する」は活動で、「条件を満たすか判断できる評価報告書」は成果物です。
活動を細かく管理していても、必要な成果物が抜けることがあります。
試験の実施、結果の確認、報告の承認など、引き渡しへ必要な仕事を対応させます。
誰が作成し、誰が評価し、どこへ保存するかも示します。

版が変わる成果物では、何を基準に受け入れたかを残します。
設計変更後の製品へ、変更前の試験結果を無条件に適用できるとは限りません。
影響する条件を確かめ、追加の確認が必要かを判断します。

効果との違い

運用手順書を渡しても、担当者がその方法で障害へ対応できるかは、利用して確認する必要があります。
成果物の受け入れと、その後に起きる業務上の変化を分けて扱います。
文書の数だけを増やしても、使われない資料が増える可能性があります。
目的へ必要な成果を選び、引き渡し後の相談先や保守の担当を確認します。
成果を作る活動の計画はタスクや作業計画、スコープ全体の管理はプロジェクト計画も参照してください。

参考資料