10.0 폭포수 대 주기적 프로젝트 관리(3부) – 프로젝트 수명 주기 및 결과

프로젝트 수명 주기 동안 사용자는 모든 중간 결과를 테스트할 수 있어야 합니다. #

고객은 정의 및 설계 단계 전반에 걸쳐 가능한 한 정확하게 요구 사항을 정의해야 합니다. 이것은 두 가지 이유로 도전적입니다. 우선 소비자들은 정보 기술의 잠재력과 불가능성에 대해 제한적으로 이해하고 있습니다. 그들은 무엇이 실현가능하고 무엇이 되어야 하는지에 대한 개념이 없으며, 무엇을 원해야 하는지, 원하지 않아야 하는지도 모릅니다. 둘째, 소비자는 종종 자신의 비즈니스 프로세스에 대한 철저한 이해가 부족합니다.

수많은 IT 이니셔티브에는 조직의 현재 비즈니스 프로세스의 전산화가 포함됩니다. 소비자는 오랜 기간 동안 프로세스로 작업했지만 자신의 비즈니스 프로세스를 설계할 수 있는 능력이 부족한 경우가 많습니다. 그들은 각자의 방식으로 잘 작동할 수 있지만 그 방식이 무엇인지 지정할 수는 없습니다. 전산화를 주도할 소프트웨어를 개발하기 전에 정확한 프로세스 정의가 필요합니다. 현재 절차를 설명해야 하기 때문에 고객의 복잡성이 증가합니다.

결정 기준 #

종종 정의 단계에서 생성된 기준 목록이 불완전합니다. 프로그래머는 구현 단계에서 이 부분 목록에 따라 소프트웨어를 만듭니다. 소비자가 새 소프트웨어의 베타 버전을 만나면 추가 요구 사항이 분명해집니다. ‘좋아 보이지만 계속해서 비밀번호를 입력할 필요가 없도록 수정해 주시겠습니까?’ 프로그래머는 종종 클라이언트가 원하는 것이 무엇인지 확신하지 못한다고 한탄합니다. 고객은 전문가로서 소프트웨어 개발자가 프로세스 초기에 고객이 원하는 것을 식별했어야 한다고 주장합니다.

웹 기반 서비스용 애플리케이션의 자동화된 처리를 포함하는 소프트웨어 프로젝트를 위해 포괄적인 기능 설계가 생성되었습니다. 수많은 고객의 요구 사항이 수집되었습니다. 몇 가지 화면 디자인과 흐름도를 추가한 후 프로그래머는 시작할 수 있습니다.

클라이언트 및 제약 조건 관리 #

아마도 프로젝트의 심각한 시간 제약의 결과이거나 고객의 다소 혼란스러운 조직의 결과로 설계자는 중요한 구성 요소인 수동 관리를 구성하는 것을 잊어버렸습니다. 프로그램이 신청서를 처리했습니다. 응용 프로그램은 자동으로 처리되기 때문에 프로그래머는 사람이 관리할 필요가 없다고 생각했습니다. 이 기준은 마찬가지로 기능 설계에서 생략되었습니다.

테스트를 위해 프로그램이 제공되었을 때 클라이언트는 많은 앱에 예외가 있음을 발견했습니다. 이러한 응용 프로그램은 자동으로 처리할 수 없으며 수동으로 처리해야 합니다. 그러나 프로그램은 완전히 자동으로 작동했습니다.

NS 폭포수 프로젝트 관리 구현 단계가 끝날 때 프로젝트의 실제 결과를 테스트해야 합니다. 이것은 늦은 발달 단계 . 정의 단계, 설계 단계, 구현 단계 사이에 몇 개월 또는 1년 이상이 경과할 수 있습니다. 프로젝트 후반부에 설계 결함이 발견되면 새로운 프로젝트를 완전히 시작하지 않고 프로그램을 수정하는 것은 불가능하지는 않더라도 비용이 많이 들 수 있습니다. 모든 기준을 미리 정의하는 것은 사실상 불가능하므로 (중간) 결과를 테스트할 수 있는 작업 방식이 바람직합니다.

요구사항 분석 #

여러 잠재적 소프트웨어 회사를 비교할 때 클라이언트는 가능성에 대해 문의했습니다. 한 당사자는 주저했고 많은 고객 요구 사항의 실현 가능성에 의문을 제기했습니다. 상대방은 공격적인 판매 대리인으로 대표되었습니다.

클라이언트가 특정 요청의 실행 가능성에 대해 문의했을 때 영업 사원은 코더에게 전화를 걸었습니다. ‘X를 수행하는 함수를 만들 수 있습니까?’ 주로 기술적인 측면에서 생각하는 프로그래머는 이론적으로 모든 것이 가능하다고 말했습니다. 프로그래머도 영업 사원도 걱정하지 않았습니다. 프로젝트 관리 실현 가능성(예: 시간, 돈, 복잡성 및 위험).

영업 사원의 흥분은 상대방의 절제된 태도를 능가했습니다. 클라이언트는 영업 담당자의 공격적인 제안을 선택했습니다. 새로 인수한 프로젝트는 프로젝트 관리자와 프로그래머 팀에게 전달되었습니다.

얼마 후, 프로젝트가 고객의 기대에 미치지 못한다는 것이 분명해졌습니다. 이는 부분적으로 고객이 처음에 보았던 것보다 절차가 훨씬 더 복잡했기 때문입니다. 두 당사자 간의 열띤 교류 동안 클라이언트는 영업 사원이 ‘기능 X는 문제가 되지 않을 것이라고 말했습니다.