파일럿에서 확산으로 — 두 번째 업무를 고르는 법

첫 번째가 잘 됐다고 두 번째가 잘 되지 않는다

앞선 네 편을 따라 첫 업무를 골라 설계하고 90일을 측정했다고 해봅시다. 절감이 남았고, 담당자도 만족합니다.

여기서 조직은 대개 두 가지 중 하나를 합니다. 비슷한 걸 여러 개 복제하거나, 훨씬 어려운 걸 시도하거나. 둘 다 확산이 실패하는 전형적인 경로입니다.

왜 두 번째가 어려운가

첫 과제는 유리한 조건에서 골랐습니다. 자주 일어나고, 틀려도 복구 가능하고, 판단과 반복이 명확히 나뉘는 업무. 그런 업무가 조직에 여러 개 있지는 않습니다.

그리고 첫 과제에는 없던 문제가 두 번째부터 생깁니다.

두 번째를 고르는 기준

같은 팀, 인접한 업무를 먼저 고르세요. 이유가 셋입니다.

• 판단 기준이 이미 문서화돼 있어 재사용됩니다
• 같은 사람이 검수하므로 신뢰 구축을 다시 하지 않아도 됩니다
• 첫 과제의 흐름을 부분적으로 재사용할 수 있습니다

반대로 다른 팀의 비슷한 업무는 나빠 보이지만 실제로는 어렵습니다. 업무가 비슷해 보여도 판단 기준이 다르고, 그 팀은 신뢰 구축 과정을 처음부터 거쳐야 합니다.

난이도는 한 단계만 올리세요. 실패 영향이 낮은 것에서 성공했다면, 다음은 실패 영향이 중간인 것. 앞선 우선순위 매트릭스에서 대각선으로 건너뛰지 마세요.

복제하기 전에 만들어야 할 것

흐름 개수가 늘어나기 전에 갖춰야 할 최소 구조가 있습니다. 이걸 건너뛰고 개수를 늘리면 앞선 사례 분석 글에서 다룬 "조직이 흡수 속도를 못 따라가는" 상태가 됩니다.

이 다섯 가지는 흐름이 세 개가 되기 전에 만들어야 합니다. 다섯 개가 넘은 뒤 소급해서 만들려면 훨씬 비쌉니다.

확산의 단위는 업무가 아니라 사람이다

가장 자주 놓치는 부분입니다.

자동화를 복제하면 흐름이 늘어납니다. 그런데 조직에 실제로 확산되는 것은 흐름이 아니라 "이렇게 일할 수 있다"는 감각입니다.

첫 과제를 함께한 담당자는 판단과 반복을 나누는 방식을 배웠습니다. 그 사람이 다음 과제에서 설계에 참여하면, 학습이 이전됩니다. 반면 외부에서 만들어 배포하기만 하면, 사용자는 늘어도 설계할 수 있는 사람은 그대로입니다.

그래서 두 번째 과제에서는 첫 담당자를 설계자 쪽에 두는 것이 장기적으로 가장 효과적입니다. 시간이 더 걸리지만, 세 번째부터는 그 사람이 혼자 끌 수 있게 됩니다.

확산을 멈춰야 할 때

무한히 늘리는 게 목표가 아닙니다. 다음 신호가 보이면 개수를 늘리지 말고 정리해야 합니다.

• 지난달에 무엇이 실패했는지 즉시 답하지 못할 때
• 흐름 하나를 고치려는데 어디를 봐야 할지 모를 때
• 유지보수 시간 합계가 절감 시간 합계에 근접할 때
• 만든 사람이 부재중이면 아무도 못 고치는 흐름이 있을 때

앞선 소규모 팀 글에서 다룬 "다섯 개 안쪽"이라는 기준은 인원에 따라 달라지지만, 원리는 같습니다. 감당할 수 있는 개수가 상한입니다.

첫 번째가 잘 됐다는 사실은 두 번째를 보장하지 않습니다. 다만 무엇을 다시 하지 않아도 되는지는 알려줍니다.

확산에서 복제되는 건 자동화가 아니라 설계 방식입니다. 그리고 그 방식을 문서가 아니라 사람이 들고 다니게 되면, 그때부터 조직의 능력이 됩니다.

다음 편에서는 그 능력을 유지하는 규칙, 거버넌스를 다룹니다.