Verificarea unui model față de EIR și ridicarea problemelor

Deschideți cerințele de informații pe care modelul trebuie să le satisfacă - convenția de denumire, clasificarea, nivelul de nevoie de informație și proprietățile pe care fiecare element trebuie să le poarte.

De ce: Nu puteți verifica un model față de un standard pe care nu l-ați deschis. Pornirea de la cerințele reale transformă o revizuire vagă într-un rezultat clar de trecut sau picat la fiecare punct.

Parcurgeți modelul verificând denumirea, codurile de clasificare, nivelul de detaliere și proprietățile necesare pe fiecare tip de element față de cerință.

De ce: O clasificare lipsă sau un câmp de proprietate gol strică antemăsurătoarea și predarea activelor în aval. Prinderea la livrare este mult mai ieftină decât descoperirea atunci când este nevoie de ea.

Ridicați o problemă BCF pentru fiecare lipsă față de o cerință, indicând elementul și numind ce lipsește, astfel încât autorul să aibă o listă precisă de corectat.

De ce: O problemă precisă se remediază; o plângere vagă că modelul nu este conform se dispută. Legarea fiecărei probleme de o cerință și un element elimină spațiul de dezbatere.

Aprobați o cerință doar odată ce modelul o îndeplinește efectiv, astfel încât matricea să înregistreze o acceptare reală, nu o bifă optimistă.

De ce: Aprobarea este poarta care protejează pe toată lumea din aval. Reținerea ei până când modelul chiar se conformează este ceea ce împiedică o lipsă de date să fie moștenită de deviz și de operator.