Home / FAQs / 소프트웨어 개발 및 프로젝트 아웃소싱
QUESTION & ANSWER

고정 총 가격을 선택하거나 매월 함께 일하는 소프트웨어가 부족합니까?

수요가 안정될 때 조정 총 가격은 더 쉽습니다, 국경은 명확하 결과 outcome는 미리 정의될 수 있습니다. 수요 변화, 그리고 기술 노선이 탐구되거나 기업이 제품 관리에 참가할 수 있는 경우에, 그들은 더 가동 가능한 한 또는 지속적인 기초에.

질문에 대한 답변

먼저 의사 결정에 사용될 수있는 결론을 제공합니다.

협력 모델은 수요의 특정에 일치해야합니다. 고정 총 가격은 입력, 출력, 인터페이스, 데이터 및 수용 표준의 상대적으로 명확한 단계에 적합하며 공급자는 견적의 위험에 대해 계정합니다. 수요가 여전히 탐구되고있는 경우 공급 업체는 가격과 시간을 수정해야하며 압축 품질, 빈번한 분쟁 또는 대형 변경 주문에 의해 소화 불확실성에 따라 다릅니다.

DECISION FACTORS

어떤 조건은 판단하기 전에 확인되어야합니까?

동일한 질문은 다른 사업, 자료 및 프로젝트 단계의 밑에 다른 대답이 있을지도 모릅니다. 그것은 뒤에 오는 조건이 검사되고 웹에 일반적인 발견은 그들의 자신의 프로젝트에 통합될 것이라는 점을 건의됩니다.

계약하기 전에 평가 가능한 기본을 형성 할 수 있는지 여부기술 및 제 3 자 의존 검증기업의 사회적 책임예산은 천장 설정 또는 변경 응답 속도에 더 집중됩니다.
ACTION STEPS

사전 예약

01

첫째, 우리는 표적과 국경에 대해 명확하게 될 것입니다.

진단, 프로토 타입, 초기 및 확장 단계에 의한 특정 평가.

02

유효성 열쇠 의존

부품의 배치 및 최대 시간 및 재료 제한의 설치에 대한 고정 이정표.

03

평가 가능한 결과의 개발

:: 주간 보고서, 근무 시간, 결과, 위험 및 변경 기록의 조화를 유지하기위한 입력의 투명성을 보장하기 위해.

04

실제 결과와 다음 단계를 결정하십시오.

납품의 속도와 질은 협력의 다음 단계를 위한 modalities를 결정하는 각 단계에서 반복됩니다.

PRACTICAL EXAMPLE

실제 사업에서 어떻게 이해합니까?

판단의 방법을 설명하는 데 사용되는 예

코드의 품질 및 배포의 방법은 명확하지 않습니다. 직접 고정 총 가격 힘은 위험에 대해 추측 할; 그것은 고정 비용에서 코드 진단을 완료하는 논리 더, 그 다음 명확한 수리 범위에 대한 이정표를 사용, 그리고 지속적인 비즈니스 오버랩에 대한 월간 팀을 사용.

COMMON RISKS

가장 쉬운 피트에서 단계.

그것은 그 수요가 무한하게 변경 될 수 있다는 것을 의미하는 일정한 총 가격입니다.

우선 순위, 단계 목표 및 결과없이 협력의 한 달에 의해 검토

팀 구성 및 효과적인 출력에 대한 사람 월에만 비교,

ACCEPTANCE

우리는 수신 및 확인을 종료해야 하는 방법?

어떤 모형은 팀 역할, 일의 투명도, deliverables, 질 필요조건 및 종료의 방법에 동의해야 합니다. 협력의 좋은 모형은 1개의 측에 전체 위험을 밀어지지 않으며, 오히려 알 수없는 사정의 알려진 범위, 검증에 대한 투입을 허용하고, 변화의 기록.

공급자 또는 내부 팀과 통신 할 때, 현재 프로세스, 대표 샘플, 기존 시스템, 계획 시간 및 예산 수준이 가져 오는 것이 좋습니다. 우선, 알 수없는 항목은 명확하게 표시되고 그 결정은 진단, PoC, 고정 범위 프로젝트 또는 지속적인 연구 및 개발, 이는 일반적으로 국경없이 가격과 기간 동안 직접 수요보다 신뢰할 수있는 것보다 더 신뢰할 수 있습니다.

프로젝트 조건은 위의 예에서 다르습니까?

운영 목적, 기존 시스템, 샘플 및 계획된 시간은 컨설턴트가 실제 경계와 관련하여 예비 판단을 만들 수 있기 전에 충돌 할 수 있습니다.

Associate 프로젝트 컨설턴트