티셔츠 생산이 늦어지면 무엇부터 확인할까? Production Delay를 관리한 25년 실무 경험

생산이 늦어진다는 말을 들었을 때 가장 먼저 했던 일

Garment/T-Shirt Production Management 업무를 하다 보면 아무리 계획을 세밀하게 만들어도 모든 Order가 처음 계획한 일정 그대로 끝나는 것은 아니었습니다. 원단이 예상보다 늦게 나올 수도 있었고, Cutting에서 계획한 수량을 만들지 못할 수도 있었으며, Sewing Line의 Actual Output이 예상했던 Capacity보다 낮을 때도 있었습니다.

Screen Printing이 있는 Style이라면 Printing에서 예상하지 못한 문제가 생길 수도 있고, Production은 거의 끝났는데 QC에서 문제가 발견되어 Rework가 발생할 수도 있었습니다.

그래서 Production Coordinator에게 중요한 것은 “생산이 늦어지지 않게 하는 것”만은 아니었다고 생각합니다.

생산에서는 예상하지 못한 변수가 발생할 수 있기 때문에 실제로 더 중요했던 것은 문제가 생겼을 때 얼마나 빨리 발견하고, 정확한 원인을 찾고, 남은 일정에서 회복할 방법을 만드는가였습니다.

저는 Production Delay가 확인되면 무조건 Factory에 “빨리 해주세요”라고 요청하는 것보다 먼저 몇 가지를 확인하려고 했습니다.

어느 공정에서 지연이 시작됐는가?

현재 몇 일이 늦었는가?

어느 정도의 Quantity가 영향을 받고 있는가?

다음 공정은 언제 시작해야 하는가?

어느 공정에서 시간을 회복할 수 있는가?

현재 Capacity를 늘릴 수 있는가?

그리고 무엇보다 중요한 질문이 하나 더 있었습니다.

현재 상황에서도 Buyer가 요구한 Delivery Date를 지킬 수 있는가?

Production Delay를 관리한다는 것은 결국 이 질문에 답하기 위해 전체 Production Flow를 다시 계산하는 일이었습니다.

먼저 “몇 일이 늦었는가”보다 “왜 늦었는가”를 확인했습니다

생산이 이틀 늦었다고 하겠습니다.

표면적으로 보면 문제는 이틀입니다.

하지만 저는 이틀이라는 숫자만으로는 해결방법을 결정할 수 없었습니다.

Fabric이 이틀 늦은 것인지, Cutting이 이틀 늦은 것인지, Sewing에서 이틀이 밀린 것인지에 따라 대응방법이 달라지기 때문입니다.

Fabric이 아직 완성되지 않았다면 Cutting과 Sewing을 빨리하라고 해도 해결되지 않습니다.

반대로 Fabric과 Cutting은 정상인데 Sewing Capacity가 부족하다면 원단공장에 독촉해도 의미가 없습니다.

그래서 Delay를 확인하면 가장 먼저 문제가 시작된 공정을 찾았습니다.

저에게 Production Delay 관리는 지연된 날짜를 세는 업무라기보다 지연의 시작점을 찾는 업무에 가까웠습니다.

Production Schedule을 다시 펼쳐 전체 흐름을 봤습니다

한 공정이 늦었다고 그 공정만 봐서는 실제 영향을 알기 어려웠습니다.

Fabric이 이틀 늦어졌다고 가정해 보겠습니다.

그렇다면 Cutting 시작도 이틀 늦어질 가능성이 있습니다. Cutting이 늦어지면 Sewing Input도 영향을 받을 수 있고, Sewing Completion이 늦어지면 Printing, QC, Packing까지 차례로 밀릴 수 있습니다.

하지만 항상 모든 공정이 정확히 이틀씩 뒤로 밀리는 것은 아니었습니다.

처음 Schedule에 어느 정도 여유가 있었다면 일부 시간을 흡수할 수도 있습니다.

Cutting Capacity가 충분하다면 Cutting 기간을 줄일 수도 있습니다.

Sewing Line을 추가할 수 있다면 Sewing에서 일부 시간을 회복할 수도 있습니다.

따라서 Delay가 발생하면 원래 Schedule을 다시 보면서 어느 공정이 영향을 받고 어느 공정에서 시간을 회복할 수 있는지를 확인했습니다.

Fabric Delay는 뒤 공정에서 해결할 수 없는 시간이 있었습니다

Fabric은 Garment Production의 중요한 출발점입니다.

원단이 준비되지 않았는데 Cutting을 시작할 수는 없습니다.

그래서 Fabric Delay가 발생하면 먼저 왜 늦어지고 있는지를 확인했습니다.

Yarn이 부족한가?

Knitting이 늦어졌는가?

Dyeing Schedule에 문제가 있는가?

Color Approval과 관련된 문제가 있는가?

Quality Issue로 다시 작업해야 하는가?

Bulk Fabric Completion Date는 언제인가?

이런 내용을 확인해야 했습니다.

단순히 “Fabric이 늦습니다”라는 정보만으로는 Production Schedule을 다시 만들기 어렵습니다.

제가 필요했던 것은 새로운 예상 완료일이었습니다.

그래야 Cutting Factory와 Sewing Factory에 실제로 사용할 수 있는 Revised Schedule을 전달할 수 있었기 때문입니다.

Fabric이 한 번에 모두 준비되지 않을 때는 사용할 수 있는 Quantity를 확인했습니다

대량 Order에서는 전체 Fabric이 한 순간에 모두 준비되는 것만 기다려야 하는 경우만 있는 것은 아니었습니다.

Style과 Color, 생산상황에 따라 먼저 사용할 수 있는 Fabric이 있다면 해당 Quantity를 확인하고 다음 공정을 어떻게 시작할 수 있는지를 검토할 수 있었습니다.

예를 들어 일부 Color의 Fabric이 먼저 준비되고 다른 Color가 늦는다면 먼저 준비된 Color부터 Cutting과 Sewing을 진행할 수 있는 상황도 생각할 수 있습니다.

하지만 이것 역시 무조건 가능한 방법은 아닙니다.

PO 구성, Printing Schedule, Packing 조건, Factory Capacity 등을 함께 봐야 했습니다.

제가 중요하게 생각했던 것은 “전체가 안 나왔으니 기다린다” 또는 “나온 것부터 무조건 시작한다”라는 한 가지 방식이 아니라 현재 상황에서 실제로 가능한 Production Sequence를 찾는 것이었습니다.

Cutting Delay는 원단 문제인지 Capacity 문제인지 구분했습니다

Fabric은 모두 준비됐는데 Cutting Actual이 Plan보다 낮을 수도 있습니다.

이때도 바로 Cutting Factory가 느리다고 판단하지 않았습니다.

Fabric Relaxation이 필요한가?

Marker가 준비되었는가?

Fabric Defect 때문에 작업이 늦어지고 있는가?

Shade나 Lot 관리 때문에 작업순서를 조정하고 있는가?

Cutting Table 또는 Equipment Capacity가 부족한가?

이런 원인을 확인해야 했습니다.

원인이 Fabric Condition이라면 Cutting Capacity만 늘려서는 해결되지 않을 수 있습니다.

반대로 Material에는 문제가 없고 순수하게 Cutting Capacity가 부족하다면 추가 작업시간이나 Capacity 조정을 Factory와 검토할 수 있었습니다.

결국 같은 “Cutting Delay”라도 원인에 따라 Action은 달랐습니다.

Sewing Delay에서는 Daily Actual Output을 중요하게 봤습니다

Sewing은 Production Schedule에서 많은 시간이 들어가는 중요한 공정이었기 때문에 Actual Output이 계획보다 낮아지기 시작하면 주의 깊게 봤습니다.

예를 들어 Plan은 하루 5,000pcs인데 실제 생산량이 계속 3,500~4,000pcs 수준이라면 단순히 하루의 부족분으로 끝나지 않습니다.

부족한 Quantity가 매일 누적됩니다.

이때 저는 지난 글에서 설명한 Daily Production Report를 이용해 Plan, Actual, Cumulative Quantity와 Balance를 확인했습니다.

그리고 가장 중요한 질문을 했습니다.

현재 Actual Capacity로 남은 Quantity를 Completion Date까지 끝낼 수 있는가?

가능하다면 현재 상태를 계속 Follow-up할 수 있습니다.

하지만 불가능하다고 판단되면 Action이 필요했습니다.

Sewing Line을 추가하기 전에 왜 Output이 낮은지 먼저 확인했습니다

Production이 늦으면 가장 쉽게 생각할 수 있는 방법이 Sewing Line을 추가하는 것입니다.

저도 실제 업무에서 필요하면 Factory와 Line 추가를 협의했습니다.

하지만 항상 Line을 추가하는 것이 첫 번째 해결책은 아니었습니다.

Cutting Piece가 충분하지 않은데 Sewing Line을 추가하면 추가 Line도 Material을 기다릴 수 있습니다.

Machine Trouble이 원인이라면 Equipment 문제를 해결하는 것이 먼저일 수 있습니다.

특정 Operation에 Bottleneck이 있다면 전체 Line 숫자를 늘리는 것보다 해당 공정을 조정하는 것이 더 중요할 수 있습니다.

Quality Issue 때문에 Rework가 많다면 Output 숫자보다 불량의 원인을 먼저 잡아야 합니다.

그래서 저는 Capacity를 늘리기 전에 낮은 Output의 원인을 확인하는 것을 중요하게 생각했습니다.

실제 Capacity가 부족하다면 Line 추가를 검토했습니다

원인을 확인한 결과 Material도 준비되어 있고 Quality에도 큰 문제가 없는데 현재 Sewing Capacity만으로 Delivery를 맞추기 어렵다고 판단되면 Factory와 추가 Line을 검토했습니다.

예를 들어 현재 4개 Line을 사용하고 있는데 남은 Quantity와 Working Days를 계산했을 때 현재 Capacity로는 부족하다면 5개 또는 6개 Line을 사용할 수 있는지 협의할 수 있었습니다.

물론 Line을 늘린다고 다음날부터 Output이 정확히 같은 비율로 늘어나는 것은 아닙니다.

Operator가 필요하고 Machine이 필요하며 새로운 Line이 Style에 적응하는 시간도 필요할 수 있습니다.

그래서 Line 추가 후에도 Daily Production Report를 계속 확인하면서 실제 Output이 얼마나 증가했는지를 봐야 했습니다.

Delay를 회복할 수 있는 공정을 찾았습니다

Production Schedule이 이틀 늦어졌다고 해서 무조건 Buyer Delivery도 이틀 늦어지는 것은 아닙니다.

중요한 것은 남은 공정에서 시간을 회복할 수 있는지를 보는 것입니다.

Cutting Capacity가 충분하다면 원래 3일 계획했던 Cutting을 더 짧은 기간에 완료할 가능성이 있을 수 있습니다.

Sewing Capacity를 추가할 수 있다면 Sewing Completion을 앞당길 수도 있습니다.

Printing Factory에 Capacity가 있다면 Print Schedule을 조정할 수도 있습니다.

Packing에서 추가 인력을 사용할 수 있는 상황도 있을 수 있습니다.

하지만 여기에서 제가 중요하게 생각했던 원칙이 있습니다.

시간을 회복한다고 해서 필요한 Quality Process를 임의로 생략해서는 안 된다는 것입니다.

QC를 건너뛰거나 필요한 Fabric 안정화 과정을 무조건 줄이는 방식으로 Schedule을 맞추려고 하면 나중에 더 큰 문제가 생길 수 있습니다.

Printing이 있는 Style은 또 다른 Schedule이 필요했습니다

Screen Print T-Shirt는 Sewing이 끝났다고 Garment Production이 끝나는 것이 아니었습니다.

Print가 남아 있습니다.

Artwork와 Placement가 승인되어 있어야 하고, 실제 Bulk Printing Capacity도 확보되어야 합니다.

Sewing이 늦어지면 Printing Factory에 Garment가 늦게 들어갈 수 있습니다.

그런데 Printing Factory는 우리 Order만 기다리고 있는 것이 아닐 수 있습니다.

다른 Style의 Schedule도 있기 때문에 원래 예약했던 Production Window를 놓치면 새로운 Schedule을 확인해야 할 수도 있었습니다.

그래서 Sewing Delay가 발생하면 Sewing Completion Date만 다시 계산하는 것이 아니라 Printing Schedule에도 영향이 있는지를 확인하는 것이 중요했습니다.

다음 Factory와 미리 Communication하는 것이 중요했습니다

제가 Production Coordinator로 일하면서 중요하게 느꼈던 것 중 하나는 문제가 발생한 공정만 붙잡고 있어서는 안 된다는 점이었습니다.

예를 들어 Sewing이 이틀 늦어질 것으로 예상된다면 Printing Factory에도 가능한 한 빨리 상황을 공유해야 했습니다.

원래 Garment가 월요일에 들어갈 예정이었는데 수요일로 변경될 가능성이 있다면 Printing Factory도 자기 Capacity를 조정해야 할 수 있기 때문입니다.

Packing이나 Shipping Schedule도 마찬가지입니다.

문제가 확정될 때까지 아무 말도 하지 않고 기다리다가 마지막 순간에 다음 공정에 알리면 대응할 시간이 줄어듭니다.

Production에서는 정확한 Communication이 실제 Capacity만큼 중요할 때가 있었습니다.

Quality 문제로 발생한 Delay는 속도만 높여서는 해결되지 않았습니다

Production Delay의 원인이 Quality Issue인 경우도 있습니다.

Sewing Defect가 반복적으로 발생하거나 Print Quality에 문제가 생기면 Rework가 필요할 수 있습니다.

이때 “Delivery가 급하니 더 빨리 생산해 달라”고만 요청하면 같은 문제가 더 많은 Quantity에서 발생할 수 있습니다.

Quality 문제로 Delay가 발생했다면 먼저 원인을 확인하고 문제가 계속 생산되지 않도록 조치하는 것이 중요했습니다.

한 번의 수정으로 생산이 잠시 멈추더라도 같은 Defect를 수천 장 더 만드는 것보다 나을 수 있습니다.

제가 현장에서 느낀 것은 Quality와 Delivery가 서로 반대되는 목표가 아니라는 점이었습니다.

좋은 Quality Control이 오히려 Rework를 줄여 Schedule을 지키는 데 도움이 될 수 있었습니다.

Rework Quantity도 새로운 Production처럼 관리했습니다

Rework가 발생하면 단순히 “불량을 고치면 된다”고 생각하기 쉽습니다.

하지만 Quantity가 많아지면 Rework 자체가 하나의 Production Schedule이 될 수 있습니다.

몇 장을 수정해야 하는가?

어느 Operation에서 수정해야 하는가?

하루에 얼마나 처리할 수 있는가?

수정 후 다시 QC하는 데 얼마나 걸리는가?

Main Production과 동시에 가능한가?

이런 내용을 확인해야 했습니다.

Rework에 많은 Operator가 투입되면 정상 Production Capacity가 떨어질 수도 있습니다.

그래서 Rework Quantity 역시 Daily Production과 연결해서 봐야 했습니다.

Delay가 발생하면 Remaining Quantity를 다시 계산했습니다

Production이 계획에서 벗어나기 시작하면 예전에 만든 Schedule만 계속 보는 것은 의미가 줄어듭니다.

현재 Actual을 기준으로 다시 계산해야 했습니다.

현재 Good Quantity는 얼마인가?

Balance는 얼마인가?

실제 남은 Working Days는 며칠인가?

하루에 필요한 Output은 얼마인가?

현재 Actual Capacity는 얼마인가?

두 숫자의 차이는 얼마인가?

이 계산을 하면 현재 Schedule이 현실적인지 빠르게 판단할 수 있었습니다.

예를 들어 30,000pcs가 남았고 실제 Sewing에 사용할 수 있는 날이 5일이라면 하루 평균 6,000pcs의 Good Output이 필요합니다.

그런데 최근 Actual이 4,000pcs 정도라면 기존 방식으로는 부족하다는 신호입니다.

Revised Schedule은 희망이 아니라 Actual을 기준으로 만들었습니다

Production Delay가 발생하면 새로운 Schedule을 만들게 됩니다.

이때 가장 위험한 것은 “아마 따라잡을 수 있을 것”이라는 기대만으로 날짜를 정하는 것이라고 생각했습니다.

최근 Actual Capacity가 하루 4,000pcs인데 아무런 Capacity 변화 없이 Revised Plan을 하루 7,000pcs로 잡는다면 현실적인 Schedule이라고 보기 어렵습니다.

Line을 추가했는가?

Cutting Supply가 충분한가?

Overtime이 가능한가?

Bottleneck을 해결했는가?

이런 실제 변화가 있어야 더 높은 Output을 기대할 근거가 생깁니다.

저는 Revised Schedule일수록 더 현실적인 숫자를 사용하려고 했습니다.

Buyer에게 너무 늦게 알리는 것도 좋지 않았습니다

Production Coordinator는 Factory만 상대하는 사람이 아니었습니다.

Buyer와의 Communication도 중요했습니다.

모든 작은 Production Variation을 Buyer에게 문제처럼 전달할 필요는 없지만, Delivery에 실제 영향을 줄 가능성이 커진다면 상황을 숨기고 마지막 순간까지 기다리는 것도 좋은 방법이라고 생각하지 않았습니다.

중요한 것은 정확한 상황을 파악하는 것이었습니다.

무슨 문제가 발생했는가?

현재 어떤 조치를 하고 있는가?

Revised Completion Date는 언제인가?

Delivery에 실제 영향이 있는가?

이런 내용이 정리되어야 Communication도 정확해집니다.

확인되지 않은 날짜를 성급하게 약속하는 것 역시 피하려고 했습니다.

“언제 끝나요?”보다 “어떻게 끝낼 건가요?”가 중요했습니다

Production Delay가 발생하면 가장 많이 듣고 하게 되는 질문 중 하나가 “언제 끝납니까?”입니다.

물론 Completion Date는 중요합니다.

하지만 저는 시간이 지나면서 날짜 하나만 받는 것으로는 부족하다고 느꼈습니다.

Factory가 “금요일까지 끝내겠습니다”라고 한다면 그 날짜가 가능한 근거를 확인해야 했습니다.

남은 Quantity는 얼마인가?

현재 Daily Output은 얼마인가?

몇 개 Line을 사용할 것인가?

Material은 모두 준비됐는가?

추가 Capacity가 있는가?

이런 내용이 있어야 Completion Date를 현실적으로 판단할 수 있습니다.

그래서 저는 날짜뿐 아니라 그 날짜를 만들 Production Plan을 같이 보려고 했습니다.

한 공정의 Delay를 다른 공정에 무리하게 떠넘기지 않았습니다

Fabric에서 3일이 늦었다고 Packing에서 무조건 3일을 줄일 수 있는 것은 아닙니다.

Sewing이 늦었다고 Printing Factory에 무조건 하루 만에 모든 Quantity를 끝내 달라고 요구할 수도 없습니다.

각 공정에는 실제 Capacity와 필요한 작업시간이 있습니다.

그래서 Delay Recovery Plan을 만들 때는 각 Factory가 현실적으로 할 수 있는 범위를 확인하는 것이 중요했습니다.

생산관리는 Schedule을 종이에 맞추는 것이 아니라 실제 Factory가 실행할 수 있는 Schedule을 만드는 일이었습니다.

Air Freight는 마지막 해결책 중 하나가 될 수 있었습니다

Production Delay가 심해지면 Shipping Method까지 영향을 받을 수 있습니다.

원래 Ocean 또는 계획된 일반 운송방법으로 보낼 수 있었던 제품이 Delivery를 맞추기 위해 더 빠른 운송방법을 검토해야 하는 상황이 생길 수 있습니다.

이런 상황은 회사의 Cost와 Margin에 큰 영향을 줄 수 있습니다.

특히 Production 단계에서 발생한 Delay 때문에 추가 Freight가 발생하면 Order에서 기대했던 Profit이 크게 줄어들 수 있습니다.

그래서 저는 Production Delay를 단순히 Schedule 문제로만 생각하지 않았습니다.

Delay는 결국 Cost 문제로 이어질 수 있었습니다.

작은 지연을 초기에 잡는 것이 가장 저렴했습니다

Production Delay가 하루일 때는 해결방법이 여러 가지일 수 있습니다.

Capacity를 조금 조정하거나 Production Sequence를 바꾸어 회복할 수도 있습니다.

하지만 하루가 이틀이 되고, 이틀이 일주일이 되면 선택지가 줄어듭니다.

Overtime이 필요할 수 있습니다.

추가 Line이 필요할 수 있습니다.

다른 Factory Capacity를 찾아야 할 수도 있습니다.

결국 Expedited Freight까지 검토할 수 있습니다.

즉, 문제를 늦게 발견할수록 해결비용이 커질 가능성이 있습니다.

이것이 제가 Daily Production Report와 T&A를 계속 확인했던 이유였습니다.

Production Delay는 결국 Margin과 연결됐습니다

제가 Production Management에서 항상 중요하게 생각했던 것 중 하나가 Cost였습니다.

Order를 받을 때 Costing을 하고 Margin을 계산합니다.

하지만 Production이 계획대로 진행되지 않으면 처음 계산했던 Margin이 달라질 수 있습니다.

Overtime Cost,

Additional Labor,

Rework,

Makeup Production,

추가 Transportation,

Expedited Freight.

이런 비용이 하나씩 추가될 수 있기 때문입니다.

따라서 Production Coordinator가 Schedule을 관리하는 것은 단순히 Buyer에게 약속한 날짜를 지키기 위한 것만은 아니었습니다.

회사의 Profit을 지키는 일이기도 했습니다.

모든 Order를 같은 우선순위로 처리하기 어려울 때도 있었습니다

여러 Style이 동시에 생산되고 있는데 특정 Order에 Delay가 발생할 수 있습니다.

이때 한 Order를 살리기 위해 모든 Capacity를 그곳으로 이동시키면 다른 Order가 늦어질 수도 있습니다.

그래서 Production Coordinator는 전체 Production Schedule을 봐야 했습니다.

어느 Order의 Delivery가 더 가까운가?

어느 Style이 다음 공정과 연결되어 있는가?

어느 Order에서 Capacity를 조정할 수 있는가?

한 Style의 Line을 옮겼을 때 다른 Style에 어떤 영향이 생기는가?

이런 내용을 함께 판단해야 했습니다.

Production Management는 하나의 Order만 잘 만드는 업무가 아니라 여러 Order가 동시에 움직이는 전체 Flow를 관리하는 일이었습니다.

문제가 생겼을 때 책임을 찾는 것보다 원인을 찾는 것이 먼저였습니다

Production Delay가 발생하면 누구의 잘못인지 이야기하기 쉬워집니다.

Fabric Mill이 늦었다.

Cutting Factory가 느리다.

Sewing Factory가 Capacity를 지키지 못했다.

하지만 Production이 진행 중인 상황에서는 책임을 따지는 것보다 먼저 해야 할 일이 있었습니다.

현재 문제를 어떻게 해결할 것인가였습니다.

물론 나중에는 원인을 분석하고 같은 문제가 반복되지 않도록 개선해야 합니다.

하지만 Ship Date가 다가오는 상황에서는 해결이 먼저였습니다.

저는 Production Coordinator가 여러 Factory 사이에서 이 부분을 조정하는 역할도 중요하다고 생각했습니다.

제가 Production Delay가 발생했을 때 확인했던 순서

25년 동안 Production Management를 하면서 제가 중요하게 생각했던 흐름을 정리하면 다음과 같습니다.

첫째, Delay가 시작된 공정을 확인했습니다.

Fabric, Cutting, Sewing, Printing, QC 또는 Packing 중 어디에서 문제가 시작됐는지 확인합니다.

둘째, Delay 원인을 확인했습니다.

Material, Approval, Capacity, Machine, Quality, Rework 등 실제 원인을 찾습니다.

셋째, 현재 Actual Quantity를 확인했습니다.

지금까지 Good Quantity가 얼마나 완성됐는지 확인합니다.

넷째, Remaining Quantity를 계산했습니다.

앞으로 실제로 만들어야 하는 Quantity를 확인합니다.

다섯째, Remaining Working Days를 확인했습니다.

Ship Date가 아니라 해당 공정을 완료해야 하는 날짜까지 사용할 수 있는 시간을 계산합니다.

여섯째, Required Daily Output을 계산했습니다.

남은 기간 동안 하루에 필요한 Production Quantity를 확인합니다.

일곱째, Actual Capacity와 비교했습니다.

현재 상태로 Schedule을 회복할 수 있는지 판단합니다.

여덟째, Recovery Action을 결정했습니다.

Capacity 추가, Sequence 조정, 다음 공정과 Schedule 협의 등 실제 가능한 방법을 검토합니다.

아홉째, Revised Schedule을 만들었습니다.

희망이 아니라 확인된 Capacity를 기준으로 새로운 일정을 정리합니다.

열째, 계속 Daily Follow-up했습니다.

Action을 취했다고 끝나는 것이 아니라 실제 Production이 계획대로 회복되는지를 확인합니다.

제가 Production Delay를 겪으며 배운 가장 중요한 것

오랜 기간 Production Coordinator로 일하면서 Production Delay를 한 번도 경험하지 않는 것은 현실적으로 어렵다고 느꼈습니다.

중요한 것은 문제가 발생했다는 사실 자체보다 그 문제를 어떻게 관리하는가였습니다.

문제를 빨리 발견하면 선택할 수 있는 방법이 많습니다.

원인을 정확하게 알면 필요한 Action을 선택할 수 있습니다.

다음 공정과 미리 Communication하면 Schedule을 조정할 시간이 생깁니다.

Actual Capacity를 기준으로 Revised Plan을 만들면 현실적인 판단을 할 수 있습니다.

그리고 매일 결과를 확인하면 Recovery Plan이 실제로 작동하는지를 알 수 있습니다.

반대로 문제가 있는데도 괜찮아질 것이라고 기다리기만 하면 마지막에 사용할 수 있는 방법은 점점 줄어듭니다.

제가 현장에서 배운 Production Delay 관리의 핵심은 그래서 아주 단순했습니다.

문제가 커진 다음 빨리 움직이는 것이 아니라, 작은 변화가 보일 때 먼저 움직이는 것이었습니다.

생산 지연을 관리한다는 것은 결국 시간을 다시 설계하는 일이었습니다

Production Coordinator로 일하면서 저는 Schedule이 단순한 날짜표가 아니라는 것을 배웠습니다.

Fabric Completion Date 하나가 바뀌면 Cutting이 움직입니다.

Cutting이 바뀌면 Sewing Input이 달라집니다.

Sewing Completion이 바뀌면 Printing, QC와 Packing이 영향을 받습니다.

그리고 마지막에는 Shipping과 Buyer Delivery가 있습니다.

그래서 Production Delay가 발생했을 때 저는 한 공정만 빨리 끝내는 것을 목표로 하기보다 전체 Production Flow에서 시간을 다시 배치하려고 했습니다.

어디에서 시간이 사라졌는가?

어디에서 시간을 회복할 수 있는가?

어떤 Capacity가 필요한가?

어느 Factory에 먼저 알려야 하는가?

추가 Cost가 발생하는가?

그리고 최종 Delivery를 지킬 수 있는가?

이 질문들을 하나씩 확인하는 과정이 제가 경험한 Production Delay Management였습니다.

생산관리에서 좋은 Schedule은 처음 만든 Schedule이 끝까지 한 번도 바뀌지 않는 Schedule만을 의미하지 않는다고 생각합니다.

실제 상황이 달라졌을 때 빠르게 Actual을 반영하고, 현실적인 Revised Schedule을 만들고, 관련된 사람들이 같은 계획을 보고 움직일 수 있도록 하는 것도 중요했습니다.

제가 25년 동안 현장에서 배운 것은 결국 이것입니다.

Production Delay가 발생하면 가장 먼저 필요한 것은 더 빠른 생산이 아니라 더 정확한 판단이었습니다.

원인을 정확하게 찾고, 숫자를 다시 계산하고, 실행 가능한 Action을 결정한 뒤 그 결과를 매일 확인하는 것.

그 과정이 반복되면서 늦어진 Production을 다시 계획 안으로 가져올 수 있었습니다.

다음 글에서는 Production Delay를 관리하면서 제가 특히 중요하게 생각했던 또 하나의 업무인 “Factory와 Buyer 사이의 Communication”을 다뤄보겠습니다. 생산에 문제가 생겼을 때 Factory에는 무엇을 확인했고, Buyer에게는 어떤 정보를 정리해서 전달해야 했는지, 그리고 확인되지 않은 약속을 피하면서도 신뢰를 유지하기 위해 어떤 방식으로 Communication했는지를 실제 Production Coordinator 경험을 중심으로 정리하겠습니다.