DEMO 트랜잭션 패턴

위노그라드와 플로레스는 조직을 정보처리 시스템이 아니라 언어로 생성된 약속의 네트워크로 보자고 제안했다. 그들이 “행위를 위한 대화”라 부른 것을 디츠가 형식화한 것이 트랜잭션 패턴이다. 고객이 요청하고(request), 수행자가 약속하고(promise), 실행한 뒤 결과가 준비됐다고 선언하고(declare), 마지막으로 고객이 수용한다(accept). 한 건의 업무가 화행 넷을 최소 단위로 갖는다는 것이고, 디츠는 이 패턴 하나가 업무 프로세스 복잡도의 대부분을 접어 넣는다고 주장한다.

패턴의 실질적 기여는 행복 경로가 아니라 실패 분기다. 약속 대신 거절(decline)이, 수용 대신 반려(reject)가, 중도에 철회(quit, stop)가 올 수 있고, 이 분기들이 처음부터 패턴 안에 있다. 대부분의 업무 시스템은 요청-승인-완료의 행복 경로만 모델링하는데 실제 운영의 고통은 전부 나머지 분기에 있다 — 반려된 완료 보고, 취소된 요청, 재협상, 중도 철회. 분기를 나중에 붙이면 이미 쌓인 데이터가 그 구분을 담고 있지 않다.

또 하나의 기여는 선언과 수용의 분리다. 수행자가 끝났다고 말하는 것과 요청자가 끝났다고 인정하는 것은 다른 화행이고, 제도적 사실로서의 “이행 완료”는 후자에서 성립한다. 이 간격을 지우고 수행자의 보고를 곧 완료로 기록하는 시스템은 분쟁이 생기는 바로 그 지점을 기록에서 지운 것이다.

경고 하나가 이 계보에 붙어 다닌다. 위노그라드와 플로레스가 이 이론으로 만든 제품 The Coordinator는 상업적으로 실패했고, 서치먼은 그 실패를 우연이 아니라 구조로 읽었다. 화자의 의도를 범주화해 화면에 노출하는 순간 시스템은 감시와 규율의 정치를 떠안고, 사용자는 자기 말이 분류당하는 것에 반발한다는 것이다. 교훈은 이론을 버리는 것이 아니라 숨기는 것이다. 사용자는 버튼을 누르고, 시스템이 그것을 화행으로 기록한다. 패턴은 스키마의 어휘이지 화면의 어휘가 아니다.