게시물은 '품질'태그가 지정된

관리를 변경

2008년 2월 17일 (일요일)

신께서 평온함
내가 바꿀 수없는 것들을 받아,
내가 할수있는 것들을 변경하는 용기,
그리고 지혜는 그 차이를 알 수 있습니다.
세레 니티의기도

소프트웨어 및 기술 구현 프로젝트에서 "변경 제어"라는 게있을 필요합니다. 그리고 이것이 왜 필요하지? 비즈니스 분석 작업 방법이나 전체 프로젝트 계획, 변경하거나 사실 뒤에 추가되어야 무언가가 항상있어 철저 상관 없습니다. 사용자 및 시스템 또는 기술의 잠재 사용자는 자신의 마음을 변경합니다. 아니면 그들이 절대적으로 없어서는 안되는 것을 생각하시면됩니다. 그런 기술적인 측면에서, 개발자, 프로그래머 및 implementers가 올바르지 않거나 제대로 작동하지 않습니다 것들을 발견. 프로그래머 또는 테스터는 "버그"라고 불리는 것들을 찾아 - 이것은 오류 또는 시스템 고장에 대한 techie에 얘기입니다. 결국, 그 품질, 품질 관리 및 테스트가 뭘해야되는거야 - 채 원하는 결과를 발생할 것을 찾으십시오.

테스트 및 품질이 핵심입니다. 그리고 처음부터 다시해야합니다. 기술 요구 사항이 결정되면 구현 프로세스 전반에 걸쳐 사용할 수있는 테스트 스크립트의 기초 있습니다. 변화가있을 것입니다. 그래서, 통합 변경 및 정정 / 수정을위한 질서 프로세스가있을해야합니다.

한 이유는 그 프로젝트에 모두가 동기화에 확보하는 데 도움이있다는 것입니다. 그것은 노력의 중복을 방지합니다. 여러 환경 (개발 / 테스트 대 라이브 / 생산) 또는 여러 릴리스 버전이있는 경우 그리고, 그것은 덜 파괴입니다. 그것은 커뮤니케이션 계획의 필수적인 부분입니다. 변경 제어는 성공을위한 조리법이다. 그리고, 다시 세레 너티기도로 : 새로운 시스템 기능이나 기능의 도입 통제가 할 일입니다. 그리고 스마트 프로젝트 관리자는 변경 관리 프로세스를 의무 용기를 가지고 있습니다.

우리가 바꿀 수없는 것은 사람과 어떻게 변경할 반응이다. 에도 긍정적인 변화를 변경, 스트레스는 생성 - 우리가 바꿀 수없는 또 하나 있습니다. 우리가 제어할 수있는 것은 변화의 고통과 스트레스를 풀 과정과 기술의 구현 및 사용이다. 그리고 그것은 변화 관리라고 부르죠.

산드라 귀족
고결한 재정
N OBLE & SSOCIATES C ONSULTING, INC