결정하는 프로젝트를 개발 관용

Share

|

모든 조직이 특정 수준의 해당 응용 프로그램 프로젝트를 개발 관용입니다. 특정 조직의 수준에 따라 달라집니다하는 여러가 지 항목이 전체의 조직입니다. 하나의 접근 방식을 개선하는 것이 개발 사업에 입국하는 과정은 실질적인 관리가 크기는 해당 애플 리케이션에 대한 이해는 특정 조직 내에서 사업입니다. 이 결정은 과거 사업 검토를 통해 이루어질 수있습니다. 과거의 결과를 검토하는 것이 애플 리케이션 개발 사업을 개발하는 데 사용할 수있는 정보를 제공합니다 성공 또는 실패 동향, 어떤에서 차례를 수있다는 분석과 함께 참조를 프로젝트에 크기입니다.

어떤 종류의 프로젝트를 판단하는 기준에 의해 개발되어야합니다 "성공"또는 "실패합니다." 이러한 기준이 달라질 내의 조직, 이러한 요인에 따라 조직 내에있는 고려 중요합니다. 의 핵심과 관련하여 어떠한 하나의 기준을 만드는 데 사용해야한다고 판결은 합리적인 조치로 볼 내에있는 조직입니다. 또한 기준은 복잡하거나 단지가 될 수있습니다 허용되지 않습니다. 목표가 여기에 있어야합니다을 선택하는 일련의 기본적인 구성 요소가 아니라는 결정적 답변을 제공할 예정이다보다는으로하여 지침으로 주어진 프로젝트의 성공 확률을 기반으로 과거의 경험을 조직 내에서합니다. 어디에있는가 능성을 제안하는 프로젝트가 능성이 실패를 조정해야합니다 내용을 데려 프로젝트 크기, 시간 및 복잡도가 수준이 높을 확률은 성공을 제공합니다.

예를 들어, 지난 3 년 동안에 정해는 것이 담당 부서는 업무를 125 프로젝트입니다. 이 때, 평균적으로 700 개발 시간이되었습니다 헌신하는 사람 프로젝트, 예를은 총 8만7천5백시간. 이 과정이라는 분석의 125 프로젝트, 그것이 발견되는, 아래의 성공 또는 실패를 결정하기위한 기준을 개발, 18 프로젝트에 빠지지의 실패 분류합니다. 그 중 18 프로젝트, 14을 돌파 900시간의 개발 시간 및 다시를 사용하여 성공 또는 실패를 기준으로 모든 14 사업 추진에 높은 수준의 복잡합니다. 또한, 불과 3 개 사업을 복용 이상 8백시간왔다는 성공적인 결론을 이끌어가 지난 3 년 동안입니다.

이 시점에서 무엇을 분석 결과는, 이내에 해당 조직, 사업을 초과하는 구백시간의 개발 시간이 0.64.3에 실패합니다. 이 분석의 결과는이 개발 프로젝트를 나타냅니다 초과할 구백시간의 노력을 보인다는 것이 이후의 관리 기능 부서입니다. 또 다른 사실을 개발한에서 분석을 보여 3 - 1 년 동안의 기간, 3 개의 것이 프로젝트 매니저했던, 또는 복잡한 프로젝트의 크기에 관계없이, 항상 자신의 프로젝트에 들여온 시간, 이내 예산, 그리고이 협정의 프로젝트 요구 사항과 함께합니다.

몇 빠른 결론 수있습니다 그려에서 분석합니다. 첫째로, 그것은 아마 관심의 조직에 참여하지 않는 방법을 고려해 모든 응용 프로그램을 개발 projectsthat 접근하거나 초과 900시간의 노력을합니다. 두 번째로, 여러 개의 프로젝트 매니저는, 그럼에도 불구의 개발 환경, 사업을 성공적인 결론을가 져올 수있게합니다. 두 개의 결론을하실 수있습니다 그려 소개하는 프로젝트 매니저의 역할을합니다. 먼저, 해당 프로젝트 매니저되어야에 할당된 최대 규모, 대부분의 복잡한 프로젝트 내에있는 조직입니다. 두 번째로, 진학을 수행해야하는 관리자는 성공적인 이유를 확인합니다.

여기서는 분석이 조심스럽게 완료와 기준을 사용하여 판사 성공 또는 실패가 합리적이고 일관성, 패턴의이 프로젝트를 개발을 성공과 실패를 확인할 수있습니다. 올바르게 수행할 앞서 애플 리케이션 사업에 대한 분석은 최적 수준의 프로젝트에 대한 정보를 제공해야한다 크기와 복잡와 관련해 확률 성공합니다. 아무개를 암시하는 것으로는 안 볼 수있는 수준은 그것이 최선의 것을 할 수있습니다. 무슨 뜻이의 존재가 천정에 프로젝트 크기를 결정할 수있습니다. 나머지 아래에있는 천장 불러올 수있습니다 즉각 개선에 관리의 사업을했지만을해야 할 수도 모습으로 설정하는 자료에 대한 이동하는 기능을 새로운 관행이 허용하는 한도가 발생합니다.

따라서, 두 개의 요구 사항에 대한 분석을 충족합니다. 그것의 한계를 제공하는 지침으로 프로젝트를 크기와 연관된 복잡 내에있는 조직입니다. 또한 앞으로를 유치하기위한 기초를 제공합니다에 대한 변경 사항 내에있는 조직, 특히 내에있는 해당 부서로 연결되는 것이다을 처리할 수있는 능력은 앞으로 더 큰, 더 복잡한 어플 리케이션 프로젝트입니다.

의 예제를 사용, 여러가 지 결론 수있습니다 그려 그것을 식별하는 데 사용할 수있는 프로젝트를 개발 문제 영역과를 시작으로 개발할 계획을 높일 수준의 개발을 성공 내에있는 해당 부서입니다. 자료를 그려 fro 날씨에 대한 분석에 들어 보여주는 과거의 조직 얻었다에 문제가 프로젝트를 크기를 초과 9백시간의 노력을합니다. 에서 생각하는 시간 범위, 그것 보관한다 염두에 영향을 미치는 요인이 아니라는 시간이 있지만, 프로젝트의 크기가 커지,이 프로젝트의 복잡성을도 커진다. an 내재 프로젝트 크기와 복잡간에 연관이 있는지, 그리고 그들이 것으로 간주 컬투하면 프로젝트를 실패의 원인을 검사합니다.

과 관련하여 크기 및 복잡도,에 대한 분석도 보여주는 그들이 나타나지 않습니다으로 부정적인 요인은 발전의 사업 관리의 경우에 이러한 프로젝트는 아래의 방향 중 하나의 여러 강력한 프로젝트 매니저입니다. 그것이 유익을 추구있는 이유도 매니저의 게재를 잘하거나 복잡의 크기에 관계없이 자신의 사업을합니다. 어떤 사람을 제대로 수행하고 다음을 결정하는 관리자는 자신의 경영 기법을 적용하여 다른 사업을 관리하는 다음 방식에 상당한 혜택을가 져올 수있다는 조직입니다.