Primavera로 공정표를 만들고 운영할 때 아래 사항을 잘 준수한다면, 한단계 수준 높은 공정관리를 수행할 수 있고, 예상할 수 없는 문제 발생을 최소화 할 수 있다. 공정표는 혼자 관리하는 것이 아니라 동료들과 항상 공유되어야 하는 것이다. 따라서 같이 업무를 진행하는 동료들도 아래와 같은 동일한 조건으로 진행해야 하는 것이다.
1. WBS의 수준을 적정하게 유지해야 한다.
공정표에 반영된 WBS는 복잡한 것이 좋은 공정표가 아니다. 공정표는 프로젝트 참여자 모두가 함께 봐야 하는 문서이다. 시공사 직원도 봐야 하고, 발주자도 봐야 한다. 프로젝트에 투자한 투자자들도 봐야 한다. 또한 실제 작업을 진행하는 작업자들도 봐야 하는 문서이다. 모든 것을 통합한 WBS를 적용하는 것이 좋은 공정표가 아니고, 이런 다양한 이해관계자들이 쉽게 이해할 수 있게 만드는 것이 좋은 공정표라는 것이다.
2. Calendar를 적용한다.
몇가지의 명확한 기준이 있는 Calendar를 만들어서 액티비티 특성에 따라 적용해야 한다. 우기, 동절기, 공휴일, 주5일, 주6일 등 액티비티의 특성에 따라 적용해야 할 Calendar도 달라진다.
3. Duration Type은 'Fixed Duration and Unit'을 선택한다.
Primavera는 4가지 Duraiton Type을 제공하고 있다. 한국 건설인들이 생각하는 공정표에 가장 적합한 Type은 Fixed Duration and Unit이다. 복잡하게 생각하지 말고 이 Type을 선택해야 한다. 공정표를 복잡하게 만드는 것이 결코 좋은 관리방법이 아니다.
4. % Complete Type은 'Duraiton'을 선택한다.
Primavera에 공정률을 함께 관리하고 싶은 욕심이 있을 것이다. 이 욕심을 버려야 한다. Primavera는 일정관리, CP관리에 집중해야 한다. 공정률은 별도의 시스템(PMS)를 Excel로 만들어서 관리하는 것이 현 한국 건설업에 가장 적합한 방법이다.
5. 시간 설정은 절대 변경하지 않는다.
Primavera는 1일을 8시간 근무로 설정해 놓았다. 프로젝트가 10시간을 일한다고 해서 시간을 변경해서는 안된다. 점심 시간이 11시 30분부터 13시까지라고 해서 시간을 변경해서는 안된다. 시간은 없다고 생각하는 것이 가장 좋은 방법이다.
6. CP는 Longest Path로 설정한다.
Caledar의 차이에 따라 CP가 나오지 않을 수도 있다. CP 옵션은 Longest Path로 설정하여 확인해야 한다. 그 이후 응용을 할 때 Total Float을 선택하고, 15일, 30일 등을 선택할 수도 있다. 중요한 것은 최초의 CP검토에서는 반드시 CP를 Longest Path로 설정해서 확인해야 한다는 것이다.
7. Retained Logic을 선택한다.
Retained Logic과 Progress Override는 준공일 예측에 꽤 큰 차이를 줄 수 있다. 공정관리자라면 이 차이에 대해 명확하게 이해하고 있어야 한다.
8. 공정률은 Labor를 사용해라.
Labor라고 꼭 인건비를 의미하는 것은 아니다. Labor에 공정률을 넣어도 되고, Labor에 콘크리트 물량을 넣어도 된다. Labor는 공정률 하나만 넣어서 관리하는 것이 가장 좋은 방법이다.
9. 주요 자원은 Non Labor를 사용해라.
이미 공정률을 Labor로 사용했으므로, Labor는 더이상 사용하지 않는 것이 좋다. 그 외의 주요 물량은 모두 Non Labor를 사용하는 것이 좋다.
10. Activity ID는 11자를 넘지 마라.
사람의 관리 수준을 넘어서는 데이터는 좋은 공정관리 방법이 아니다. 전 세계의 전화번호가 11자리 이하로 되어 있다는 것을 알고 있을 것이다.
11. Activity Name은 30자를 넘지 마라.
액티비티 이름을 장황하게 쓰는 것은 결코 좋은 공정관리가 아니다. 액티비티 이름을 만드는 명확한 규칙을 정하는 것도 좋은 방법이고, 필요하다면 약어집을 만들고 많이 사용하는 용어는 약어를 사용하는 것도 좋은 방법이다.
위와 같은 기준은 최소한이다. 함께 일하는 동료들이 위 최소한을 지킨다면 공정표에 문제가 생겼을 때 해결하기 쉽니다. Activity Type을 바꾸고, 시간을 변경했을 때 많은 문제가 발생한다. 그런데 다른 동료들은 그 문제를 찾기 위해 더욱 많은 시간을 허비해야 할 수도 있다. 위 원칙을 잘 지키면 불필요하게 발생할 수 있는 문제를 최소화 할 수 있고, 문제가 발생해도 찾는데 시간이 많이 소요되지 않는다.
공정표는 혼자 보기 위함이 아니다. 복잡하게 만드는 것이 좋은 것이 아니다. 복잡한 기능을 사용하는 것도 좋은 공정관리 방법이 아니다.
복잡하게 사용하는 것이 실력이 좋은 것이 아니라는 것을 명심해라.
우한길/
댓글
댓글 쓰기