ケース / 品質と安全
品質と安全

引渡し前に是正リストを片付ける

引渡し前に手直しをゼロまで減らす。未処理の是正項目を消し込み、手直しを再検査し、リストが本当にきれいになったときにだけ完了を承認する。

3ステップ8 分総合建設会社プロジェクト / 施工管理者

仕組みをステップごとに

プラットフォーム全体で3ステップ - 各ステップで何をするか、そしてなぜ重要か。

1

未処理の手直しを消し込む

パンチリスト

手直しリストを一通り確認し、未処理の手直しがすべて担当する職種に修正期日つきで割り当てられていることを確かめ、引渡しを妨げるものを優先して追い込む。

理由: 担当者も期日もない手直しは、直らない手直しだ。各項目を割り当てて期日をつけることが、停滞したリストを引渡し期日前に実際に片付く作業に変える。

入力未処理の是正リスト担当職種出力割り当てた不具合目標完了日
2

手直しを再検査する

検査

職種が完了したという各手直しを検査し、確かに合格したものは閉じ、そうでないものは差し戻す。いずれの場合も写真を残し、閉じたとは確認済みを意味するようにする。

理由: 職種の言葉だけで閉じた手直しは、施主が内覧で見つけるものだ。素早い再検査がリストを正直に保ち、施主が中途半端な手直しを突き返して引渡しが後ろへずれるのを防ぐ。

入力報告された手直し手直しの詳細出力確認済みの完了差し戻した不具合
3

きれいなリストで承認する

引き渡しとクローズアウト

手直しがきれいだと確認できたら、完了チェックリストを仕上げ承認を記録する。これにより引渡しは、後で仕上げるという約束ではなく、不具合が実際に直った証拠に基づいて進む。

理由: 後で手直しを閉じるという約束で引き渡すのは、不具合リストが紛争になるやり方だ。きれいで確認済みのリストを完了の関門とすることが、保証金と施主への信用を守る。

入力確認済みの完了引渡しチェックリスト出力完了承認引渡し可否判定
モジュール

このプレイブックのモジュール

プラットフォーム 184 モジュール中 3

品質と安全の他のケース