변경 관리를 처리하는 가장 좋은 방법은 무엇입니까? [닫은

Question

내 조직의 주요 프로젝트는 월요일에 생중계되었습니다. 그게 내 세 번째 날이었다. 이제 거의 일주일 동안 여기에 있었기 때문에 응용 프로그램 유지 및 2 단계 준비를위한 변경 관리 계획을 세우는 임무를 맡고 있습니다. 우리는 Microsoft Shop이지만 개방적입니다.

CM 기술에 대한 몇 가지 제안을 찾고 있습니다 특히 도구 그것은 이것에 도움이 될 것입니다. 나는 ITIL에 익숙하며 CM의 개념 이이 프로젝트에 어떻게 적용될 수 있는지 고려해 왔지만,이 프로젝트는 내가 익숙한 것보다 훨씬 작습니다 (<100 사용자 대 수천). ITIL이 어떻게 그런 작은 프로젝트에 대해 파괴 될 수 있는지 확실하지 않습니다. 아니면 너무 작게 생각하고있을 수도 있습니다.

조직은 시스템 수준에서 어떻게 변경을 관리합니까? 당신에게 효과가 있습니까? 어떻게 개선 될 수 있습니까?

더 명확히하기 위해, 아마도 오픈 소스 또는 민첩한 세계에서 CM 프로세스와 도구를 추천 할 수 있습니까?

Answer 1

CM 관리자를 의장으로 개발, 운영, QA, 비즈니스 등의 선임 담당자와 함께 검토위원회를 설립하십시오. 모든 변경 사항은 이사회에 제시되어야합니다.

한 곳에서 나는 당신이 변화를 구현하기 위해 만장일치의 승인이 필요했습니다. 다른 2/3 대다수는 충분했습니다. 그러나 두 곳에서는 변화를 제시 할 때 S ** T를 함께 가져와야했습니다. 당신은 정말 준비되지 않고 바보처럼 보이기를 원하지 않았습니다.

CM 팀은 제어 게이트를 통과하는 데 필요한 "아티팩트", 일반적으로 체크리스트가 안내서로 일련의 양식을 정의합니다. 시스템이 "Mission Critical"인 경우 개발 프로세스가 수행되었는지 확인하기 위해 일종의 CM 감사를 수행 할 수도 있습니다 (단위 테스트가 실행되고 버전 제어 파일, 주석으로 올바르게 태그, QA 테스트 등록 등 .).

도구의 경우 간단한 스프레드 시트 또는 데이터베이스로는 일반적으로 충분합니다. 조직의 프로세스에 맞게 스스로 모을 수 있습니다. 간단하게 유지하십시오.

CM 관리자는 또한 일부 "치아"가 있어야하며 검토위원회의 결정을 시행 할 수 있어야합니다. CM은 품질 프로세스이며 마감일이 충족되지 않고 품질 표준이 유지되도록하기 위해 있습니다.

Answer 2

"변형"의 개념을 시행합니다. 모든 단계에서 프로세스를 공식화하고 양식을 작성하고 원가 계산 및 승인을 얻습니다. 이것은 "Gee, 이것이 좋지 않을 것입니다 ... 무료로 ..."가 많은 것을 식별 할 것입니다. 그리고 그들 자신의 프로젝트 / 하위 프로젝트가 될 가치가 있습니다. 위험 등록을 유지하고 제안 된 변경 사항이 프로젝트 전체에 어떤 영향을 미칠 수 있는지 공개적으로 논의하십시오.

Answer 3

영국의 더 많은 회사들이 변화 관리를 위해 ITIL을 수용하고있는 것 같습니다. 내가 일한 마지막 두 곳은 Sostenuto라는 응용 프로그램을 사용하여 사건, 문제 및 변경 관리와 같은 영역과 일치하려고합니다. 나는 그것이 아직 일을하는 가장 좋은 방법인지 확신하지 않습니다.