최근 정부 공사를 중심으로 기술경쟁이 가능한 설계시공일괄 입찰방식이 확대 적용되고 있는 추세이며 이러한 시장의 변화에 따라서 그 중요성이 더욱 증가할 것으로 예상된다. 일반적으로 설계시공일괄방식의 단위 건설사업 생애주기는 기획, 기본 설계, 입찰, 계약, 상세설계, 착공, 시공, 준공, 평가의 진행단계를 가지게 된다. 계약자의 측면에서 주무부서의 잦은 변화로 효율적인 프로젝트 관리와 일관성 있는 정보의 공유가 어려워지는 문제점이 드러나고 있다. 이러한 문제점을 해결하기 위해 기존의 주무부서에 따른 기능 중심의 관리 체계에서, 프로젝트 중심의 관리 프로세스 체계로의 전환이 필요하다. 본 연구에서는 이러한 필요성에 따라 단위 프로젝트의 진행단계별 관리 프로세스 모델 개발을 목적으로 하였다. 이를 위해서 설계시공일괄방식의 진행단계별 주요 관리 쟁점과 의사결정 사항, 업무 분석을 하였고, 진행단계별 관리 주제의 책임 및 권한과 주요 관리 포인트의 변화를 분석하여 체계화 하였다. 프로젝트 특성별 및 진행단계별 연결고리가 되는 핵심 정보를 정의 하고 정보의 흐름을 분석하였으며, 이를 바탕으로 최종적으로 발주계획 수립 단계부터 실시설계 심의 단계까지의 업무 프로세스를 모델링하고 각 수행 주체별 업무프로세스를 모델링 하여 단위 프로젝트의 진행단계별 관리 프로세스 모델을 개발하였다.
최근 정부 공사를 중심으로 기술경쟁이 가능한 설계시공일괄 입찰방식이 확대 적용되고 있는 추세이며 이러한 시장의 변화에 따라서 그 중요성이 더욱 증가할 것으로 예상된다. 일반적으로 설계시공일괄방식의 단위 건설사업 생애주기는 기획, 기본 설계, 입찰, 계약, 상세설계, 착공, 시공, 준공, 평가의 진행단계를 가지게 된다. 계약자의 측면에서 주무부서의 잦은 변화로 효율적인 프로젝트 관리와 일관성 있는 정보의 공유가 어려워지는 문제점이 드러나고 있다. 이러한 문제점을 해결하기 위해 기존의 주무부서에 따른 기능 중심의 관리 체계에서, 프로젝트 중심의 관리 프로세스 체계로의 전환이 필요하다. 본 연구에서는 이러한 필요성에 따라 단위 프로젝트의 진행단계별 관리 프로세스 모델 개발을 목적으로 하였다. 이를 위해서 설계시공일괄방식의 진행단계별 주요 관리 쟁점과 의사결정 사항, 업무 분석을 하였고, 진행단계별 관리 주제의 책임 및 권한과 주요 관리 포인트의 변화를 분석하여 체계화 하였다. 프로젝트 특성별 및 진행단계별 연결고리가 되는 핵심 정보를 정의 하고 정보의 흐름을 분석하였으며, 이를 바탕으로 최종적으로 발주계획 수립 단계부터 실시설계 심의 단계까지의 업무 프로세스를 모델링하고 각 수행 주체별 업무프로세스를 모델링 하여 단위 프로젝트의 진행단계별 관리 프로세스 모델을 개발하였다.
In public project market, design-build projects have been increased because of market trend change which enables technical competition. In this condition, its importance is also getting important. Generally, life cycle of design-build project consists of planning, preliminary design, procurement, co...
In public project market, design-build projects have been increased because of market trend change which enables technical competition. In this condition, its importance is also getting important. Generally, life cycle of design-build project consists of planning, preliminary design, procurement, contract, detail design, start of construction, construction, end of construction, and evaluation. From contractor's viewpoint, it has problems such as difficulties in project management and information sharing because of frequent change of charged division. To solve these problems, it is desirable to change from function-based management system to process-based management system. The purpose of this study is to develop management process model for design-build project by progress phases. This study analyzed main conflicts and decision making factors of each stage in design-build projects, then systemized management subjects' responsibilities and management points' change. And also this study defined the key information that is the key point by project characteristics and progress phases. Based on this analysis, this study did business process modeling from planning stage to construction design check stage. At last, we proposed the way to manage business process by design-build project progress.
In public project market, design-build projects have been increased because of market trend change which enables technical competition. In this condition, its importance is also getting important. Generally, life cycle of design-build project consists of planning, preliminary design, procurement, contract, detail design, start of construction, construction, end of construction, and evaluation. From contractor's viewpoint, it has problems such as difficulties in project management and information sharing because of frequent change of charged division. To solve these problems, it is desirable to change from function-based management system to process-based management system. The purpose of this study is to develop management process model for design-build project by progress phases. This study analyzed main conflicts and decision making factors of each stage in design-build projects, then systemized management subjects' responsibilities and management points' change. And also this study defined the key information that is the key point by project characteristics and progress phases. Based on this analysis, this study did business process modeling from planning stage to construction design check stage. At last, we proposed the way to manage business process by design-build project progress.
* AI 자동 식별 결과로 적합하지 않은 문장이 있을 수 있으니, 이용에 유의하시기 바랍니다.
문제 정의
요소로 대두된다. 따라서 본 연구에서는 이러한 필요성과요구에 맞는 단위 프로젝트의 진행단계별 관리 프로세스 모델을개발하고자 한다.
각 업체별로 회사의 특성에 따라 조직 구조가 다르기 때문에 조직 구조를 통합된 수행조직의 구성은 어려움이 있다. 따라서 본 연구에서는 한 개 건설사의 조직 구조를 바탕으로 수행 조직 및 업무분석을 수행하고, 이를 설계 시공 일괄 방식의 다수 수행 경험이 있는 타 건설사 관계자들과 전문가들을 대상으로 자문을 실시, 수정보완 작업을 통해서도 출하였다.
다수의 참여조직과 업무가 발생하게 된다. 따라서 본 절에서는 설계시공일괄방식 프로젝트 업무를 단계별로 진행하기 위한각 수행조직간의 책임과 권한의 변화를 분석하고자 한다.
본 연구는 발주자의 설계 시공 일괄 방식 프로젝트 업무진행단계에 따른 수행자 입장의 업무분석을 중심으로 하고 있다. 수행자 측면의 업무 프로세스는 발주자의 업무단계에 맞추어 분류하였으며, 수행자 중심의 업무 진행단계는 총 12단계의 업무로 분류된다.
특성에 따라 다양한 형태로 나타난다. 이에 본 연구에서는 단순도급공사보다는 최근 공공 건설공사에서 점차 비중이 확대되고 있으며 설계. 시공 일괄 방식의 프로젝트를 대상으로 한다.
관련 정보의 원활한 교류, 부서간의 책임과 권한의 명확화 등이 요구된다. 이에 본 연구에서는 설계시공일괄방식에서의 사업수행 업무 전체의 일관되고 체계적인 괸-리의 정형화된 프레임워크로 진행단계별 관리프로세스 모델을 제시하였다. 본 연구의 주요 결론은 다음과 같다.
또한, 시공자 또는 일괄 계약자의 입장에서 활용 가능한단위 프로젝트의 진행단계별 관리 프로세스를 연구의 범위로 한다. 한편 설계 시공 일괄 방식의 사업 특성에 따라 단순도급공사의업무 진행절차와 가장 큰 차이를 가지는 발주계획수립단계부터실시설계 심의 단계까지를 모델링하고자 한다.
제안 방법
(5) 설계 시공 일괄 방식 프로젝트 수행 시 각 부서별 책임과 권힌-, 역할의 변화를 분석하기 위하여 실제 건설사의 사례분석 결과를 바탕으로 설계 시공 일괄 방식 프로젝트 사업수행조직과 연계하여 人t업수행 각 단계별 부서의 책임과 권한, 역할을 책임 부서(의사결정), 주관부서(정리, 취합 검토, 분석, 결과도출), 보조부서(정보전달, 보조)로 구분하여 제시하였다.
(6) 설계 시공 일괄 방식 프로젝트 진행단계별 모델은 기존의 데이터 모델링 기법들이 해당 업무 및 정보의 수가 많아질 경우 해석의 어려움이 예상되어 실무자들이 보다 효율적으로 프로젝트의 업무 수행 및 정보 간의 영향 관계를 쉽게 식별이 가능하도록문서, 의사결정, 단순처리/취합, 주 정보 흐름, 참조로 구분하여표기하였으며, 업무흐름에 따라 세부 12단계로 구분하여 프로세스 모델로 제시하였다.
T/F팀에서 분석한 기본설계도서와 개산견적서, 발주처의 입찰안내서를 근거로 공공 영업팀에서 입찰등喜관련 문서를 작성한다. 이를 T/F팀은 다시 입찰 도서, 자체 심의서를 작성하고 승인이 확정된 후, 공공 영업팀이 입찰도 서를 제출한다.
⑶ 프로젝트 특성별 및 진행단계별 연결고리가 되는 핵심 정보의 정의 및 흐름을 분석한다.
건설교통부)의 턴키. 대안 입찰제도 업무요령을 바탕으로 크게 기획 및 기본설계, 실시설계 및 계약, 시공 및 평가의 3단계, 세부적으로 12단계로 분류하여 분석하였으며. 각 세부 단계별로 주요의사결정.
건설교통부^서 제시한 '턴키. 대안입찰제도 업무 요령 을 바탕으로 분석하였다.
본 연구에서 제시하는 설계 시공 일괄 방식 참여 수행조직은 설계 시공 일괄 방식 프로젝트를 수행하는 국내 대형 건설사의 조직 및 업무분석을 통하여 구성하였다. 각 업체별로 회사의 특성에 따라 조직 구조가 다르기 때문에 조직 구조를 통합된 수행조직의 구성은 어려움이 있다.
본 연구의 업무 프로세스 모델을 통해 프로젝트 진행단계별로 연계된 괸. 리 지침과 체계적인 이력 괸-리가 요구되는 설계 시공 일괄 방식 프로젝트 수행과정에서 의사결정, 업무수행, 주요 관리사항 체크 등에 활용되어 프로젝트의 오류 리스크를 줄이고, 효과적 인 이력 관리리 및 평가 등이 가능할 것으로 판단된다.
성공적인 프로젝트의 수행을 위해서는 각 정보들의 체계화된 분석 및 영향 관계 분석이 필수적이다. 본 장에서는 앞서 분석된 설계 시공 일괄 방식 업무 진행 프로세스와 설계시공일괄방식 프로젝트 수행조직을 비팅으로 설계시공일괄방식 프로젝트 진행 단계별 발생하는 핵심정보들을분석하고, 각 정보 간의 영향 관계를 정의한다
각 세부 단계별로 주요의사결정. 수행조직, Input 정보-, Output 정보를 중심으로 분석 결과를 제시하여 향후 설계시공일괄방식 프로젝트 업무수행 시 체크리스트의 형식으로 사용할 수 있도록 제시하였다.
의사결정과 같은 시업에 중대한 영향을 미치는 판단을 내리는 부서인 책임 부서와 정리, 취합 검토 분석, 결과 도출 등 단순 처리하는 주관부서, 그리고 보조적인 역할을 하는 보조부서등 3가지 위상으로 구분하였다.
승인하게 된다. 이후 과거 유사 프로젝트 자료와 발주처의 요구사항을 바탕으로 기본설계를 미리 착수하여 건적예산님이 개략건적자료를 작성하고, 설계사는 설계주안점에 적합한설계를 수행한다. 이후 수행자료(수요처 사업예산내역-견적예산팀, 공사비추정자료, 유사 프로젝트 자료)와 발주처의 입찰안내서를 바탕으로 현설에 참가하여, 입찰 참여 여부를 가결정한다.
이후 과거 유사 프로젝트 자료와 발주처의 요구사항을 바탕으로 기본설계를 미리 착수하여 건적예산님이 개략건적자료를 작성하고, 설계사는 설계주안점에 적합한설계를 수행한다. 이후 수행자료(수요처 사업예산내역-견적예산팀, 공사비추정자료, 유사 프로젝트 자료)와 발주처의 입찰안내서를 바탕으로 현설에 참가하여, 입찰 참여 여부를 가결정한다.
대상 데이터
사업본부 조직은 공공 영업, 기술영업, 견적예신, , 기획관리, T/F, 현장조직으로 구성되었다' 영업지원본부는 수주 영업. 구매, 공무로 구성되었다. 그리고, 건축기술과 기술정보로 이루어진 기술본부가 있다.
분석된 프로젝트 수행 조직은 사업본부, 영업 지원본부, 기술본부 등 총 17개 참여조직으로 구성되었다. 사업본부 조직은 공공 영업, 기술영업, 견적예신, , 기획관리, T/F, 현장조직으로 구성되었다' 영업지원본부는 수주 영업.
이에 본 연구에서는 단순도급공사보다는 최근 공공 건설공사에서 점차 비중이 확대되고 있으며 설계. 시공 일괄 방식의 프로젝트를 대상으로 한다. 또한, 시공자 또는 일괄 계약자의 입장에서 활용 가능한단위 프로젝트의 진행단계별 관리 프로세스를 연구의 범위로 한다.
성능/효과
하지만 이러한 모델링의 기법들은 해당 업무 및 정보의 수가 많아질 경우 해석의 어려움이 예상된다. 따라서 본 연구에서는 실무자들에게보다 효율적으로 프로젝트 업무 수정보 간의정보간의 영향 관계를 쉽게 식별이 가능한 새로운 프로세스를 나타내었다.
다음 표 3에 요약하여 제시하였다. 조사 결과 국내에는 현재 설계시공일괄방식의 정식 계약방식은 영국-, 미국과는 딜리일괄입찰(턴키)3 방식뿐이며 정부 발주의 공사에만 적용알 수 있음을 알수 있다.
후속연구
또한 본 연구에서 제시된 업무 프로세스 모델의 효과적 활용을 위해서는 프로젝트 유형별, 진행단계별 조회가 가능한 데이터베이스의 형태로 프로젝트 수행 결과들이 일관된 관리 및 평가결과로서 축적되어야 할 것으로 판단된다. 이와 더불어 축적된데이터의 효과적 활용을 위해서는 단순한 조회기능이 아닌 지식괸리체계로의 구축이 요구된다.
괸. 리 지침과 체계적인 이력 괸-리가 요구되는 설계 시공 일괄 방식 프로젝트 수행과정에서 의사결정, 업무수행, 주요 관리사항 체크 등에 활용되어 프로젝트의 오류 리스크를 줄이고, 효과적 인 이력 관리리 및 평가 등이 가능할 것으로 판단된다.
참고문헌 (19)
Ahmet Oztas, Risk Analysis in Fixed-Price Design-Build Construcion Projects, Elsevier Journal, 2003
※ AI-Helper는 부적절한 답변을 할 수 있습니다.