Manter o fio de ouro num edifício de maior risco

Defina os requisitos de informação como uma matriz: o que tem de ser entregue, por quem, em que momento e segundo que padrão, com os controlos de qualidade que cada conjunto tem de ultrapassar. Tudo o que vem a seguir é então medido contra isto e não contra o hábito.

Por quê: O golden thread falha muito mais no início do que no fim. Ninguém entrega um edifício sem informação; entrega-se uma grande quantidade de informação que ninguém pediu, num formato que ninguém consegue procurar, o que, sob um regime que espera que a pessoa responsável responda a uma pergunta rapidamente, equivale a não ter nenhuma.

Faça a informação passar pelos estados do ambiente comum de dados, de trabalho em curso a partilhada, publicada e arquivada, com um código de adequação em cada contentor a indicar para que pode ser usado. Mover um contentor entre estados é um marco que alguém ultrapassa, não um arrastar entre pastas.

Por quê: A diferença entre um desenho a partir do qual pode construir e um em que alguém ainda está a trabalhar é a distinção individual mais cara de um projeto de construção, e o nome de uma pasta não a consegue transmitir. Um código de adequação viaja com o contentor, por isso quem o abrir seis meses depois sabe para que servia sem ligar a quem o fez.

Mantenha os desenhos, especificações, cálculos, fichas de produto e certificados como um único registo com versões, de modo que a revisão atual seja óbvia e a substituída continue lá. Rotule-os e arquive-os como a matriz de requisitos pede, não como cada especialidade preferiria.

Por quê: O regime espera que a informação esteja atualizada e seja localizável, e as duas coisas falham juntas: um registo onde a última revisão é ambígua é um registo a partir do qual alguém acaba por construir a partir da folha errada. Manter as versões substituídas em vez de as sobrescrever também responde à pergunta que surge em toda a investigação, que é o que se sabia na altura.

Execute o ciclo de revisão com a autoridade aprovadora: registe a submissão com a versão do documento fixada a ela, registe cada observação, responda-lhe e encerre a decisão. Quando o documento em uso avança, uma observação levantada contra a versão submetida é assinalada como obsoleta em vez de ser silenciosamente remapeada para a nova.

Por quê: Uma observação respondida contra um desenho que mudou desde a submissão é uma resposta a uma pergunta que ninguém fez. Fixar a versão torna a troca reconstituível, que é tudo o que um gateway pede: mostrar o que submeteu, o que lhe disseram sobre isso, e o que fez em resposta.

Incorpore a informação no pacote de entrega: o conjunto as built, a informação de operação e manutenção, os certificados de ensaio e arranque, a informação de proteção contra incêndio e estrutural, e o manifesto que indica o que lá está. Emita-o a quem passar a ser responsável pelo edifício em ocupação.

Por quê: O golden thread não termina na conclusão da obra, muda de mãos. Um pacote que chega como uma árvore de pastas sem manifesto torna-se um arquivo que ninguém abre num mês, e a próxima pessoa que precisar de saber como o edifício foi realmente construído começa de novo a partir dos desenhos que ainda estejam em obra.