트레이드 오프 사이의 부 가가 치 및 증 프로젝트 복잡도

Share

|

는 질문을 요청하는, 상대적으로뿐만 아니라 새로운 기술이나 접근 방법의 사용을하지만 다른 프로젝트에 encumbrances,이 방법은이 길어의 관점에서 프로젝트를하거나 추가 복잡, 프로젝트에 영향을 미치는가? 에 대한 답변이되는 경우는 효과가 될 부정적 또는에 대한 답변이없는 명확하고 신중해야한다 개막 행사와 관련해 이들 추가 항목의 프로젝트를 포함합니다. 에 대한 인수는 허용되지 않습니다로 이사를가 유효한지의 요청이나 그들의 값. 그것을 인식해야한다는 제안된 이미지를 프로젝트에 도움이 될 것이다 모든 것입니다. 이 문제는 무엇을,이 약관을 시간과 복잡도를하면 해당 항목을 추를 프로젝트에있습니다. 의 초점에 있어야합니다 사이의 균형을 추가 요청한 항목 아무개가 될 수있습니다와 잠재적인 비용의 관점에서 프로젝트와 관련된 위험을 수용 이러한 요청합니다.

의 생각을 추가 새로운 기술을 유념하는 것이 중요 하나 리틀은 정말 이해 내용을 기술, 또는있는 수준의 것이 시간과 노력을 필요를 얻는 것이가 작동이 될 과소평. 에서 다루는 매체가 큰 것이 개발 프로젝트, 주어진 자신의 본래의 복잡, 추가하는 기술을 학습 곡선 한국어 프로젝트에 대한 어려움이있습니다.

주어진있는 확률이 성공을 거둘 것이 애플 리케이션 사업을하실 수있습니다 증 복잡성을 경우에 이러한 프로젝트는 감소, 복용 an 접근 방식은 작은 것이 애플 리케이션 개발에 더 많은 있지만 장기간 심각한 고려하여야한다. 정해 달라는 요청을하는 것이 응용 프로그램이 프로젝트는,이 요청이 승인에 대한 조사를합니다. 이후에 대한 분석을 요청,이 결과,이 사업으로 제안된이 필요 3천시간의 노력을 완료합니다.

이 사업 기간이 8 개월로 설립되었습니다. 하지만 시간이 예상을 완료하려면이 시점에서 프로젝트의 개발주기는 아마도 임의의, 그 추정치가 될가 능성이 높다 모습으로 절대적입니다. 이 상황에서 아주 흔한의 개발이 그것 프로젝트를 나타냅니다 프로젝트를 개발하는 또 다른 부정적인 측면을 추가 수준의 위험이있습니다. 이 설정은 임의의 프로젝트를 완성 날짜를 제시했지만 심각한 프로젝트 합병증, 즉 한 주제의 범위를 넘어이 문서 이외에 부정적인 요인을 인정하는 것이됩니다.

후속으로 승인을하는 프로젝트 팀이 조립 및 작동에있는 프로젝트를 시작합니다. 로 작동하는 행마를 전달, 요청에 대한 추가 기능을 이내의 프로젝트를 시작하여 발생합니다. 주어진의 비즈니스 요구를 받고있는 혜택을 기재하여이 사업을 확장하는 프로젝트에서 파생된가 수준의 채용을 완료하려면 새로운 요구 사항이 승인합니다. 이 시점에서 완료 날짜있을 수있습니다 옮긴 명을 수용할의 추가 작업을하거나, 할 수도있습니다 추정하여 추 직원을 완료 날짜를 조정할 필요가없습니다. 측면에서 상승의 요구 사항을 정리하여 프로젝트를 추가 필요한 직원, 그리고이 적어도 시도를 재설정하는 완료 날짜, 프로젝트 팀은 완료가 오른쪽 것들입니다. 무엇이 제대로 완료되지 않았을 어떤 상태에 대한 어려움이있는 프로젝트 팀은 않다면,이 상황을 고려이 증가 복잡도가되었습니다 계층에 프로젝트입니다. 추 직원과 조정을하는가 정에가 완료 날짜는 커버의 요구를 추가 특징 및 기능입니다.

이 예에서, 프로젝트 팀, 비록 그것이 고려의 필요성에 대한 추가 자원과 시간을 처리하는 사업 확장을했습니다 불행한 입장에 넣어 그 자체입니다. 으로의 확장과 상승의 문제를 인식하지 않습니다 프로젝트의 복잡으로 어떤 관계가 잠재적인 어려움을하지 않을 경우 심각한 문제가, 팀이 세트 자체에 대한, 최소한, 실망입니다. 너무 자주으로 프로젝트를 확대하고 진입을 취소하는 프로젝트가 어려움을 겪고에 포커스 이동 문제는이 사업의 목표를 추 사람과 시간을 충족합니다. 상태는 적절한 초점, 그것은 오직 초점이있는 요인은 프로젝트의 일부를 확대 및 관련 부가 복잡합니다 간주도의 분석을합니다. 현실에서 추가 사람을 프로젝트에의 시작 부분에 있는지 여부가 결정되는 것이이 사업이나 이후에 어려움이 프로젝트는 분명히 쉬운 답변을 5월 수있는 문제가 있지만,이 잘못된 답변을 할 수도있습니다. 추 더 많은 사람들이이 프로젝트가 증가 수준의 노력과 연관된 문제는 프로젝트 관리 및 조정을하고, 그 결과, 추가 전체 프로젝트의 복잡합니다.

의 올바른 방법을 처리하는 문제에 관여 들어 더라면, 또한 전화에 대한 더 많은 직원과 시간을 새로운 프로젝트의 요구를 충족하기 위해 존재하고있는 옵션이 분열의 프로젝트로 밀어 넣기에 대한 더 많은 관리가 구성 요소가있습니다. 이 과정되었을 수로 구조가 프로젝트로 작은 구성 요소 (단계), 업무를 별도의 사업을 해제하거나, 프로젝트의 범위를 줄이려합니다. 찾을 수있는 권리 답변은 상황에 따라 달라집니다하지만 걱정 했어야와 함께 피하고 지나치게 크기와, 그 추론, 복잡합니다.

올바른하는 것은 물론 사업이나 최신의 크기를 줄이는 단계로이 프로젝트와 관련된 것이 원인이 잠재적인 혜택은 줄어들거나 연기를합니다. 모든 조직에 대한 결정을 내려야합니다 허용되는 크기 및 위험은 그것 프로젝트입니다. 그러나, 대부분의 인스턴스 믿음이 작게는보다 나은 실용적 접근 방법을 나타냅니다. 많은 대규모의 잘 - 의도한 것이 애플 리케이션 사업이 헤맸다. 일부는 이러한 프로젝트되었습니다 측정된 뒤로 및 3990하지만, 다른 사람, 이후 상당한 비용과 조직의 스트레스를 포기한되었습니다.