Znamy optymalną sytuację negocjowania poprawek specyfikacji z klientem, uzyskiwania specyfikacji do robienia tego, czego chciał klient, a nie tego, co powiedział lub pomyślał. To negocjuje, wyjaśnia.
Czasami nie jesteśmy w stanie przekonać klienta. Jesteśmy zmuszeni produkować zepsute zgodnie z przeznaczeniem. To, zwane „demonologią” przez zasługi magów przywołujących demony i demony bardzo dosłownie, powodujące w rezultacie śmierć maga, jest kolejnym podejściem, które sprawi, że klient będzie bardzo niezadowolony, gdy zdadzą sobie sprawę z błędu, i oczywiście spróbują przypiąć winić programistę.
Teraz spotkałem się z zupełnie innym podejściem: klient stworzył proste specyfikacje, które nie uwzględniają niektórych krytycznych zastrzeżeń i całkowicie nie chce ich naprawić, przyznać się do oczywistych błędów i zaakceptować sugerowane poprawki. Produkt wykonany zgodnie z tymi specyfikacjami zostanie poważnie zepsuty i może kosztować życie ludzi. Jest jednak za późno, aby całkowicie zrezygnować z umowy. Umowa zawiera klauzule karne, których tak naprawdę nie możemy zaakceptować.
Decyzja szefa? Wykonujemy pracę prawidłowo i okłamujemy klienta, że wykonaliśmy ją zgodnie ze specyfikacją. Algorytmy, o których mowa, są wystarczająco głęboko ukryte pod powierzchnią, produkt wykona pracę dobrze, nie zawiedzie się w sytuacji zastrzeżonej, a jeśli ktoś nie zagłębi się zbyt głęboko, nigdy nie odkryje, że nie złamaliśmy go zgodnie z żądaniem.
Czy istnieje jakaś wspólna nazwa dla tej taktyki wykonywania specyfikacji?