웹 개발 삼각형

고객과의 모든 계약은 매달 진행되는 계약입니다. 고정 된 프로젝트를 추구하는 경우는 거의 없으며 일정을 보장하지도 않습니다. 무섭게 들릴 수 있지만 문제는 목표가 출시일이 아니라 비즈니스 결과 여야한다는 것입니다. 우리의 임무는 고객의 비즈니스 결과를 얻는 것이지 출시 날짜를 정하는 것이 아닙니다. Healthcare.gov가 학습함에 따라 그것은 기대를 놓치는 길입니다.

클라이언트 프로젝트를 시도하고 유지하려면 정시에, 우리는 요구 사항을 필수 (비즈니스 결과 충족)와 보유 (선택적 향상)로 구분합니다. 우리는 또한 항상 필요한 변경 사항이 있음을 알고 있기 때문에 출시 시점에 일정이 완료되지 않습니다.

Robert Patrick은 PhD 연구소, 포춘지 선정 500 대 기업을위한 웹 사이트를 디자인, 구축 및 출시하는 에이전시입니다. Robert는 Healthcare.gov가 겪고있는 어려움을 계속 확인하고 있으며 실패한 5 가지 주요 이유를 제공했습니다.

  1. 절대 위반하지 마십시오 시간, 비용 및 기능 규칙을 설정합니다. 이것을 삼각형이라고 생각하면 하나의 점을 선택해야합니다. 고정 다른 두 변수. 이 세상에서는 시간과 돈이 충분하다면 무엇이든 만들 수 있습니다. 그러나 웹 애플리케이션을 구축하는 모든 사람은 우선 순위가 가장 높은 것을 선택해야합니다. 이것은 프로젝트를 시작하는 방법에 대한 분위기와 초점을 설정합니다. 예를 들면
    • 특정 기능이 완료된 후에 만 ​​실행되어야합니다 (돈과 시간은 가변적 임).
    • 빨리 시작해야합니다 (돈과 기능은 다양 함).
    • 예산을 염두에두고 시작해야합니다 (시간과 기능은 가변적 임).
  2. 로 시작 결승선 출발 선 대신 염두에 두십시오. 웹 애플리케이션은 스타트 그리고 진화시키다. 성장과 진화를 염두에두고 오늘날 중요하고 필수적인 것을 구축하는 것이 시작점에서 마무리하려는 의도로 구축하는 것보다 항상 낫습니다.
  3. 공급 업체가 너무 많습니다. 뒤얽힌. Obamacare 웹 사이트에는 55 개에 가까운 공급 업체가 참여한 것으로보고되었습니다. 모든 프로젝트에 여러 공급 업체를 추가하는 것은 미끄러 울 수 있습니다. 파일 버전 관리, 아트 파일 불일치, 아트 의견 불일치, 프로젝트 포기 및 목록이 계속되는 문제가 있음을 거의 보장 할 수 있습니다. 전체 문제의 일부를 해결하는 임무를 맡은 상원 의원 55 명이 있다고 상상해보십시오.
  4. 정보 아키텍처 심각하게 받아들이지 않습니다. 종종 대형 대행사는 벤더에게 RFP에 대한 입찰을 제출하도록 요청하고 범위를 이해하거나 동의하지 않고 바로 개발에 들어가는 정보 아키텍처 프로세스를 완전히 건너 뜁니다. 이것은 거대하고 추하고 시간 낭비이며 돈을 잃고 실수하는 것입니다. 프로그래밍을 시작하기 전에 잘 예측할 수없는 것들에 대해 민첩하고 유연하게 준비 할 수있는 한 많은 애플리케이션을 설계하는 것이 매우 중요합니다 (이는 청사진없이 집을 짓는 것과 같습니다). 공급 업체는 예산이 부족하고 이것이 올바르게 수행되지 않으면 모서리를 깎기 시작합니다.
  5. 시간이 충분하지 않습니다. 품질 보증. 이것이 HealthCare.Gov의 출시에 큰 몰락 이었다는 것은 분명합니다. 그들은 하드 출시 날짜 (이 경우 시간은 삼각형의 고정 변수 임)에 작업 중이 었으며 계획에 포함 된 적절한 품질 보증을위한 시간과 함께 출시 날짜를 충족하도록 기능과 예산을 수정해야했습니다. 이것은 중대한 실수이며 아마도 많은 사람들에게 그들의 직업을 잃을 것입니다.

당신은 어떻게 생각하십니까?

이 사이트는 Akismet을 사용하여 스팸을 줄입니다. 댓글 데이터 처리 방법 알아보기.