소개
이 원리는 프로젝트의 요구에 맞게 개발 프로세스 크기를 조정하는 것이 중요하다는 사실을 설명합니다. 많을수록 좋은 것도 아니고 적을수록 좋은 것도 아닙니다. 그 대신에 프로젝트에 나타난
의식(ceremony), 정밀도 및 제어의 양은 팀의 크기 및 분배, 외부적으로 부과된 제한조건의 양, 프로젝트의 단계를 포함하여 다양한 요인에 따라 조정해야 합니다.
|
|
이점
|
-
라이프사이클 효율성
-
증진된 프로젝트 민첩성
-
사실적인 계획 및 예상.
|
패턴
|
-
다음을 포함하여 프로젝트 요구에 맞게 프로세스 크기를 조정합니다.
-
프로젝트 팀의 크기 및 분배
-
응용프로그램의 복잡도
-
준수의 필요성
-
프로세스 의식(ceremony)을 라이프사이클 단계에 적응시킵니다.
(불명확한 문제를 해결하면서 사소한 것부터 중요한 것 순으로 형식상 절차를 전개할 수 있습니다.)
-
프로세스를 지속적으로 개선합니다.
-
불확실성의 레벨에 따라 계획과 예상의 밸런스를 유지합니다.
|
안티패턴
|
-
항상 다음과 같은 추가 프로세스 및 자세한 선행 투자 계획을 확인합니다.
-
초기에 예상을 작성하고 그러한 예상을 유지합니다.
-
정밀 계획을 개발하고 정적 계획을 추적하여 프로젝트를 관리합니다.
|
|
논의
추가 아티팩트 사용, 세부사항 문서 생성, 동기화해야 할 추가 모델의 개발 및 유지보수, 추가 정규 검토 등 프로세스가 많다고 해서 좋은 것은 아닙니다. 오히려, 프로젝트 요구에 맞게 프로세스 크기를
조정해야 합니다. 프로젝트의 크기가 커지면, 분배량이 더 많아지고 더 복잡한 기술이 사용되고 이해 당사자(stakeholder) 수가 더 많아지고 더 엄격한 준수 표준을 지켜야 하므로 프로세스 원칙이 더
강화되어야 합니다. 하지만 공동 배치 팀 및 알려진 기술을 사용하는 소규모 프로젝트의 프로세스는 비교적 간단해야 합니다.
프로세스 원칙의 양에 영향을 주는 요인
프로세스의 원칙을 지정하는 방법을 결정하는 많은 요인(예: 프로젝트 크기, 팀 분배, 기술의 복잡도, 이해 당사자의 수, 정부 규제 준수 및 프로젝트 라이프사이클 위치)이 있습니다.
프로젝트는 프로세스 의식(ceremony)을 라이프사이클 단계에 적응시켜야 합니다. 한편 프로젝트 초기에 보통 상당한 불확실성에 직면하므로, 비즈니스 요구를 처리하는 응용프로그램을 개발하기 위해서는
창의력을 강하게 발휘할 수 있어야 합니다. 프로세스가 많을수록 일반적으로 창의력이 떨어지고 더 커지지는 않으므로, 불확실성이 일상적인 요인인 프로젝트의 초기 단계에 프로세스를 최소화해야 합니다. 다른 한편으로는
프로젝트 후기에 변경 제어 위원회와 같은 추가 제어를 도입하여 종종 뒤늦게 제품 결함을 일으키는 바람직하지 않은 창의성 및 연관된 위험성을 예방해야 합니다. 이는 더 많은 프로세스로 변환되기 때문입니다.
조직은 프로세스를 지속적으로 개선하기 위해 노력해야 합니다. 각 반복 후 또는 프로젝트 종료 시 평가를 수행하여 교훈을 캡처하고 해당 지식을 이용하여 프로세스를 개선하십시오. 모든 팀 구성원이
개선할 기회를 계속해서 찾도록 격려하십시오.
마지막으로, 프로젝트 계획 및 연관된 예상을 프로젝트의 불확실성과 밸런스를 조절해야 합니다. 즉, 일반적으로 불확실성이 큰 프로젝트 초기에 계획 및 연관된 예상은 사실상 아무 것도 없을 때 상위
레벨의 정밀도를 제공하려고 하기 보다는 전체적인 계획 및 예상에 초점을 맞추는 것이 바람직합니다. 초기 개발 활동은 불확실성을 없애고 계획의 정밀도를 점차 높이는 것을 목적으로 해야 합니다.
|