서브 프로젝트
|
서브 프로젝트는 클래식 프로젝트에서만 사용할 수 있습니다. EPP 프로젝트 유형으로 변환하면 서브 프로젝트가 요약 활동으로 변환됩니다.
|
서브 프로젝트는 대형 프로젝트 또는 프로그램을 여러 부분으로 분류하여 각각의 팀에게 관리와 실행을 맡길 때 유용합니다.
Windchill에서 서브 프로젝트 관계를 다룰 때에는 여러 제약 사항이 적용됩니다. 특히 서브 프로젝트의 계획 정보와 상위 프로젝트 또는 프로그램 간의 관계를 제대로 이해하고 있어야 서브 프로젝트의 장점을 최대한 활용할 수 있습니다.
프로젝트 또는 프로그램 공간이나 컨텍스트 보기에서 모든 프로젝트 또는 프로그램은 서로 동등합니다. 즉, 상위와 관련 서브 프로젝트 간에 팀, 폴더, 문서, 부품, 처리 항목, 회의, 리소스, 액세스 권한 등을 공유하거나 상속되는 항목이 전혀 없습니다.
프로젝트 또는 프로그램과 서브 프로젝트 간에는 계획을 통한 관계밖에 없습니다. 상위 계획 내의 한 노드는 다른 프로젝트 또는 프로그램의 최상위 계획 노드와의 서브 프로젝트 관계를 보여줍니다.
하위 계획의 계획 상황, 완료율, 작업량, 비용 등의 정보는 하위 계획이 링크된 상위 계획의 서브 프로젝트 계획 객체에게 전달됩니다.
상위 계획의 변경 사항이 하위 계획에게 전달되는 등의 선행 관계는 맺어지지 않습니다. 예를 들어, 상위 계획의 시작 일자가 변경되더라도 하위 계획의 시작 일자는 변경되지 않습니다. 전파 작업은 하위에서 상위로만 발생합니다. 예를 들어, 하위의 예상 완료 일자가 변경되고, 상위 계획에 서브 프로젝트 계획 객체에 대한 선행 제약 조건이 있을 때 하위 계획이 완료되어야만 시작할 수 있는 상위 계획의 활동은 하위 계획이 완료되기 전까지는 시작할 수 없습니다.
하위 프로젝트 또는 프로그램이 존재해야 링크할 수 있습니다. 그러나 일단 상위에서 자리 표시자 역할을 수행하는 서브 프로젝트를 정의해 두고 나중에 하위에 링크할 수 있습니다.
상위 활동에서 하위 활동으로의 종속성 관계는 정의할 수 없습니다.
|
상위 계획 요소와 하위 계획 요소 간의 종속성 관계를 작성하려면 상위에서 계획 전체를 정의하고 관리하는 것이 가장 좋습니다. 이 경우 하위 프로젝트 또는 프로그램에는 어떤 계획도 작성되지 않는 반면, 하위 프로젝트 또는 프로그램 자체는 고유 팀, 폴더, 처리 항목, 산출물 등이 포함된 공동 작업 공간으로 사용됩니다. 하위 공간의 프로젝트 또는 프로그램 관리자를 상위 공간에서 정의하여 하위에 정의된 사항을 나타내는 상위의 일부 계획에 대한 정의, 실행, 편집 등의 책임을 맡길 수 있습니다.
|
상위 마스터 계획의 각 노드에 대한 책임을 서브 프로젝트의 프로젝트 또는 프로그램 관리자에게 지정하여 대형 계획을 관리할 수 있습니다. 프로젝트 또는 프로그램 관리자는 상위 프로젝트 또는 프로그램 내의 계획 노드에 딸린 서브 프로젝트에서 하이퍼링크를 정의하여 해당 노드를 확장하고 이 노드 아래에서 중요 계획 객체를 편집할 수 있습니다.