신제품 일정이 계속 밀리는 이유: NPD 포트폴리오 관리가 필요한 진짜 원인

“왜 이걸 지금 알았죠?”가 반복되는 진짜 원인

출시 직전에 문제가 터지는 패턴은 비슷하다.
BOM 버전이 다르고, 인증 문서가 최신이 아니고, 부품이 단종되는 식이다.

 

중요한 건 “문제가 발생했다”가 아니다.
문제를 너무 늦게 알게 되는 구조가 문제다.

 

즉, 사람의 실수라기보다 연결의 실패다.
신제품 개발 일정 지연 원인은 대부분 이 지점에서 시작된다.

---

현업의 하루는 단순한데, 연결이 끊어진다

조직의 대화는 익숙하다.

• 설계팀: 변경했습니다. 메일 확인해주세요.
• 구매팀: 이미 발주 넣었는데요?
• 생산팀: 이게 최종 버전 맞습니까?
• PM: 리소스가 부족합니다.
• 경영진: 이 프로젝트, 전략적으로 맞나요?

각 팀은 일을 한다.
하지만 각 팀의 “정답”이 서로 다르다.

 

왜냐하면 정보가 시스템 안에 흩어져 있기 때문이다.
설계 변경은 PLM에 머물고, 발주는 ERP에 머물고, 리소스는 HR에 있고, 전략은 PPT에 남는다.

흐름은 있다.
하지만 하나의 구조로 연결되어 있지 않다.

---

기업은 프로젝트를 관리하는 조직이 아니라 ‘투자’를 운영하는 조직이다

많은 기업은 프로젝트 관리에 익숙하다.
일정, 범위, 이슈, 리스크를 관리한다.

 

하지만 기업의 실제 운영 단위는 프로젝트가 아니다.
포트폴리오(투자)다.

 

기업은 매 순간 선택한다.
어디에 돈을 넣고, 어디에 사람을 넣고, 어디에 시간을 넣을지 결정한다.

그런데 현실에서는 이 질문에 바로 답하기 어렵다.

• 지금 전사적으로 무엇에 자원을 쓰고 있는가?
• 어떤 프로젝트가 전략에 직접 연결되어 있는가?
• 무엇을 중단해야 하는가?

이 질문에 답할 구조가 없으면, 결국 모든 프로젝트가 동시에 시작된다.
수요 100개 중 실제 수행 가능 60개인데, 100개를 다 착수하는 상황이 생긴다.

---

글로벌 기업들도 같은 문제를 겪었고, 결론은 같았다

산업이 달라도 공통 증상이 반복된다.

• 프로젝트 정보 분산
• 엑셀 기반 보고
• 재무와 실행 단절
• 우선순위 기준 불명확
• 자원 가시성 부족
• 글로벌 표준 부재

이 상태에서는 “일은 하고 있는데 전략적으로 움직이지 않는” 상황이 된다.
시스템이 부족해서가 아니라 결정 구조가 분리되어 있기 때문이다.

---

그래서 ‘포트폴리오 레이어(Enterprise Portfolio Management)’가 필요하다

ERP, PLM, Jira, CRM은 각각 역할이 명확하다.

• ERP: 비용과 전표, 실적 데이터
• PLM: 제품 데이터와 변경 이력
• Jira/DevOps: 개발 실행과 이슈
• CRM: 시장 기회와 파이프라인

하지만 이 시스템들은 공통적으로 “실행”에 강하다.
반면 “무엇을 할지 결정하는 계층”은 약하다.

 

여기서 등장하는 것이 포트폴리오 레이어(EPM)다.
전략–수요–재무–리소스–실행을 하나의 흐름으로 묶어, 의사결정 허브로 만드는 계층이다.

 

포트폴리오 레이어가 없으면, 조직은 항상 회의로만 우선순위를 정한다.
그리고 회의가 늘어날수록 결정은 더 느려진다.

---

NPD는 ‘제품 개발 프로세스’가 아니라 ‘투자 선택 구조’다

많은 조직이 NPD를 이렇게 이해한다.
기획 → 설계 → 시험 → 양산.

 

하지만 이건 실행 레이어다.
진짜 NPD는 그 위에 있다.

• 어떤 제품을 먼저 할 것인가?
• 어떤 제품을 멈출 것인가?
• 제한된 R&D 자원을 어디에 투입할 것인가?

이 질문에 답하지 못하면 일정은 늦어질 수밖에 없다.
우선순위가 흔들리면, 모든 단계에서 재작업이 발생한다.

---

제대로 설계된 NPD 포트폴리오 운영 방식

전략이 문서가 아니라 ‘데이터’가 된다

OKR이 PPT에 머물면 실행과 분리된다.
포트폴리오 레이어에서는 전략이 프로젝트와 직접 연결된다.

 

전략이 바뀌면 우선순위도 즉시 바뀐다.
이때부터 “정렬(alignment)”이 실제로 작동한다.

수요는 구조화되고, 우선순위는 계산된다

아이디어가 감으로 승인되면 일정은 예측 불가능해진다.
전략 적합성, 예상 ROI, 리스크, 리소스 영향을 같이 본다.

 

우선순위는 설득이 아니라 계산 결과가 된다.
그래서 회의 시간은 줄고, 결정 속도는 빨라진다.

리소스는 “가능/불가능”이 아니라 “영향”으로 제시된다

“이거 가능합니까?” 대신 이런 답이 가능해진다.
“이 프로젝트를 추가하면 기존 A 프로젝트가 3주 밀립니다.”

 

이때부터 회의는 의견 충돌이 아니라 시나리오 검토가 된다.
리소스 부족이 “감”이 아니라 “수치”로 관리된다.

재무는 실시간 상태값이 된다

Budget vs Actual, Forecast vs Actual이 프로젝트와 연결된다.
포트폴리오 ROI가 주기적으로 업데이트된다.

 

투자는 추정이 아니라 현재 상태가 된다.
그래서 중단과 지속의 기준이 명확해진다.

Gate는 통과 의례가 아니라 “자동 제동장치”가 된다

각 단계에서 묻는다.
전략적으로 여전히 맞는가, 비용은 증가했는가, ROI는 하락했는가.

 

조건이 충족되지 않으면 멈춘다.
이게 있어야 “늦게 터지는 문제”가 줄어든다.

---

포트폴리오는 ERP·CRM·DevOps와 연결될 때 의미가 생긴다

포트폴리오는 단독 툴이 아니다.
핵심은 연결이다.

• ERP: 실제 비용/실적 데이터 흡수
• CRM: 시장 기회와 우선순위 연결
• DevOps/Jira: 실행 데이터와 진행률 연결
• ITSM: 운영 요청과 후속 개선 수요 연결

이 연결이 만들어지면, 포트폴리오 레이어는 “보고 도구”가 아니라 의사결정 엔진이 된다.
그리고 그때부터 NPD는 일정이 아니라 “투자 운영”으로 바뀐다.

---

현업은 무엇이 달라지는가

변화는 체감형으로 나타난다.

• 설계팀: 변경 설명 시간이 줄고, 변경 영향이 구조로 보인다.
• 구매팀: 단종 대응이 사후 처리에서 사전 대응으로 바뀐다.
• 생산팀: “최종 버전 확인” 같은 낭비가 줄어든다.
• PM: 회의 대신 시뮬레이션으로 조정한다.
• 경영진: 감이 아니라 데이터로 투자한다.

신제품이 늦는 이유는 사람이 느려서가 아니다.
흐름이 끊겨 있기 때문이다.

---

프로젝트 관리만으로는 신제품 일정 지연을 막기 어렵다.
문제의 핵심은 전략–수요–리소스–재무–실행이 분리된 구조다.

 

NPD의 본질은 “개발 프로세스”가 아니라 “투자 선택 구조”다.
포트폴리오 레이어(EPM)는 이 선택을 데이터 기반으로 운영하게 만든다.

 

엑셀과 회의로 우선순위를 정하는 방식은 한계가 있다.
구조를 바꾸면, 일정은 그 결과로 따라온다.