설계 중의 범위 증가

개념 설계 단계 이후에 프로젝트 범위를 확정하는 것이 성공적인 프로젝트관리를 위한 최선의 방법이지만, 일부 프로젝트에서는 발주자는 매우 경쟁적인 시장에서 목적물을 생산해야 한다는 점을 인식해야 합니다. 경쟁이 치열한 시장 환경에서 발주자는 완성된 프로젝트의 기능에 가장 적합하도록 설계 기간 및 시공 과정에서도 프로젝트 범위를 수정할 수 있는 유연성을 원할 수 있습니다. 일부 설계자는 변경 사항이 프로젝트의 비용 및 일정에 미치는 영향과 상관없이 고객을 만족시키기 위해 설계 중에 변경하는 경향이 있습니다. 변경 사항은 프로젝트 개발 또는 범위 확장으로 목록화할 수 있습니다. 프로젝트 개발은 현재 정의된 범위를 수용하는데 요구되는 변경 사항과 관련됩니다. 범위 확장은 프로젝트의 원래 범위, 즉 설계 프로세스를 시작하기 전에 승인된 범위를 변경하는 수정과 관련이 있습니다. 이러한 유형의 상황에서 설계 팀의 작업은 더욱 복잡하며, 범위 변경의 모든 영향을 발주자에게 알리기 위해 특별한 노력을 기울여야 합니다. 범위 변경을 위한 엔지니어링 및 공사비는 완료된 시설의 수익, 운영 및 유지보수를 포함하여 발주자의 향후 재정적 이익에 대해 평가해야 합니다. 발주자와 설계자는 변경 관리 철학 및 계획에 동의해야 합니다. 예를 들어, 어떤 조건에서 변경 사항을 고려해야 하는가, 또는 효과가 있는지, 법적으로 영향을 미치는 경우와 환경적인 영향이 있는가? 에 대한 조건입니다. 변경 사항의 제안이 있을 경우 다음과 같은 질문에 대해 답변해야 합니다. 변화는 가치를 더할 수 있는지, 변화가 꼭 필요한지, 고정 범위에 대한 정확한 기한인 날짜를 발주자와 엔지니어가 합의해야만 합니다. 프로젝트 예산에는 범위 변경에 대한 예비비와 범위 확장에 대한 관리 준비금이 포함되어야 합니다. 제안된 변경 사항은 이에 영향을 받을 수 있는 모든 전문 분야 관리자 또는 기타 관련자에게 전달되어야 합니다. 그런 다음 관련된 관리자는 변경 사항이 실행되는 경우 비용 및 일정의 영향을 결정하고 보고해야 합니다. 위의 영향이 발주자의 대표, 엔지니어링 관리자 및 프로젝트관리자에 의해 검토되고 승인될 때까지 작업을 계속해서는 안 됩니다. 일단 변경이 승인되면 변경의 이유를 변경 사항에 영향을 받는 사람들에게 전달하는 것이 중요합니다. 소규모 프로젝트의 프로젝트관리자는 여러 프로젝트에 대하여 동시 책임을 갖는 것이 일반적입니다. 문제는 어느 한 프로젝트의 관리가 아닙니다. 문제는 프로젝트관리자가 각 프로젝트에 요구되는 주의를 기울일 수 있는 능력인데, 이는 일정과 자원 통제·관리를 복잡하게 만듭니다. 소규모 프로젝트의 경우 최소한의 조직구성원을 사용할 수 있으므로 프로젝트관리자는 다른 프로젝트관리자와 자원을 공유해야 합니다. 즉, 프로젝트에 할당된 소수의 설계 팀 구성원들이 여러 기능에 대한 책임을 져야 합니다. 시간 관리는 매우 중요합니다. 프로젝트관리자는 종종 정보를 기다리거나 동시에 여러 프로젝트의 긴급한 요구사항을 해결하려고 시도한다. 상대적으로 짧은 기간의 소규모 프로젝트는 작업이 수행될 때 문제의 세부 계획 또는 수정에 제공되는 시간이 충분하지 않습니다. 인력을 위한 학습 곡선은 일반적으로 프로젝트가 완료될 때까지 지속해서 상승합니다. 여러 개의 소규모 프로젝트를 관리하려면 프로젝트관리자가 자신의 책임하에 모든 프로젝트를 포함하는 단일 마스터 일정을 개발해야 합니다. 이는 두 명 이상의 지원 인력이 동시에 요구하는 상황을 줄이는 데 도움이 됩니다. 문제는 프로젝트 중 하나의 작업에서만 일정 관리하는 것이 아니라 프로젝트관리자의 여러 작업을 일정 관리하는 것입니다. 대규모 프로젝트보다 소규모 프로젝트를 관리하는 프로젝트관리자가 더 많습니다. 많은 엔지니어링 회사는 소규모 프로젝트의 프로젝트관리 전용 조직 단위를 만든다. 소규모 프로젝트관리와 관련된 문제점을 인식하기 위해서는 고위 경영진의 특별한 태도와 관심이 요구됩니다. 설계는 프로젝트에 중대한 영향을 미치는 다양한 전문 분야와 수많은 결정을 포함하는 독창적인 프로세스이다. 각 설계자의 작업은 종종 하나 이상의 다른 설계자의 작업에 영향을 줍니다. 설계 조정에서 어려운 작업은 전체 프로젝트의 호환성을 보장하기 위해 관련 작업을 인턴 파이신 하는 것입니다. 일반적으로 이 문제는 작업 수행 방법을 알고 있는 설계 담당자를 찾는 것이 아닙니다. 이것은 모든 설계자의 작업을 인터페이스 연결하는 것입니다. 이는 정기적인 팀 회의에서 효율적인 의사소통을 통해서만 성취될 수 있습니다. 팀 회의는 프로젝트가 진행되는 동안 매주 개최됩니다. 이러한 회의는 팀을 단위로 유지하고 정보를 지속해서 교환하기 위해 요구됩니다. 일반적인 프로젝트에는 수많은 갈등이 존재합니다. 이러한 갈등을 시기적절하게 해결하는 가장 좋은 방법은 영향을 받는 모든 사람의 의견을 경청하는 것입니다. 이것은 공개 토론과 타협을 통해서만 달성될 수 있습니다. 프로젝트관리자는 모든 팀 미팅의 리더입니다. 하지만 프로젝트관리자는 토론을 지배해서는 안 됩니다. 종종 팀 구성원은 자신의 특정 전문 분야와 관련된 문제를 해결하기 위해 토론을 선도하는 역할을 부여받을 수 있습니다. 프로젝트관리자는 자신의 판단을 사용하고 언제 이끌어야 하는지, 언제 다른 사람이 이끌 수 있는지를 아는 숙련된 기술을 개발해야 합니다. 소규모 프로젝트관리에 능숙한 프로젝트팀 직원의 특성은 관료주의를 싫어하며 의사결정권자임과 동시에 감독이 거의 필요 없거나 전혀 필요 없는 사람 입니다. 고객을 만족시키기 위한 가치 체계를 마련하고 있으며 좋은 커뮤니케이터가 되어야 합니다. 문제를 말하기 좋아하고 일이 잘못되었을 때 언제 활동을 중단해야 하는지도 알 수 있습니다.