프로토타이핑(Prototyping), POC (Proof Of Concept), Pilot, BMT(Bench Marking Test) 개념 정리

프로토타이핑(Prototyping), POC (Proof Of Concept), Pilot, BMT(Bench Marking Test) 개념

POC는 프로젝트 도입 전 검증, Piolet은 대규모 프로젝트 전 시험하기 위한 소규모 프로젝트이며 목표는 본 프로젝트에 대한 피드백, BMT는 입찰평가를 위한 테스트 라고 정리할 수 있겠다.

1. 프로토타이핑(Prototyping) 

개발대상물 전체 또는 일부분에 대해 실제로 동작하는 모델을 조기(대규모 프로젝트 초기)에 구성하는 것으로 개발대상물의 규모를 축소하고 기능을 제한해 시제품을 만들어 보는 방법이다.

이 방법의 목적은 개발될 시스템의 동작과 특성을 사전에 명확히 파악함으로써 개발자와 사용자간의 의사소통을 향상시키며, 또한 개발 자체의 효율성을 높이는 데 있다.

2. 개념증명 POC (Proof Of Concept)

기존에 시장에서 사용되지 않던 신기술을 프로젝트에 도입하기 전에 검증하기 위한 목적으로 사용.
사업과 관계가 약간은 동떨어진 기술 검토를 위한 프로젝트 고객사에서 하고 업무는 아주 간단한 것을 수반. 신기술 여부는 중요치 않음

3. Pilot

이미 검증된 기술을 가지고, 대규모 프로젝트 진행에 앞서 소규모로 진행해보는 시험 프로젝트를 말함.
본사업(프로젝트) 진행을 위한 수행안 검증 프로젝트로 가령 기술셋을 확정했으면 그 기술셋으로 실제 업무에 적용해보고 문제점이나 개선안을 마련해서 본 프로젝트에 피드백 주는 것
(계획, 기술문제, 관리요소, 위험요소, 비용 이런 것을 피드백하는 용도, 당초 기대한 효과에 비해 결과가 너무 미미하거나 비용이 많이 들면 취소)

4. BMT(Bench Marking Test)

말그대로 성능테스트입니다.
예를 들면 00발주처에서 테라바이트 라우터를 도입한다고 할때, 입찰에 응한 업체들의 제품에 대해서 성능비교를 하는 겁니다.
필요에 의해 이것 저것 골라다가 테스트해보고 비교하는 것. 장비 뿐만이 아니라 소프트웨어(솔루션)도 포함되구요.
(대부분은 수평적으로 기술셋 비교에 대한 내용이 많지만 업무적 특성을 포괄하는 솔루션인가? 이러한 요건이면 업무도 물론 수반)

 

R&R(Role and Responsibility) : 역활책임 

가끔 사회 초년생들이나 조직사회를 못하셧던 분들의 R&R에 대해 햇갈려하며 이론적으로 이해를 못하시는분들이 있다.

그분들의 위해 정확히 역활분담에 대해서 정확히 알아보도록 하겠습니다.

 

 

 

제일 중요한 순서대로 정리를 해보겠습니다.

먼저 그 프로젝트의 대장인 PM 부터 시작하겠습니다.

 

* PM(Project Manager)

모든 관리 업무를 책임지며 사람으로 외부 팀과 인터페이스를 및 커뮤니케이션 담당하고 의견을 조율합니다.

또한 내부팀의 외부의 폭풍으로 부터 막아주는 쉴드 역할도 합니다!

 

보통 PM은 다음과 같은 R&R을 가집니다.

- 프로젝트 성공에 대한 책임

- 프로젝트 팀 구성에 대한 권리와 책임

- 프로젝트의 업무 정의

- 리스크 관리 및 외주 관리

- 다른 팀과의 또는 프로젝트 팀간의 의사소통

 

 

* PL(Project Leader)

PL의 경우에는 프로젝트 마다 생길수가 있을수도 있고 없을수도 있습니다.

프로젝트가 큰경우에는 워낙에 사람이 많기때문에 PM이 모든 사람들을 다 관리하기 힘들기 떄문에 각각의 파트별로 별도의 새로운 장을 형성합니다

 

PL의 R&R은 PM의 작은 역활이라고 생각하며은 쉽게생각하게 됩니다.

- 각 본인의 파트에 대한 설계와 무결정에 대한 책임

- 구현단계 이끌기

- 각 본인의 파트에 대한 의사소통

- 각 본인 파트에 검토 및 보고서 작성

- 다른파트간의 협업

 

문서 작성 능력이 흔히 간과되곤 하는데, 이 역시 프로젝트 리더의 가장 중요한 능력 중 하나이다.

 

 

* PE(Project Engineer)

프로젝트 엔지니어 말그대로 입니다. 그 프로젝트의 실무자입니다.

 

- 상세 설계에 대한 책임

- 구현 일정 산정에 대한 책임

- 프로젝트가 주어진 요건에 맞게 동작 및 완료가 되게 만들어야 하는 책임

- 회사의 표준을 따를 책임

- 프로젝트에 결함이 없도록 해야할 책임

 

 

그 밖에 QA(Quality Assurance) 빌드/릴지르 담당자, 기술 문서 작성자등이 있습니다.

 

어느정도 이론성도 많이 들어 가지만 내용을 읽어 보면은 프로젝트를 하게되었을때의

조직도가 어떻게 흘러가는지는 금방 감을 잡을수 있을듯합니다^^

출처 : http://comshin.tistory.com/14