Conosciamo la situazione ottimale della negoziazione delle correzioni delle specifiche con il cliente, ottenendo le specifiche per fare ciò che il cliente desiderava, non quello che dicevano o pensavano di volere. Questo sta negoziando, spiegando.
A volte, non siamo in grado di convincere il cliente. Siamo costretti a produrre rotture come progettato. Questo, chiamato "demonologia" per merito dei maghi che convocano demoni e demoni che soddisfano i loro desideri letteralmente, causando la morte del mago come risultato, è un altro approccio che lascerà il cliente molto insoddisfatto quando realizzerà il suo errore, e naturalmente cercherà di appuntare il incolpare lo sviluppatore.
Ho appena affrontato un approccio molto diverso: il cliente ha creato semplici specifiche che non riescono a spiegare alcune criticità, ed è completamente riluttante a correggerle, ammettere gli errori evidenti e accettare le correzioni suggerite. Il prodotto reso a queste specifiche sarà gravemente danneggiato e potrebbe costare vite umane. Eppure, è troppo tardi per abbandonare completamente il contratto. Il contratto ha clausole punitive per questo, che non possiamo davvero accettare.
La decisione del capo? Facciamo il lavoro giusto e mentiamo al cliente che lo abbiamo fatto secondo le specifiche. Gli algoritmi in questione sono nascosti abbastanza in profondità sotto la superficie, il prodotto farà il lavoro bene, non fallirà nella situazione di avvertimento, e a meno che qualcuno non scavi troppo in profondità, non scoprirà mai che non l'abbiamo rotto come richiesto.
Esiste un nome comune per questa tattica di esecuzione delle specifiche?