본문으로 바로가기

The Software Factory 0.1 프리뷰

14장 커뮤니케이션의 병목을 찾는다

대화가 줄어도 고객은 더 오래 기다릴 수 있다

섹션 제목: “대화가 줄어도 고객은 더 오래 기다릴 수 있다”

코드를 만드는 시간이 줄었는데 전달 시간이 달라지지 않았다면 구현 밖의 흐름을 볼 필요가 있다. 기준을 다시 설명하고 다른 팀의 답을 기다리며, 오래된 맥락 때문에 결과를 고치는 시간이 남을 수 있다. 반대로 회의를 줄이고 메시지를 짧게 만든 뒤 필요한 질문이 사라져 재작업이 늘어날 수도 있다. 커뮤니케이션 비용의 목표를 대화의 감소만으로 정해서는 안 된다.

이 책은 설명·탐색·판단 대기·인계·맥락 손실과 재작업을 구분하도록 제안한다. P12 ‘결정에 필요한 보고’는 사람에게 필요한 판단과 근거를 연결한다. P14 ‘흐름에 맞춘 권한과 팀 경계’는 실제 의존성과 대기를 확인하고 역할과 책임을 조정한다. 어느 비용이 불필요한 반복이고 어느 협의가 새로운 지식을 만드는지 먼저 살핀다.

작업의 이동과 판단의 대기를 따로 기록한다

섹션 제목: “작업의 이동과 판단의 대기를 따로 기록한다”

가상의 문의 기능 변경이 구현을 마쳤지만 자료 사용의 승인을 기다린다고 하자. 이는 설명 예시다. 기다린 시간의 원인이 승인자의 부재인지, 위험 정보의 부족인지, 결정할 권한의 충돌인지에 따라 개선이 다르다. 수행자를 늘리는 것만으로 그 판단이 빨라지지는 않을 수 있다.

작업의 접수에서 수용과 운영 관찰까지 결과가 어디에 머물렀는지 기록한다. 수행한 시간과 답을 기다린 시간, 다시 설명한 내용과 되돌린 결과를 나눈다. 모든 대기를 낭비로 분류하지 않는다. 검증이나 고객의 판단에 필요한 대기도 있지만 그 이유와 끝날 조건은 설명할 수 있어야 한다.

관찰할 비용 확인할 원인 유지할 가치
반복 설명 기준·자료·결정이 검색 가능한가 필요한 맥락 전달
판단 대기 권한·증거·담당자가 준비되었는가 위험과 약속의 검토
인계 다음 수행에 쓸 결과와 조건이 있는가 역할별 전문성
맥락 손실 버전·가정·예외가 이어지는가 재검토 가능한 기록
재작업 오해·변경·발견 중 무엇 때문인가 새 정보에 대한 적응

이 표는 흐름 분석의 제안이다. 측정 자체가 구성원의 감시나 처벌로 바뀌면 필요한 질문과 실패 보고가 줄 수 있다. 개인의 메시지 수보다 결과를 막은 조건과 다음 판단을 조사한다.

여러 승인이 동시에 진행되었다면 각 대기 시간을 더한 값이 고객의 전체 대기 시간은 아니다. 작업 한 건의 실제 전달 경로에서 어느 판단이 다음 단계의 시작을 막았는지 확인한다. 고객이 기다린 경과 시간과 담당자가 자료를 만들고 검토한 투입 시간도 구분한다. 대기를 줄인 변경이 다른 역할의 검토·유지 부담을 늘렸는지 같은 작업 범위에서 함께 기록해야 병목 이동을 판단할 수 있다.

보고를 결정의 입력으로 만든다

섹션 제목: “보고를 결정의 입력으로 만든다”

저자의 소프트웨어 팩토리 글은 중요한 예외와 판단 요청을 요약하고 상세 근거까지 확인할 보고를 제안한다.[S01]

이 책은 보고가 어떤 결정을 돕는지에 맞춰 구조를 정하도록 권한다.

결과가 정상 범위에 있는지, 무엇이 바뀌었는지, 확인한 증거와 남은 위험이 무엇인지 연결한다. 판단이 필요하다면 선택지와 그 영향을 보여준다. 필요하지 않은 상태 알림이 중요한 요청을 밀어내지 않는지도 살핀다. 보고의 길이보다 사람이 무엇을 결정해야 하는지 알아볼 수 있는지가 중요하다.

요약이 원래 근거를 대신해서는 안 된다. 기준과 결과가 충돌하면 상세 자료로 돌아갈 수 있어야 한다. 보고가 빠뜨린 예외와 날짜를 확인할 경로를 유지한다. 같은 자료가 반복해서 필요하다면 일회성 설명보다 공유 기준으로 남길 수 있는지 검토한다.

새로운 요구와 상충하는 목적을 발견할 때에는 직접 협의가 필요할 수 있다. 이미 합의한 내용을 찾지 못해서 생긴 질문과 새로운 정보로 결정이 달라지는 질문을 구분한다. 질문을 적게 하는 사람을 더 생산적인 사람으로 평가하면 중요한 불확실성이 숨겨질 수 있다.

에이전트 사이의 메시지도 같은 관점에서 본다. 결과와 계약이 분명하면 여러 실행 주체가 같은 맥락을 다시 설명할 필요를 줄일 수 있다. 하지만 새 의존성과 통합 조건을 발견했다면 정보를 공유해야 한다. 병렬 실행의 개수나 메시지 감소를 그 자체의 성과로 삼지 않는다.

협의 결과는 다음 수행에서 사용할 기준과 기록에 연결한다. 대화에서 합의했지만 접근할 수 없는 결정은 다시 질문하거나 잘못된 가정으로 채워질 수 있다. 10장의 지식 공급과 6장의 인계·통합을 함께 설계할 이유다.

병목을 옮긴 개선인지 확인한다

섹션 제목: “병목을 옮긴 개선인지 확인한다”

승인 단계를 줄였는데 제품 팀이 모든 결과를 다시 확인한다면 비용이 다른 곳으로 옮겨갔을 수 있다. 공통 문서를 만들었는데 갱신을 기다리는 시간이 늘었다면 기준의 유지 책임을 살핀다. 중앙에서 판단을 모으면 기준은 일관될 수 있지만 대기와 현장 지식의 손실이 생길 수도 있다.

리더는 흐름 하나에서 변경 전후를 비교한다. 업무 유형과 영향, 관찰 범위를 유지하고 대기·추가 질문·재작업·운영 결함을 함께 본다. 메시지나 회의 시간이 줄어도 결과의 품질과 책임 연결이 악화되었다면 같은 방식의 확대를 재검토한다.

P12는 검토 시간·추가 질문·판단 오류를 확인한다. P14는 인계와 대기 감소가 결함이나 책임 공백을 늘리지 않았는지 본다. 도입한 보고 형식이나 협의 규칙이 실제 판단에 쓰였는지 확인하지 않고 문서 수와 참여율로 효과를 확정하지 않는다.

작은 운영 변경과 팀 경계 변경을 나눈다

섹션 제목: “작은 운영 변경과 팀 경계 변경을 나눈다”

자료의 위치와 현재 기준, 판단 책임자를 정리하는 것으로 충분할 수 있다. 전문성이 필요한 검토를 없애는 것보다 필요한 정보를 제때 제공하는 방식이 적절할 수도 있다. 먼저 계약과 권한의 관계를 확인한다.

그 뒤에도 한 결과를 책임지는 팀이 반복해서 외부 판단을 기다리고 조정 비용이 크다면 팀 경계와 권한을 재설계할 근거가 생긴다. 조직도 변경을 먼저 결정하고 모든 대기를 그 명분으로 해석하지 않는다. 다음 장은 이 판단의 조건과 전환 비용을 구체화한다.

원서의 분산팀 소통·개인 역량·대규모 협업이라는 주제의 연결은 기존 공개 목차 범위다. 리더는 대화의 양보다 판단과 결과의 연결을 개선하고, 새로운 정보를 찾는 협의의 통로를 유지해야 한다.

[S01]. 확인 범위와 한계는 출처 대장, 주장 유형은 자료 확인 범위에 기록한다.

원서 주제 연결: 원서 주제 연결의 범위(공개 목차 기준).

이 장의 판단을 정리하셨나요?