Gerir interfaces entre pacotes de trabalho

Liste as interfaces físicas e organizacionais entre pacotes: onde uma atividade passa para a seguinte, onde os escopos se tocam e onde uma tolerância ou um detalhe de obras complementares cruza um limite.

Por quê: Nomear as interfaces é o que transforma um limite difuso num limite gerido. A interface que ninguém anotou é a lacuna que vira uma variação e um atraso quando os dois lados a negam.

Dê a cada interface um responsável em ambos os lados, a informação que cada um precisa do outro e a data em que é necessária, para que a troca seja um compromisso e não uma esperança.

Por quê: Uma interface com um único responsável é uma discussão à espera de acontecer. Nomear os dois lados e o que cada um deve ao outro é o que faz a passagem funcionar de fato no limite.

Trabalhe as interfaces abertas em reuniões de interface regulares, acorde quem faz o quê e até quando em cada limite e registe as ações em ata contra o registo.

Por quê: Interfaces se fecham quando os dois lados se sentam e acordam, não quando um registo fica parado. A reunião é onde a ambiguidade no limite é resolvida antes que as atividades cheguem a ele.

Feche uma interface somente quando os dois responsáveis confirmam que a troca está feita e o detalhe físico está resolvido, para que um item fechado seja de fato fechado.

Por quê: Fechar pela palavra de um lado é como uma lacuna reabre na obra. Exigir que os dois lados concordem é o que faz o registo ser um retrato real do que está resolvido e do que ainda incomoda.