269page

- 274 - 하지만 현재 와 은 각각의 고유한 전문영역에 집중하여 행해지고 있다 , SE PM . 를 국제적으로 대표하는 단체는 SE INCOSE(International Council On 이며 을 국제적으로 대표하는 단체는 Systems Engineering) , PM PMI(Project 이다 는 시스템적인 사고를 바탕으로 사업의 기술적 Management Institute) . SE 인 측면을 다루고 있으며 은 사업의 전체적인 관리 절차 및 지식영역의 , PM 사업적 차원의 업무를 우선적으로 수행하고 있다 따라서 자칫 잘못하면 . , SE 와 사이에 갈등이 나타날 수 있다 그러나 실제 사업을 수행함에 있어 PM . 그 역할과 기능면에서 이러한 갈등은 전혀 일어나지 않고 있다 그러나 이를 . 수행하는 당사자끼리 문제가 발생할 수는 있다 이러한 갈등은 시스템엔지니 . 어와 사업관리자 의 역할과 책임에 종종 혼선을 초래하게 되고 그 결과 (PM) , 사업은 사기 생산성 및 품질의 저하와 같은 어려움을 겪게 된다 , .125) 사업 관리자는 사업관리에 필요한 거의 모든 데이터를 체계공학 부서 및 기타 기능부서에서 제공받는다 예를 들면 각 체계공학 부서에서 . PBS126) 제 ( 품분해구조 를 기타 부서에서 자기 부서의 부분적인 를 제시하면 은 ) , WBS PM 이를 종합하여 종합적인 를 제시한다 마찬가지로 일정 사업계획 비용 WBS . , , 추정 성과측정 계약 및 위험관리 등도 체계공학부서에서 세부내용을 수집 , , 및 분석하고 이를 부서에서 종합 및 판단한다 체계공학 부서는 하드웨 PM . 어 담당자 소프트웨어 담당자 시험평가 담당자 생산 담당자 담당자 , , , , ILS , 인력 담당자 담당자 위험관리 담당자 교육훈련 담당자 등과 함 , PM, RAM , , 께 고객의 요구사항을 규격서로 전환하는 역할을 한다 , . 일반적으로 체계공학은 시스템적 사고 를 근간으로 사업의 기술적 성과 를 지향하며 사업 관리는 사업의 비용 및 일정관리 같은 , 사업적 성과 를 지 향하고 있다 기술적 위험성이 있는 사업에서 대부분의 시스템엔지니어나 사 . 업 관리자는 개인의 경험으로부터 나오는 임기응변적이고 체계적이지 못한행동으로 부적절하게 대응하는 경우가 있다 기술적인 고려사항과 비즈니스 . 적인 고려사항이 서로 조화롭게 맞물리지 않으면 성공적인 사업을 수행할수 없다 이러한 점에서 체계공학은 하나의 사고방식일 뿐 아니라 사업관리 . 를 수행하는 수단이기도 하다 .127) 125) 체계공학 매니지먼트 시스템체계공학원 민성기 , 2007, , . 126) 제품을 구성하는 구성요소들을 아키텍처로 구성한 것 의 기초 PBS(Product Breakdown Structure) : . WBS 자료를 제공한다. 127) 체계공학 매니지먼트 시스템체계공학원 민성기 , 2007, , .