우리는 고객과의 사양 수정을 협상하여 고객이 말하거나 생각한 것이 아니라 고객이 원하는 것을 할 수 있도록 사양을 협상하는 최적의 상황을 알고 있습니다. 협상 중이며 설명 중입니다.
때로는 고객을 설득하지 못할 수도 있습니다. 우리는 설계된대로 부서 지도록 강요받습니다. 마법사와 악마를 소환하여 마귀를 소환하여 마귀를 소중히 여기며 "마법사"라고하는이 결과는 마법사의 죽음을 초래하며, 실수를 깨닫고 나면 고객을 매우 불만족스럽게 만드는 또 다른 접근법입니다. 개발자에게 책임이 있습니다.
이제 저는 매우 다른 접근 방식에 직면했습니다. 고객은 몇 가지 중요한 경고를 설명하지 못하고이를 수정하지 않고 명백한 오류를 인정하고 제안 된 수정 사항을 받아들이지 않는 간단한 사양을 만들었습니다. 이러한 사양으로 만들어진 제품은 치명적이며 인명 피해가 발생할 수 있습니다. 그러나 계약을 완전히 철회하기에는 아직 늦었습니다. 그 계약에는 징계 조항이 있는데, 우리가 실제로 받아 들일 수없는 조항입니다.
보스의 결정? 우리는 작업을 올바르게 수행하고 사양에 따라 수행 한 고객에게 거짓말을합니다. 문제의 알고리즘은 표면 아래에 충분히 깊게 숨겨져 있으며, 제품은 제대로 작업을 수행하고, 위험한 상황에서 실패하지 않으며, 누군가가 너무 깊이 파고 들지 않으면 요청대로 알고리즘을 깨뜨리지 않았다는 것을 결코 알 수 없습니다.
사양 실행의 전술에 대한 일반적인 이름이 있습니까?