개념: 프로세스 적응
이 원리는 프로젝트 요구에 맞게 개발 프로세스 크기를 조정해야 할 필요성에 대한 동기를 부여합니다.
기본 설명

소개

이 원리는 프로젝트의 요구에 맞게 개발 프로세스 크기를 조정하는 것이 중요하다는 사실을 설명합니다. 많을수록 좋은 것도 아니고 적을수록 좋은 것도 아닙니다. 그 대신에 프로젝트에 나타난 의식(ceremony), 정밀도 및 제어의 양은 팀의 크기 및 분배, 외부적으로 부과된 제한조건의 양, 프로젝트의 단계를 포함하여 다양한 요인에 따라 조정해야 합니다.

   
이점
  • 라이프사이클 효율성
  • 증진된 프로젝트 민첩성
  • 사실적인 계획 및 예상.
패턴
  1. 다음을 포함하여 프로젝트 요구에 맞게 프로세스 크기를 조정합니다.
    • 프로젝트 팀의 크기 및 분배
    • 응용프로그램의 복잡도
    • 준수의 필요성
  2. 프로세스 의식(ceremony)을 라이프사이클 단계에 적응시킵니다.
    (불명확한 문제를 해결하면서 사소한 것부터 중요한 것 순으로 형식상 절차를 전개할 수 있습니다.)
  3. 프로세스를 지속적으로 개선합니다.
  4. 불확실성의 레벨에 따라 계획과 예상의 밸런스를 유지합니다.
안티패턴
  • 항상 다음과 같은 추가 프로세스 및 자세한 선행 투자 계획을 확인합니다.
    • 초기에 예상을 작성하고 그러한 예상을 유지합니다.
    • 정밀 계획을 개발하고 정적 계획을 추적하여 프로젝트를 관리합니다.

논의

추가 아티팩트 사용, 세부사항 문서 생성, 동기화해야 할 추가 모델의 개발 및 유지보수, 추가 정규 검토 등 프로세스가 많다고 해서 좋은 것은 아닙니다. 오히려, 프로젝트 요구에 맞게 프로세스 크기를 조정해야 합니다. 프로젝트의 크기가 커지면, 분배량이 더 많아지고 더 복잡한 기술이 사용되고 이해 당사자(stakeholder) 수가 더 많아지고 더 엄격한 준수 표준을 지켜야 하므로 프로세스 원칙이 더 강화되어야 합니다. 하지만 공동 배치 팀 및 알려진 기술을 사용하는 소규모 프로젝트의 프로세스는 비교적 간단해야 합니다.

개발 프로세스를 관련 특성의 기능으로 사용자 정의하는 방법에 대한 요약

프로세스 원칙의 양에 영향을 주는 요인
프로세스의 원칙을 지정하는 방법을 결정하는 많은 요인(예: 프로젝트 크기, 팀 분배, 기술의 복잡도, 이해 당사자의 수, 정부 규제 준수 및 프로젝트 라이프사이클 위치)이 있습니다.

프로젝트는 프로세스 의식(ceremony)을 라이프사이클 단계에 적응시켜야 합니다. 한편 프로젝트 초기에 보통 상당한 불확실성에 직면하므로, 비즈니스 요구를 처리하는 응용프로그램을 개발하기 위해서는 창의력을 강하게 발휘할 수 있어야 합니다. 프로세스가 많을수록 일반적으로 창의력이 떨어지고 더 커지지는 않으므로, 불확실성이 일상적인 요인인 프로젝트의 초기 단계에 프로세스를 최소화해야 합니다. 다른 한편으로는 프로젝트 후기에 변경 제어 위원회와 같은 추가 제어를 도입하여 종종 뒤늦게 제품 결함을 일으키는 바람직하지 않은 창의성 및 연관된 위험성을 예방해야 합니다. 이는 더 많은 프로세스로 변환되기 때문입니다.

조직은 프로세스를 지속적으로 개선하기 위해 노력해야 합니다. 각 반복 후 또는 프로젝트 종료 시 평가를 수행하여 교훈을 캡처하고 해당 지식을 이용하여 프로세스를 개선하십시오. 모든 팀 구성원이 개선할 기회를 계속해서 찾도록 격려하십시오.

마지막으로, 프로젝트 계획 및 연관된 예상을 프로젝트의 불확실성과 밸런스를 조절해야 합니다. 즉, 일반적으로 불확실성이 큰 프로젝트 초기에 계획 및 연관된 예상은 사실상 아무 것도 없을 때 상위 레벨의 정밀도를 제공하려고 하기 보다는 전체적인 계획 및 예상에 초점을 맞추는 것이 바람직합니다. 초기 개발 활동은 불확실성을 없애고 계획의 정밀도를 점차 높이는 것을 목적으로 해야 합니다.