CCB 기능은 프로젝트 변경 제어로 쉽게 이해할 수 있습니다. 즉, 의사 결정 프로젝트 과정에서 변경 구현을 담당합니다. CCB 는 운영 기관이 아닌 의사 결정 기관입니다. 일반적으로 CCB 의 작업은 검토 수단을 통해 항목을 변경할 수 있는지 여부를 결정하는 것이지만 변경 방안을 제시하지는 않습니다. 주요 내용은
1, 구성 항목 승인 id, 정보 시스템 기준 설정
2, 액세스 제어 정책 개발
3, 변경 기준 설정, 변경 요청 감사
4, 구성 관리자 보고서에 따라 대응 방안 결정
CCB 의 결정은 일련의 체인 변경 (프로젝트 구성원의 작업 방식 변경, 작업 내용 변경, 고객 인도물 변경, 마케팅 방식 변경, 생산 방식 변경, 인적 자원 변경, 기업 문화 변경 등) 을 불러일으키기 때문입니다.
CCB 구성은 팀장과 멤버라는 두 부분으로 구성됩니다. CCB 팀장은 CCB 라이더입니다.
CCB leader 는 일반적으로 기업의 최고 제품 관리자 또는 기술 관리자가 부담하며 변경 의사 결정 권한이 가장 높습니다.
CCB 의 구성원은 일반적으로 프로젝트 프로세스 변경에 관련된 해당 단체를 대표할 수 있는 개인으로 구성됩니다. 일반적인 CCB 에는
제품 관리 담당자, 프로젝트 관리 담당자, 개발 관리 담당자, 품질 관리 담당자, 생산 부서, 마케팅 부서 또는 고객 담당자, 기술 지원 부서 담당자, 고객 서비스 담당자, 구성 관리 부서 담당자 등이 포함됩니다.
CCB leader 는 가장 높은 변경 결정 권한을 가지고 있으며, 일반적으로 프로젝트 변경은 CCB 조직 검토 회의에서 결정합니다. < P > 그렇다면 방대한 기업에게는 CCB leader 가 모든 것을 결정할 수 없고, 심사회의 의사결정을 하는 것도 쉽지 않다. 이로 인해 생산성이 떨어지고 CCB 가 프로젝트 멤버들의 존경을 받지 못할 것이다. 일반적으로
1, CCB leader 승인, CCB leader 는 내부 발문 형식을 통해 CCB 팀 구성원들에게 적절한 책임 권한 범위를 부여하고 자신의 범위 내에서 변경 결정을 내릴 수 있습니다.
2, 권한 부여 정책은 일반적으로 크기 변경 (예: 요구 사항 범위 1%, 진행 범위 1% 등), 범주 변경 (예: 요구 사항 변경, 진행 변경, 인터페이스 설계 변경 등)
3, 메일 검토
4, 온라인 검토, 투표, 같은 이유로.