개념: 프로세스 구현 영향
프로세스 구현에서는 프로세스 변경을 주의깊게 계획하고 관리하기 위해 조직에서 운영 중인 많은 사회적 기술 활동이 다뤄집니다.
관계
기본 설명

프로세스 변경은 어려우므로 실제 영향을 보는 데는 많은 시간이 소요될 수 있습니다. 새 도구를 채택하는 것이 상대적으로 쉽고 빠릅니다. 새 도구를 설치하고, 사용자 안내서를 읽은 후 예제에 따라 훑어봅니다. 훈련 과정에 참여할 수도 있습니다. 이러한 전이에는 몇 시간에서 몇 주까지 소요될 수 있습니다. 그러나 소프트웨어 개발 프로세스를 변경한다는 것은 종종 근본적인 신뢰 및 관련된 개인의 가치에 영향을 주어 개인이 자신의 연구를 파악하는 방식과 그 가치를 파악하는 방법이 변경됨을 의미합니다. 본래 거의 정책적이고 철학적인 문화 변경입니다.

프로세스 변경은 기술이나 도구를 변경할 경우보다 더 깊게 개인 및 조직에 영향을 줍니다. 프로세스 변경 시 주의하여 계획하고 관리해야 합니다. 채택하는 조직이 기회와 이점을 식별하여 이해 관계자(interested party)에게 전달하여 인식 수준을 높인 후 점차적으로 현재 사례를 새로운 사례로 변경해야 합니다. Ivar Jacobson은 이를 "소프트웨어 엔지니어링의 리엔지니어링"으로 설명합니다.

프로세스를 구현할 때 다음 영역을 다뤄야 합니다.

  • 인원 및 인원의 능력, 스킬, 동기, 태도: 모든 사람을 적절하게 훈련하고 동기를 부여해야 합니다.
  • 지원 도구: 새 도구가 이전 도구를 대체하게 되므로 사용자 정의하여 다른 도구와 통합해야 합니다.
  • 소프트웨어 개발 라이프사이클 모델, 종속된 구조, 기본적인 활동, 생성되는 중간 산출물을 사용한 사례
  • 소프트웨어 개발 프로세스의 실제 설명

위에 언급되지 않은 다른 영역도 개인의 연구 방식에 영향을 줍니다. 예를 들어, 실제 작업 환경에서의 조직 문화 및 정책, 그리고 보상 구조가 있습니다.

소프트웨어 개발 조직에 있는 인원들 외에도 변경사항의 영향을 받을 다음과 같은 조직 외부 인원도 고려해야 합니다.

  • 소프트웨어 개발 조직의 성과에 대한 책임을 갖는 관리자는 프로세스가 변경되는 이유와 새 도구를 입수하는 이유를 알아야 합니다. 관리자는 진행 방법과 진행 여부를 이해해야 합니다. 프로세스 개선을 위해서는 프로젝트에 경영 지원이 필요합니다. 관리자는 프로세스 변경으로 투자 이득이 창출됨을 이해하고 기대를 주의하여 관리해야 함도 이해해야 합니다.
  • 조직 프로세스가 고객의 입력 처리 방법과 시기에 영향을 줄 수 있다는 사실을 고객에게 알려야 할 수도 있습니다.
  • 소프트웨어 개발 조직의 다른 파트도 영향을 받을 수 있습니다. 간혹 조직의 한 파트에서 이루어진 변경에 대해 조직의 다른 파트가 거부하고 회의적일 수 있습니다. 이유는 종종 변경사항의 이유를 이해하지 못하기 때문입니다. 직접적인 영향은 없어도 정책적 문제점이 발생할 수 있습니다.