Ogni meccanismo che costruite inizia come PDF di un cliente.

Una URS: 142 pagine, 186 requisiti, quattro reparti che devono rispondere ciascuno alla propria parte.

Dal requisito al componente

Dietro ogni componente c'è un requisito a cui qualcuno ha dovuto rispondere.

Chi risponde a cosa

Ogni requisito appartiene a uno specialista. Il fan alla meccanica, l'ingresso turbina alle prestazioni.

Una verifica vale quanto la sua distribuzione: l'ingegnere giusto, sul requisito giusto, con il tempo per rispondere bene.

La URS

Un PDF, quattro team, sei copie, e nessuno sa quale sia quella attuale.

I commenti vivono nelle e-mail. Le risposte in un foglio di calcolo in tre versioni. Quando arriva la revisione B, si ricomincia da capo.

Estrarre e annotare

Caricate il PDF una volta. graphenix restituisce 186 requisiti numerati, ciascuno collegato alla sua pagina.

Ogni requisito diventa una voce con un responsabile, uno stato e un thread. Gli ingegneri rispondono, annotano, approvano o respingono, e vedono il lavoro degli altri in tempo reale.

Collaborare

Ogni annotazione finisce in un unico posto.

Ogni reparto vede lo stesso requisito, lo stesso componente e le note degli altri. I requisiti a cui avete risposto in un progetto precedente tornano con quella risposta e la sua fonte.

Approvare

Il responsabile vede chi ha finito, chi è in ritardo e quale requisito blocca tutto.

Ogni approvazione finisce nell'audit trail. Quando arriva l'ultima, le risposte si congelano in una baseline firmata.

Risultato

Costruire ciò che è stato concordato.

La baseline firmata è l'unica fonte di verità. Una modifica dopo la firma appare come modifica e viene quotata come tale. E il requisito che nessuno poteva soddisfare è emerso al quarto giorno, non al collaudo.