4.4기존 업무 흐름에 넣기

기존 흐름에 새 단계를 넣을 때 세 가지 방식이 있습니다.

방식	어떻게 넣는가	언제 맞는가
앞에 붙이기	사람이 하기 전에 초안을 만들어 둔다	빈 화면에서 시작하는 것이 부담일 때
뒤에 붙이기	사람이 만든 것을 점검한다	놓치는 것이 걱정일 때
사이에 넣기	두 단계 사이의 변환을 맡긴다	형식만 바꾸는 일이 반복될 때

앞에 붙이기가 가장 흔하고 효과도 큽니다. 초안이 있으면 시작이 쉽고, 사람은 고치는 일에 집중합니다.

뒤에 붙이기는 검토 보조입니다. 사람이 쓴 문서에서 빠진 항목이나 앞뒤가 안 맞는 부분을 찾게 하는 식입니다. 다만 이것이 사람 검토를 대신하는 것은 아닙니다.

사이에 넣기는 눈에 잘 안 띄지만 실속이 있습니다. 회의록을 실행 항목 목록으로 바꾸거나, 문의 내용을 티켓 형식으로 옮기는 일이 여기에 해당합니다. 판단이 거의 없고 형식만 바꾸는 일이라 실패 위험도 낮습니다.

고를 때 기준은 지금 어디서 시간이 새는가입니다. 시작이 어려우면 앞에, 놓치는 것이 문제면 뒤에, 옮겨 적는 일이 많으면 사이에 넣습니다.

기존 흐름을 그대로 두고 한 단계를 도우는 것이 보완이고, 흐름 자체를 바꾸는 것이 재설계입니다.

보완은 위험이 작고 시작하기 쉽습니다. 잘 안 되면 그 단계만 원래대로 돌리면 됩니다. 대부분의 도입은 여기서 시작해야 합니다.

재설계는 얻는 것이 크지만 위험도 큽니다. 그리고 보완을 충분히 해 본 뒤에 판단하는 편이 낫습니다. 실제로 무엇이 되고 무엇이 안 되는지 겪어 봐야 흐름을 다시 그릴 수 있기 때문입니다.

재설계를 고려할 만한 신호는 이렇습니다.

• 보완한 단계가 빨라졌는데 전체 소요는 그대로일 때 — 병목이 다른 곳에 있다
• 사람이 하던 중간 단계가 이제 불필요해졌을 때 — 옮겨 적기 위한 단계가 대표적이다
• 단계 사이에 대기가 길 때 — 순서를 바꿀 여지가 있다

첫 번째가 가장 흔합니다. 초안 작성이 12분에서 4분으로 줄었는데 전체 처리 시간이 그대로라면, 시간은 승인 대기에서 새고 있는 것입니다. 이 경우 더 빠른 초안을 만드는 것은 의미가 없습니다.

도입이 실패할 때는 대개 소리 없이 실패합니다. 아무도 "이거 안 씁니다"라고 말하지 않고 그냥 안 씁니다.

신호를 알아 두면 일찍 손댈 수 있습니다.

신호	무엇을 뜻하는가
초안을 받고 전부 다시 쓴다	초안 품질이 기준에 못 미친다
몇 사람만 쓰고 나머지는 안 쓴다	흐름에 안 맞거나 방법을 모른다
쓰긴 하는데 시간이 안 줄었다	검토 부담이 작성 부담을 대체했을 뿐이다
결과를 붙여 넣는 수작업이 늘었다	끼워 넣은 지점이 잘못됐다

세 번째가 특히 놓치기 쉽습니다. 작성 시간은 줄었는데 검토 시간이 그만큼 늘면 총합은 같습니다. 이때는 초안 품질을 올려 검토 부담을 줄이거나, 검토가 덜 필요한 단계로 옮겨야 합니다.

네 번째는 연결이 안 되어 있다는 신호입니다. 결과를 복사해 다른 곳에 옮기는 일이 반복된다면 그 옮기는 작업 자체가 새 부담입니다.

도구가 쓰이려면 지금 하던 방식보다 편해야 합니다. 조금 나은 정도로는 습관을 이기지 못합니다.

실무에서 효과가 있는 것들은 이렇습니다.

• 기존 자리에 두기. 새 도구를 열어야 한다면 그만큼 덜 쓰입니다
• 처음 한 번을 대신해 주기. Projects 설정이나 요청문 틀을 만들어 주면 시작 장벽이 사라집니다
• 잘 된 사례 공유하기. 설명보다 실제 결과물 하나가 설득력이 큽니다
• 안 되는 것도 알려 주기. 무엇이 안 되는지 모르면 엉뚱한 데 써 보고 실망합니다

마지막 항목이 의외로 중요합니다. 한계를 모르고 쓰다가 나쁜 결과를 얻으면 도구 전체에 대한 불신으로 이어집니다. "이런 일에는 잘 맞고 이런 일에는 안 맞는다"를 처음부터 알려 주는 편이 낫습니다.