프로젝트중심의 제품개발관리체계 - · PDF file© 2009 IBM Corporation...

© 2009 IBM Corporation

프로젝트 중심의

제품개발 관리체계

09/04/2009김종건수석연구원GBS, IBM Korea


Agenda

PIM 추진 방안II.

IBM의 제품 개발 혁신 사례I.

PMS 소개III.


IBM PLM Consulting 소개IBM은 H/W, S/W 및 서비스 모두를 지원하고 이미 컨설팅 서비스 회사로 전환이 되었으며 PLM 분야에서 전략, 프로세스 수립 및 시스템 구축까지의 경험을 보유하고 있습니다.

IBM 사업구조

IBM 소프트웨어IBM 소프트웨어

애플리케이션 통합, 미들웨어및 정보관리 소프트웨어

애플리케이션 통합, 미들웨어및 정보관리 소프트웨어

IBM 시스템 & 테크놀로지IBM 시스템 & 테크놀로지

서버, 스토리지, 신기술 부문포괄

서버, 스토리지, 신기술 부문포괄

주1) GBS : Global Business Service 주2) PIM : Product Innovation Management

IBM 테크놀로지 서비스IBM 테크놀로지 서비스

IT 컨설팅, 시스템 통합 서비스IT 컨설팅, 시스템 통합 서비스

IBM GBS주1)IBM GBS주1)

경영 컨설팅 및 시스템 구축경영 컨설팅 및 시스템 구축

컨설팅 서비스 구조

SCM ( Supply Chain Management )Product Lifecycle ManagementProcurementERPLogistics

S&C ( Strategy & Change ) 전략 및 변화 관리 컨설팅

FMS ( Financial Management ) 재무 컨설팅

CRM ( Customer Relation Management ) 고객 관리 컨설팅

AI ( Application Innovation ) Application 구축

HCM ( Human Capital Management ) 인사 컨설팅

PLM 서비스 영역

PLM 전략 컨설팅

–PLM 영역의 ISP 및 혁신 Master Plan 수립 컨설팅

System Integration 전략 컨설팅

–다양한 다기능 시스템의 Business 및System Integration 컨설팅

Process 혁신 설계 컨설팅

–Market planning (상품기획)부터 제품양산 까지 프로세스 상세 설계 컨설팅

PLM 시스템 구축

–PLM 영역의 제품 개발 관련 시스템 구축서비스


PLM주1 전체 관점에서의 PIM의 위치

프로젝트 중심의 제품 개발 관리 체계가 PLM에서의 위치는 …오늘 주제는 제품 개발 전체 PLM 관점에서 보면 PPM에 해당되며, 제품 기획부터 단종까지 제품 개발 전체 라이프사이클의 프로젝트 포트폴리오 관리와 프로젝트 중심의 제품 개발 혁신 부분입니다.

CPD : 협업적 제품 설계 지원 DME : R&D와 생산준비 단계와의협업 지원

DMS : 제품 개발 단계에서의 부품 및 협력업체 소싱

PDM : 제품 정보의 관리 및 활용

Idea Generation

ConceptDevelopment

ProductDesign

Test &Validation

Production &Market Launch

고객 CNM :

고객 지향적상품개발 지원

PPM : 프로젝트 포트폴리오의 전략적 구성 및 프로젝트 관리 지원

Design Partner Supplier

R&D Foundation : R&D 및 R&D 정보화 활동의 기반(보안, 지식관리, Portal 등)

PPM ; Project & Portfolio ManagementCNM ; Customer Needs ManagementDMS ; Direct Material Sourcing

CPD ; Collaborative Product DesignPDM ; Product Data ManagementDME ; Digital Manufacturing & Engineering

주1) PLM : Product Lifecycle Management


PPM 영역에서의 주요 이슈제품 개발 프로젝트 관리 측면에서 보면 제품 개발 프로세스 특성상 각 부분과의 협업에 대한 이슈가 가장 크다고 할 수있습니다.

프로젝트 선정 프로젝트 목표 수립 프로젝트 개발 프로젝트 사후 관리

Opportunity 관리 개발 프로젝트의 명확한 목표수립

프로젝트 중심의 의사 결정 체계 성과 측정 및 사후 관리

Concept Plan Develop Qualify Launch Lifecycle

Customer Requirement

Product Objectives

Business Strategy

R&D Roadmap

제품

개발

단계

④세부 업무 별 담당 역할 정의 미흡

⑤프로젝트 중심이 아닌 부서 이기주의적 의사 결정 체계

⑥주요 업무 별 보고 자료의 Template화 미흡

⑦프로젝트의 성공을 결정 짓는 성과 측정 체계 미흡

⑧고객의 다양한 요구를 관리하면서 프로젝트 전체를 책임

지는 PM 역량 부재

①영업 단계 영업 부문과 제품 개발 부문과의 협업 체계 미흡

②프로젝트 착수 단계에 착수 근거 및 책임 소재의 불명확 함

③ Gateway 관리의 미흡

- 각 주요 단계 때 선/후 업무 조직의 이해관계 차이

- 부문간 주요 단계 완료 기준의 견해 차이

제품

개발

주요

이슈


IBM의 R&D Innovation OverviewIBM도 이러한 문제를 해결하기 위하여 시장 분석의 marketing planning process와 철저하게 연계되어 프로젝트의 선정 단계부터 단종까지 프로젝트 관리체계를 수립하였으며 이를 기반으로 PIM (Product Innovation Management)라는 컨설팅 솔루션을 개발하였습니다.

시장의 이해시장 세분화수행

포트폴리오분석 수행

전략 수립및

계획 작성

계획의연계 및최적화

계획의 수행, 관리 및성과 측정

MP (Market Planning)

IPD ( Integrated Product Dev.)

Concept Plan Develop Qualify Launch Lifecycle

Market InfoCustomer FeedbackCompetitor InfoTechnology TrendsCurrent Product Portfolio

Customer Buying BehaviorProduct ObjectivesBusiness StrategyR&D Roadmap

Candidate Projects

Project Mgmt DataSegment Performance Data

Resource AllocationProject Mgmt DataSegment Performance Data

Satisfied CustomerProfit

Integrated Product Mgmt Team (IPMT)

DCP : Decision Check PointsGoNo-GoRedirect

Project Development TeamProject Development TeamProject Development Team


IBM PIM 사례 > A사 사례 (1/2)A사의 경우 IBM이 보유하고 있는 프로젝트 중심의 제품 개발 방법론인 IPD와 프로젝트 관리 체계를 조합하여 교육 프로그램을 만들었으며 변화 관리 차원에서 임원부터 실무자에 이르기까지 교육 프로그램을 수행하였습니다.

-

1) PM 기초 교육1) PM 기초 교육

IBM의프로젝트 성공Know-how 결집

프로젝트핵심

성공 요소

CFT 체계의 제품개발 에서 PM 역할- Milestone 및 Gate 개념 실습 등

실습 도구를 활용한 프로젝트 관리 실습프로젝트 관리 양식 제공

IBM의제품개발 성공Know-how 결집

PDT

설계

영업

생산/구매

서비스재무

마케팅

제품개발핵심

성공 요소Concept Plan Dev. Lifecycle

CFT

Process

표준Template

Gate

제품 개발 CFT 조직구성 및 role play 실습Project Charter 개발 및 의사결정 체계 실습Concept 단계 Gate template 작성 실습

① 프로젝트 관리 기초역량② 통합 제품개발 관리(=IPD) ③ 리더쉽④ 수주 프로젝트 관리⑤ 계약 관리⑥ 재무성과 관리

제품개발 Project manager가갖추어야 할 기초skill 조사항목

전산 설문을 통한 조사결과를 바탕으로R&D 연구원의 PM Skill 수준 평가

3) PM Skill Assessment3) PM Skill Assessment

2) IPD Process 교육2) IPD Process 교육

PM 기초지식 기반의

제품 개발체계

총 100여 개시험문항에대한 응답 조사


IBM PIM 사례 > M사 사례 (2/2)M사의 경우 기능 요건 도출, To-Be Model 설계 및 Fit/Gap 분석 결과에 따른 시스템 설계로 최적화된 PMS Solution을구현 중에 있습니다.

Evaluation & Envision Realization Integration Test & Final Preparation Stabilize

Initialization

비즈니스 요건분석

As-Is 분석

벤치 마킹 수행

To-Be Process 설계

마스터 데이터 표준화 방안 마련(WBS, N/W-Activity,

Resource 등)

Fit/Gap 분석및 개발 항목도출

시스템 인프라 및 운영 환경 구축

To-Be 상세설계 및

Functional Spec. 작성

개발 표준화가이드라인작성

마스터 데이터 변환 & 정비 마스터 데이터 Upload

프로그램 개발 및 단위 테스트

1차 통합테스트

2차 통합테스트

사용자 교육준비 &

Cut-Over 전략 수립

사용자 교육& Cut-

Over 준비

Help Desk운영

A

B

C

D E

F

G

H

J

K

I L1 L2

M1 M2

N


Agenda



PMS 소개III.


PIM의 주요 범위PIM을 추진하기 위해서는 프로젝트 관리 프로세스, 조직, 관리 운영 기준 및 Enabler가 명확하게 정의되어야 하며 고객사의 준비 정도에 따라 차별화되게 적용되어야 합니다.

Project Charter

Quality Gate 관리

상세 운영 프로세스

선행 기술 개발과의 연계

프로젝트 의사 결정 체계

프로젝트 운영 조직

PM 역량 강화

표준 Templates

평가 지표

프로세스

조직

Enablers

1

2

3

4

5

6

7

8

9

10

11

• 프로젝트를 착수하는 근거 및 착수 기준을 명확히 정의

• 프로젝트의 조기 품질 확보를 위한 주요 시점의 프로젝트 Quality Gate 운영 기준 수립

• Quality Gate간 각 부문의 업무 분장을 명확히 구분하는 상세 운영 프로세스 수립

• 선행 기술 개발 프로세스와 상품화 개발 프로세스와의 연계 방안 수립

• 프로젝트 Quality Gate의 수행 주관, 평가 주체 및 의사 결정 체계의 기준 수립

• 프로젝트 목표 달성을 위하여 각 부문간 최적의 협업을 위한 조직 운영 방안 수립

• 프로젝트 산출물을 재활용하고 실무자의 작업을 최소화 할 수 있는 표준 Template 정의

• 프로젝트 성과를 측정하여 지속적인 프로세스 개선을 위한 평가 지표 정의

• 프로젝트 관리 역량 강화를 위한 경쟁력 있는 PM 양성 방안 수립

프로젝트 운영 기준 수립운영기준

프로젝트 관리 기준

• 프로젝트의 난이도 및 특성에 따른 등급 분류 및 그에 따른 WBS/Gate 운영 기준 수립

• 프로젝트 등급에 따른 Quality, Cost 및 일정 관리 기준 수립


1. Project Charter제품 개발 Roadmap에 의거 제품 개발 프로젝트 승인을 위한 “Project Charter”의 Template를 작성하고 경영층의 승인 결정 후 제품 개발 프로세스로 연계되는 체계를 설계합니다.

Project Charter

1. 제품개발 목적

2. 목표 시장

3. 상품 전략

4. 경영성과 목표

5. 제품개발 조직체계( 제품개발 팀 구성)

영업팀

경영층

상품전략

Customer value

Purpose of product

Business strategy

Development strategy

Report & decision

기존 제품개발 진척 정보

기존 제품개발 성과 정보

기존 제품 시장정보

1. Project Charter 작성방안 수립- 방법론 및 양식 개발

2. Project Charter 승인을 위한경영층과 영업부문간 의사결정 프로세스

설계

제품개발 팀

Life CycleConcept Plan Development Qualify Launch

Project Charter Template Image

Illustrative OnlyIllustrative Only


2. Quality Gate 관리프로젝트의 조기 품질 확보를 위한 Quality Gate를 수행할 조직과 Quality Gate 산출물 및 Check list를 작성하여Gate 통과 기준을 설계합니다.

Agenda Description

List of Participants/ApprovalList of Participants/Approval

PDT CharterPDT Charter

Exec SummaryExec Summary

PDT RecommendationPDT Recommendation

Portfolio Analysis ResultsPortfolio Analysis Results

Customer Value ModelCustomer Value Model

Worldwide Brand Transition PlanWorldwide Brand Transition Plan

Financial AnalysisFinancial Analysis

Target CommitmentTarget Commitment

Project ResourcesProject Resources

Offering OverviewOffering Overview

Channel InventoryChannel Inventory

ScheduleSchedule

Risk AssessmentRisk Assessment

Training SummaryTraining Summary

기능조직의 의사결정자 및 기능조직 별 PDT 대표의 승인기능조직의 의사결정자 및 기능조직 별 PDT 대표의 승인

주요 Milestone,목표주요 Milestone,목표

Offering의 목표 시장Offering의 목표 시장

GO/NO-GO 결정GO/NO-GO 결정

전략, 시장, 리스크, 재무 관점의 포트폴리오 분석 결과전략, 시장, 리스크, 재무 관점의 포트폴리오 분석 결과

기술, 제품 사양, 브랜드 특성 측면에서 고객 가치 정의기술, 제품 사양, 브랜드 특성 측면에서 고객 가치 정의

개발 대상 제품과 연계된 브랜드내 타 제품 전환 로드맵개발 대상 제품과 연계된 브랜드내 타 제품 전환 로드맵

Target 마켓별 상세 재무 분석 결과Target 마켓별 상세 재무 분석 결과

원가,매출 측면의 목표에 대한 Commit원가,매출 측면의 목표에 대한 Commit

Project 참여 인력Project 참여 인력

Offering 내 주요 Variation 사양Offering 내 주요 Variation 사양

유통 채널 별 단계별 제품재고 관리 계획유통 채널 별 단계별 제품재고 관리 계획

Project 일정Project 일정

각 기능 조직별 예상 Risk각 기능 조직별 예상 Risk

Offering 관련 내/외부 교육 계획/예산 요구사항Offering 관련 내/외부 교육 계획/예산 요구사항

Illustrative Only

Illustrative Only

Illustrative Only

완성품 Maker의 Quality Gate 예시

xx경영층• 프로젝트 진척율• 프로젝트리스크…PM

xx

x

xx

xx

x

결과

최종 결과

….• 품질 Test 통과율…품질

…• 구매 계획 달성 율…..구매

XXX• 개발 진행 율• 성능 목표 달성개발

XXX• 시장 매력도 변화• 제품 경쟁력 변화• 수익성 검토 …

마케팅

평가자평가 항목담당

평가자의 평가 지표 정의

평가결과 정량화

최종 의사결정 방안 정의

객관적 판단 기준


3. 상세 운영 프로세스Gate를 기반으로 고객사에서 작성한 상세 운영 프로세스와 각 업무별 담당 부문을 검증된 방법론으로 검증한 후 관련조직 부문이 협업할 수 있는 표준 WBS를 정의합니다.

PDT Leader

PDT QA

PDTPlanning

PDTManufacture

PDT Procurement

PDTTechnology

PDT Sales

PDTDesign

PDT Finance

PDT Service （CE）

Identify lack of function

compared to competitors’

products

Create UCD plan

EBT SPAN FANSales Forecast

A1

A2

Reconfirm SPAN/FAN

Summary of the product

(concept, selling point, positioning)

The result of reconfirm ing

charter materials by

PDT

Set quality goal

Past problems in quality( BU Quality target,

Market quality data )

Study on product

requirement

Collect carriers’specs

Draw product spec (Draft)

Analyze competitors

Collect information on parts makers

Collect information on

competitors

Define design

requirements

Define common

parts elements

Select suppliers

Parts Spec, amount, delivery

Create function/

component list

Product Specification

(Draft)

Estimate sales support

B1

X

B2Dimension, Appearance

B3

Design concept

Revise the sketch

Antecedent development

data in TM

Reconfirm EBT

(product cost)

1-2: Confirm & Revise Charter Materials

1-3: Create Product Outline (Concept)

1-2-8 1-2-9

1-3-1 1-3-3

1-3-2

1-3-4

1-3-5

1-3-61-3-7

1-3-8

1-3-9

1-3-10

1-3-11

1-3-12

1-4: Determine Product Specification

1-4-1

1-4-2

1-4-3

1-4-5

1-4-4

Project members（HW ,SW , etc.）

검증된 방법론에 의한 상세 운영 프로세스 설계 예시

프로젝트 팀

또는

관련 부문

일정

1-5Step No.

상품기획에 맞춘 제품개발 계획 수립목 적

Product Specification 완료 시점Timing

• Development plan1-5-1. 개발 공정표 초안 작성

1-5-2. 보안 계획 작성

1-5-3. HW validation 계획 작성1-5-4. 설계 계획 작성

1-5-5. 자산 보호계획 작성

1-5-6. 환경평가 계획 작성

1-5-7. SW 특성시험 계획 작성1-5-8. 양산시점 단축전략 수립

1-5-9. SW 통합개발 방안 수립1-5-10. SW 표준화 방안 수립1-5-11. 이전계획 작성1-5-12. 생산계획 작성1-5-13. 품질계획 작성1-5-14. 공용화 부품계획 작성 ...

제품 specification기능, 구조Main specMain parts list (BO

M)공급사 정보

설계 요구사항서

성능 계획서

$APPEALS ( VOC 반영된)

• Concept phase에서는 일정 불확실성이 높은 공정에대해서만 상세화하면서 전체적으로 상위 수준에서 계획을수립함

Considerations on the process (CSF)Technique/Tools

Other PDT membersPDT leader and members from technology, planning, manufacturing,quality, procurement, sales, and service dpt.

CooperatorExecutioner

Output ActivitiesInput

제품개발 계획서 작성Step Name1-5Step No.

상품기획에 맞춘 제품개발 계획 수립목 적

Product Specification 완료 시점Timing

• Development plan1-5-1. 개발 공정표 초안 작성

1-5-2. 보안 계획 작성

1-5-3. HW validation 계획 작성1-5-4. 설계 계획 작성

1-5-5. 자산 보호계획 작성

1-5-6. 환경평가 계획 작성

1-5-7. SW 특성시험 계획 작성1-5-8. 양산시점 단축전략 수립

1-5-9. SW 통합개발 방안 수립1-5-10. SW 표준화 방안 수립1-5-11. 이전계획 작성1-5-12. 생산계획 작성1-5-13. 품질계획 작성1-5-14. 공용화 부품계획 작성 ...

제품 specification기능, 구조Main specMain parts list (BO

M)공급사 정보

설계 요구사항서

성능 계획서

$APPEALS ( VOC 반영된)

• Concept phase에서는 일정 불확실성이 높은 공정에대해서만 상세화하면서 전체적으로 상위 수준에서 계획을수립함

Considerations on the process (CSF)Technique/Tools

Other PDT membersPDT leader and members from technology, planning, manufacturing,quality, procurement, sales, and service dpt.

CooperatorExecutioner

Output ActivitiesInput

제품개발 계획서 작성Step NameIllustrative Only

Illustrative Only

Illustrative Only


4. 선행 기술 개발과의 연계고객사의 선행 기술 개발 프로세스를 기반으로 제품 개발 프로세스와의 연계를 위해 기술 개발의 완료에 대한 검증 체계와 상품화 개발 프로세스의 연계에 대한 체계를 수립합니다.

선행 기술 개발과 상품화 개발 프로세스와의 연계 예시

Concept Plan ProductionDevelopment

리뷰 #1

Approval 2

리뷰#2

연계

방안

연계

방안

선행개발 CFT

제품 개발 팀

ExecutionProposal Planning

Approval 1 Approval 3

검증 #1 검증 #2

양산성 검증

Technology Transfer < 선행 개발 단계와의 연계 방안 >

•선행 개발 단계와 제품 개발 단계의 Align

•선행 개발 단계의 품질 확인 방안

•선행 개발 단계에서 상품화 개발 단계의 기술Transfer 방안


5. 프로젝트 의사 결정 체계Quality Gate에서 산출물을 작성하는 담당의 역할 정의, Quality Review 팀의 역할 정의 및 경영층의 의사 결정 체계에대한 설계를 실시합니다.

적합한 주요 Gate 및세부 시점을 결정하고운영 프로세스를 정의함

Life CycleConcept Plan Development Qualify Launch

의사 결정층

Quality Review 팀

ConceptGate

PlanGate

AvailabilityGate

End of LifeGate

진행/중지의사결정



제품개발팀

개발참여약속

1) 제품 목표 및 관리계획2) PDT 각 기능 참여계획3) 위험관리 계획4) 재무 손익 계획5) 의사결정 항목 평가

개발 투자Start

개발참여약속

1) 제품 목표 및 관리 상세 계획2) 개발 팀 각 기능 참여계획

(투자예산계획 포함)3) 위험관리 계획4) 재무 손익 계획5) 의사결정 항목 평가

개발 위임Contract

Launch계획 보고

1) 계획 대비 관리실적2) 개발 변경관리3) Launch 실행 계획

사업계획수정

Launch제안

Launch승인


Launch계획 보고

1) 계획 대비 관리실적2) 고객 만족도 조사

사업계획수정

안정화제안

안정화승인

투입 인력/예산 증액 투입 인력/예산 증액 투입 인력 감소 인력 투입 종료

Illustrative Only

Illustrative Only

Illustrative Only


6. 프로젝트 운영 조직프로젝트 중심의 의사 결정을 위하여 제품 개발에 참여하는 전 기능 조직이 효과적으로 개발 완수를 할 수 있도록 고객사의 경영 환경 및 비즈니스 특성을 반영하여 최적의 CFT 운영 안을 구성합니다.

< CFT 조직 설계 시 고려 사항 >고객사의 비즈니스 특성 반영

고객사의 경영 환경 및 조직 문화 고려

고객사의 Project 관리 성숙도 고려개발 PM은 코디네이터 역할로 한정개발투입 인원들은 소속 기능조직 분야의 연락책 역할을하지만 기능을 대표하는 결정 권한은 없음

기능조직 관리자는 자신의 기능 분야에서 계속해서 주요결정을 내린다.

CEO

PM의 관리범위

연구소장 영업임원 구매임원

개발팀1 개발팀2 영업

M M M

PM

개발 참여자/지원자

구매

M

팀장

PM은 경영층에 의해 각 기능조직과 합의된 개발투입Contract에 의거하여 직접적인 영향을 행사한다.제품개발 팀원들은 기능 대표자로서 역할을 담당한다.PM과 팀원에게 프로젝트 권한과 책임이 부여된다.기능조직 관리자는 매일매일의 상세개발 관리가 아닌

기능전문화 Excellence에 집중한다.

CEO

연구소장 영업임원

개발팀1 개발팀2 영업

M M

구매

M

구매임원

개발Leader(= PM)

프로젝트 의사결정층

Light Weight PM 조직 Heavy Weight PM 조직고객사 환경의 최적 CFT 구성 안

개발

설계

영업

생산/구매

서비스

재무

마케팅


7. 프로젝트 운영 기준프로젝트의 운영 기준을 수립하기 위하여 프로젝트의 특성에 따른 유형과 등급을 관리하여야 하며 프로젝트 유형에 따라 조직, 프로세스 및 예산에 대한 운영 기준을 수립합니다.

….E 유형

< 12 months< $500kD 유형

Zz-zz M$500k- $1MC 유형

YY-yy M$1M - $2MB 유형 •Gate 관리 기준

•의사 결정 기준

•조직 운영 기준

•표준 개발 기간

•결재 기준

Xx-xx M> $2 MA 유형

유형에 따른 운영 기준변경 항목 예시

예상 기간예산 범위프로젝트 유형

프로젝트 유형 별 운영 기준 예시프로젝트 등급 정의 예시

Program A

비즈니스 단위

Project B-1 Project B-2

Program B

Sub-PJT B-1-J Sub-PJT B-1-K

•전략적 특성 및 프로젝트의 리스크 등 프로젝트 분류를 위한 기준의 수립이 중요 함.

기능 개선Project


8. 프로젝트 관리 기준프로젝트 중심의 성과 관리를 위해서는 재료비 및 개발비에 대하여 프로젝트 중심의 제조 원가를 관리하여야 하며 이는고객사의 프로젝트 관리 역량 및 비즈니스 특성에 의하여 향후 추진 과제 형식으로 제공됩니다.

공통부문 간접비를 제외한 모든 비용이 프로젝트 별로직접 집계되며 제품의 비용이 명확히 구분됨. 이방법은 프로젝트에 관련된 비용을 명확하게 하고프로젝트의 총 비용 관리를 용이하게 함.Resource의 효율적 운영을 위하여 Time sheet 도입 및 개발비에의 연계가 중요 함

기획기획 개발개발 양산양산

.... 설계설계 …… …… ……

Project

Resource

Activity

재료비 (매입) 판매/관리비Tooling 비

생산설계 구매… 외주 R&D 업체

InternetInternet

Time Sheet

인건비/용역비

생산생산

생산생산

Project based costing systemProject based

costing system

프로젝트 중심의 제조 원가 관리 이미지

제품 A 매출개발원가이익

년도

-2

프로젝트별 라이프사이클 손익(Business case)

기간

별사

업손

익

○△＋

○○△ △－ ± ＋

년도

-1

년도

0

년도

+1

년도

+2

제품 B 매출개발원가이익

제품 C 매출개발원가이익

사업단위

전체

매출개발원가이익

○○△ △－ ± ＋

○○△ △－ ± ＋

○△＋

○△＋

○△＋

○△＋

연도별 수익 검토 예시

개발 투자비

Project AProject AProject AProject A

Project AProject A


9. 평가 지표프로젝트 중심의 제품 개발 체계를 확립하기 위한 enabler로써 프로젝트 중심의 성과 평가는 프로젝트 관리의 지속적인개선을 위하여 반드시 필요한 항목입니다.

프로젝트 중심의 계획, 실행, 평가 체계프로젝트 단위로 예산 할당 & 평가프로젝트 중심의 평가 체계 정립Project 1 Project 2 Project 3

개발

마케팅

제조

개발

마케팅

제조

개발

마케팅

제조

개발

마케팅

제조

Project n

ProjectManager

ProjectManager

ProjectManager

ProjectManager

경영층

프로젝트별예산 할당

프로젝트별Reporting

Number of corrections (i.e. EC's, etc.) post GA

Metric

Investment Efficiency

Time to Market

Economic Modeling

Benchmark

Measurement Indicator

Time Based

Time to Profit

Portfolio NewnessCycle Time by Phase

Productivity

Reference Model

Common Building Blocks

Abandoned Projects

Spending by Phase

Execution

Quality

Decision Checkpoint Mgmt

Product Pipeline

Customer SatisfactionChange Activity

B

B

B

BB

B

B

B

B

Expense to revenue (E/R)

Number of weeks from Concept DCP to GA

Number of weeks from Concept DCP to profit

Percentage of total revenue from "new" productsNumber of weeks variance to plan

Number and cost of derivatives per architectural platform

Percent of reuse of approved building blocks / parts

Expense of post Plan DCP cancellations

Expense variance to plan

Flawless execution at decision checkpoints

Percent of products canceled after DCP

Hardware, software, and services' cust. sat attributes by product

Project KPI

고객 및 경영 성과 중심의 의사결정을 지원하기 위한 Project 중심의 평가 체계 구축

고객 및 경영 성과 중심의 의사결정을 지원하기 위한 Project 중심의 평가 체계 구축

Illustrative Only

Illustrative Only

Illustrative Only


PIM 효과 사례프로젝트 관리 영역에서 IBM의 제품 개발 혁신 프로젝트를 통하여 고객의 제품 개발 혁신에 많은 기여를 하였습니다.

Profit

Time to Profit

Time to Market

Quality(in Market 1st 3 month)

Development workload

+7% from Current Products

45% improvements from Current products



20% improvement from Current products

Profit

Time to Market

E/R(Development Expense/ Revenue)

+10% from Current Products

15%-29% improvements from Current products

15%-29% improvements from Current products

•일본 R- 부품 회사Pilot 수행 결과

•일본 M-전자 회사Pilot 수행 결과

주) 위 사항은 PMS 이외에 제품 Portfolio 관리를 포함한 PLM의 다른 영역을 포함해서 구현한 사례임

IBM의 사례 예시


Agenda



PMS 소개III.


PMS의 정의 > 제품 개발 프로세스 상의 PMS 역할PIM의 완성을 위해서 프로젝트 관리 시스템이 필요하며 이는 제품 개발 기획부터 계획, 실행, 통제, 종료까지 프로젝트관련 정보의 실시간 공유 및 가시성 확보를 위한 시스템입니다.

산출물통합 관리

산출물통합 관리

표준 WBS 제공실행 WBS의Feedback표준 WBS 개정

프로젝트기획

(Initiating)

프로젝트기획

(Initiating)

프로젝트종료

(Closing)

프로젝트종료

(Closing)

표준 제품개발 프로세스에 기반한 WBS 관리표준WBS와 연계된 프로젝트 산출물 통합 관리

ProjectPipeline 관리

ProjectPipeline 관리

R&DResource 관리

R&DResource 관리

R&DBudget 관리

R&DBudget 관리

ProjectPortfolio 관리

ProjectPortfolio 관리

프로젝트산출물

WBS와산출물 연계

프로젝트 전망자원 활용 실적

예산 집행 실적예산 계획

자원 계획

프로젝트계획 수립

(Planning)

프로젝트계획 수립

(Planning) 프로젝트 실행 (Executing)프로젝트 실행 (Executing)Scope 관리 일정, 예산, 자원 관리 품질, 리스크 관리

Communication 관리 Integration 관리

프로젝트 통제 (Controlling)프로젝트 통제 (Controlling)

ProjectManagement

ProjectKnowledge

Management

Cross-ProjectManagement

표준WBS 관리표준

WBS 관리


PMS 구현 예상 기능 범위

Workflow 관리 접근권한 관리 5. ERP/Groupware/PDM Interface

기획 설계 프로토 시험.평가 양산 출시

2. 계획수립 3.실행 4.모니터링 및 통제

2.2 프로젝트 일정계획수립

3.3 프로젝트 비용실적처리

4.3 이슈 관리

4.2 리스크 관리

4.5 DCP 평가관리

4.4 프로젝트 일정및 자원 변경

4.1 업무보고(주간/월간)

3.2 Task 수행 실적관리

프로젝트 산출물 관리Man-Hour 투입 실적진도율 관리

3.1 내 업무- My Projects- My Tasks

2.3 자원계획 수립

프로젝트 수행 팀 및수행인력Man-Hour 투입 계획

2.4 예산계획 수립

월별/분기별/연도별 예산집행 계획

1.1 제품개발 프로세스 관리

1.2 조직 및 자원

1.3 예산 및 비용항목 정보 관리

프로젝트 종류별 표준WBS 관리Task 표준 수행기간(Duration) 정보Task Dependency 관리Task별 표준 산출물 정보수행조직(R&R)

Organization 관리Business Skill 관리

1.기준 정보 관리

1.4 표준 산출물 정보 관리 3.6 협력업체Collaboration

4.7 프로젝트 진행현황

4.6 경영지원 정보

4.8 부하분석

4.9 자원 계획/실적

4.10 예산 계획/실적

4.11 프로젝트산출물현황

종료

5.1 프로젝트완료보고 및 평가

5.2 LessonsLearned

3.4 Community

3.5 Task Escalation

2.1 프로젝트 포트폴리오관리


프로젝트 기준 정보 관리기획단계에서 제품 출시 단계까지 최적화된 제품 개발 프로세스는 제품의 종류 및 등급에 따라 제품을 개발하기 위한 프로젝트 WBS로 표준화되어 프로젝트 템플릿으로 구축됩니다. 프로젝트 템플릿은 신제품 및 파생제품 개발 프로젝트 계획 수립 시 사용되어 신속하고 정확한 계획 수립을 가능하게 합니다.

( Business Skill Set)

( Org & Employee )

( 문서 분류체계를 이용한표준 산출물 정보 )

제품개발 프로세스 표준화 ( 프로젝트 템플릿)

Company

Mfg. Service R&D …

프로젝트 종류별표준WBS

복사

신제품 개발 프로젝트

제품개발 프로세스


프로젝트 계획 수립 > 프로젝트 선정프로젝트 포트폴리오 우선 순위를 결정하기 위한 기준은 비즈니스 중심의 단순한 인자에 의해 결정이 되어야 하며 복잡하고 이론적인 결정 방법보다는 실행 위주의 현실적인 단순 의사 결정 모델을 적용한 사례도 있습니다.

1. Strategic Alignment and importance [3개 기준]

2. Offering Competitiveness [8개 기준]

3. Market Attractiveness [5개 기준]

4. Technical Feasibility [5개 기준]

5. Financial Reward [2개 기준]

NPV/IPR, Payback(Time to breakeven)

Technical gap, R&D complexity, Time to complete,Supply of parts/components

Market size, Market growth, Profit margin,Direct/Indirect competition, Threat of entry

$Price, Availability, Packaging, Performance,Ease of use, Assurance, Life of costs, Social acceptance

Fit our strategy (Congruence), Impact on our business,Synergy with other products

1st Priority

2nd Priority

3rd Priority

1. 평가 항목 1

2. 평가 항목 2

3. 평가 항목 3

4. 평가 항목 4

5. 평가 항목 5

6. 평가 항목 6

프로젝트

프로젝트

프로젝트

프로젝트

프로젝트

시장 분류 별

5050

5050

5050

우 선 도 Weight 선정 기준 선정 단위

변경 전 : 5개의 Key Factor와 22개 선정 기준 변경 후 : Business 중심의 6개 선정 기준


프로젝트 계획 수립 > 프로젝트 포트폴리오 관리프로젝트를 grouping하여 portfolio화하여 관리할 수 있으며, 투자 map 등을 통하여, grouping 된 project의 상태를직관적으로 판단할 수 있습니다. 또한 Drill down하여 각각의 project에 대하여 dashboard를 이용하여 실시간monitoring을 할 수 있습니다.

기능요건

복수의 프로그램으로 그룹화하여

프로그램 레벨의 통합일정, 이슈및 각종관리 기능

프로그램 단위의 대쉬보드 기능

제안 솔루션 기능

관련 프로젝트의 그룹화 기능 지원(프로그램)–각 프로그램은 프로젝트와 동일한 수준의기능 적용가능

프로그램 단위의 대쉬보드 기능을 제공 및내부 프로젝트로 Drill down 가능

11

22

11

22


프로젝트 계획 수립 > Resource 계획 수립표준 WBS를 복사하여 신규 프로젝트를 생성할 수 있으며, 신규 프로젝트는 표준 WBS의 Task Duration과 Task Dependency에 의하여 일정 계획이 계산되어 수립됩니다. 프로젝트 관리자는 프로젝트 통합 view를 이용하여 예산 계획을 수립할 수 있으며, 프로젝트 멤버를 구성하고 Task 별 수행 인력을 할당할 수 있습니다.

프로젝트 템플릿

일정 자원표준

산출물 복사

11

신제품 개발 프로젝트

프로젝트 계획 수립

22

프로젝트 관리 통합 View

프로젝트 예산 편성

사용자의 역할에 기반(Role based)한 사용 가능한 정보조치(등록,편집,삭제 등) 도구

일정계획 수립 자원계획 수립

프로젝트 멤버 구성


프로젝트 실행프로젝트 수행 계획이 승인되면, 프로젝트 구성원은 e-mail 및 PMS의 프로젝트 portal을 통하여, 사용자에게 할당된task를 확인할 수 있습니다. 사용자는 할당된 task를 수행하고, 그 결과로서 산출물을 task에 첨부하고 산출물에 대한승인을 받음으로써 해당 task를 완료할 수 있습니다.

시스템은 Task 수행자에게 e-Mail 통지 및사용자의 프로젝트 포탈 화면에서 확인할 수 있도록 함.

Project Lifecycle프로젝트 계획 승인1

2

Project PortalMy Task 확인3

Task 수행산출물 첨부 및 승인의뢰

4


프로젝트 모니터링과 통제경영진 및 프로젝트 관리자가 프로젝트 진행 현황을 파악하고, 신속하게 의사 결정할 수 있도록 모니터링 도구를 제공하여 프로젝트 리스크를 최소화하고 적기에 프로젝트를 완료할 수 있도록 합니다.

계획

실행

일정 및 자원계획변경

진행현황 모니터링이슈/Risk업무보고부하분석

시정조치

통제

프로젝트 관리자 View 경영진 View

(리스크 관리)(이슈 관리)

(부하분석)

(프로젝트 진행현황)

(지원 계획/실적)(예산 계획/실적)

(프로젝트 평가)

(프로젝트 진행/중단/완료/취소)(프로젝트 산출물)

전사 프로젝트 진행현황팀별 프로젝트 진행현황프로젝트 착수/중간/완료 보고 검토 및승인프로젝트 평가

프로젝트 계획 승인 수정계획 보고

중단 보고

취소 보고

이슈 및 리스크 통제

프로젝트 라이프사이클


프로젝트성과평가 방안

프로젝트 KPI 정의 및 관리

프로젝트 모니터링과 통제 > DCP 의사결정최적의 프로젝트 포트폴리오 관리를 위한 프로젝트 성과평가는 Phase가 종료되는 단계별로 체크리스트를 통해 해당Phase를 평가하는 Phase 검토와 Guideline에 따른 프로젝트 KPI정의 및 관리를 통해 이루어집니다.

Phase 종료 후 다음단계 Phase로 Go, Drop, Redirect 의사결정 수행을 위한 Checklist 활용

프로젝트 오너 및 유관부서 중심으로 프로젝트 Guideline을 통한 KPI 정의를 통해 성과평가에 활용

프로젝트오너

프로젝트KPI Guideline

사업계획서 사업계획 평가담당

Phase 1 Phase 3Phase 2

프로젝트

분기검토 Phase검토 종료평가

Checklist Checklist Checklist Checklist

Go !

Drop !

Redirect !

*사업오너부서, 검토부서가 프로젝트 KPI Guideline을 활용하여프로젝트 KPI 정의 및 검토작업수행

Phase 검토


시스템 I/F > 요구사항 관리 연계 사례PMS는 실무 층의 개발 시스템과의 연동을 통하여 프로젝트 관리에 필요한 데이터를 I/F하여 Fact base의 업무 실적을 관리하며 요구사항관리 Tool과의 연계도 수행되어야 합니다.

1. 모듈을 생성하고자 하는 프로젝트나 폴더에 마우스를 클릭한 후 마우스 오른쪽버튼을 누름…

2.생성하고자 하는 모듈의 사양서 유형을선택함…

3.선택한 사양서의 유형에 따라 모듈의Name이 생성됨…

주요 기능 예시Formal Module 생성

3

2

1


Q & A

프로젝트중심의 제품개발관리체계 - · PDF file© 2009 IBM Corporation...

Documents

Transcript of 프로젝트중심의 제품개발관리체계 - · PDF file© 2009 IBM Corporation...