개발을 다시 진행할 때는 이전 문제의 사실과 원인, 남아 있는 결과물을 먼저 확인합니다. 개선할 업무 방식과 필요한 업체 역량을 구분해 다음 계획에 반영합니다.
- 같은 요구와 판단 기준으로 후보를 비교하고 근거와 미정 항목을 기록합니다.
- 실제 역할과 결과물, 공개 가능한 자료로 수행 경험을 확인합니다.
- 개발뿐 아니라 인계와 운영 지원, 전환의 비용과 책임을 검토합니다.
수행, 요구, 절차의 원인 구분
업체의 수행과 발주자의 준비, 계약과 진행 절차를 나누어 살펴봅니다. 여러 원인이 함께 작용했는지 확인합니다.
책임을 미리 단정하지 않고 계약과 변경 기록, 실제 결과를 대조합니다. 담당 주체보다 확인된 문제와 개선 조치를 먼저 정리합니다.
미정 요구와 변경 절차의 보완
요구사항이 미정인 상태로 착수했다면 결정할 항목과 담당자, 합의 시점을 확인합니다.
진행 중 요구가 달라지면 작업과 비용, 일정에 영향을 줄 수 있습니다. 누락과 변경, 구현 오류를 구분해 기록을 대조합니다.
범위 합의가 부족한 진행
설명과 견적의 전제가 다르고, 미정 사항을 결정하는 방법과 변경 절차가 정해지지 않은 상태입니다.
검토 기준을 정한 진행
요구와 미정 항목을 정리하고 기획과 개발 범위, 결정, 변경, 확인 절차를 합의합니다.
업체 변경과 함께 초기 기획, 결정 절차와 진행 관리를 보완합니다. 목록을 완성하기 어려우면 기획 지원부터 진행할 수 있습니다.
포트폴리오의 실제 수행 범위
포트폴리오에는 실제 수행 부분과 참여자가 구분되지 않을 수 있습니다. 회사와 담당자의 역할을 확인합니다.
질문할 항목
- 구현 범위
- 참여 인력
- 기간
- 운영 지원의 역할
- 자료 흐름
- 주요 결정의 이유
공개 가능한 결과물과 설명으로 수행 근거를 확인합니다. 자료 흐름과 주요 결정의 이유를 설명받으면 경험을 검토하는 데 도움이 됩니다. 질문에 바로 답하는지만으로 실제 수행 여부를 판단하지 않습니다.
기존 결과물과 계정 권한의 확인
다음 작업에 필요한 결과물과 권한을 확보했는지 확인합니다.
| 결과물과 계정 | 소유자 | 관리자 | 이전 가능성과 제한 |
|---|---|---|---|
| 소스 | |||
| 설계 문서와 운영 문서 | |||
| 디자인 원본 | |||
| 서버 계정 | |||
| 도메인 계정 | |||
| 스토어 계정 |
계약에 따른 제공 범위와 이전 조건을 확인합니다.
계정별 소유자와 관리자, 이전 가능성과 제한을 확인합니다. 새 계약에는 운영 주체와 접근 권한, 인계할 자료와 절차를 구체적으로 적습니다.
인계 요청에 이견이 있으면 계약 범위와 제3자 이용 조건, 보안과 비용의 근거를 확인합니다.
견적, 계약, 변경 기록의 대조
이전 견적서와 계약, 변경과 검수 기록을 함께 검토합니다.
기능과 품질의 범위, 변경 처리와 완료 기준, 결과물과 운영 인계 항목을 확인합니다. 누락과 서로 다른 해석을 구분합니다.
분쟁이나 지연이 발생한 시점의 기록과 합의를 대조합니다. 문서 누락만으로 모든 문제의 원인을 설명하지 않습니다.
이전에 확인된 문제를 새 합의와 진행 절차에 반영합니다. 신규 사업의 요구와 위험도 별도로 검토합니다.
기존 개선과 재개발의 비교
기존 결과물의 수정과 재개발은 상태 조사 후 비교합니다. 어느 방식이 저렴한지는 실제 범위와 전환 비용으로 판단합니다.
상태 조사
두 방식 모두 자료 보존과 전환 계획
흐름소프트의 강의 서비스 리뉴얼에서도 기존 구조와 기능을 확인하는 작업이 필요했습니다. 조사와 시험, 자료 이전의 비용을 함께 검토해야 합니다.
운영 중인 서비스는 이용 이력과 결제 자료, 중단 허용 시간을 확인합니다.
미완성 서비스도 활용 가능한 코드와 설계가 있을 수 있습니다. 개선과 재개발의 근거, 비용, 위험을 비교해 제안받습니다.
기존 업체와의 재진행 검토
기존 업체와 다시 진행하는 방법도 검토할 수 있습니다. 원인에 대한 합의와 개선 가능성, 수행 역량과 신뢰를 확인합니다.
역량과 투입할 수 있는 인력, 의사소통과 책임 이행, 재발 방지 대책이 구체적인지 확인합니다. 한 가지 원인만으로 교체 여부를 결정하지 않습니다.
초기 작업을 통한 협업 확인
필요하다면 범위를 제한한 초기 작업으로 협업과 기술 조건을 확인할 수 있습니다.
확인 목적에 맞는 작업
기획 정리기술 검토일부 기능 구현사전에 합의
결과물비용평가 기준결과물의 품질과 함께 보고, 질문, 문제 대응의 방식을 확인합니다. 작은 작업의 성공이 전체 사업의 성공을 보장하지는 않습니다.
업체의 참여 가능성과 최소 범위, 일정 제약을 확인합니다. 초기 작업을 수락하지 않는다는 이유만으로 부정적으로 판단하지 않습니다.
재진행의 초기 범위와 품질
재진행 범위는 이전 실패의 감정보다 확인한 요구와 원인을 기준으로 정합니다.
기능 부족과 과도한 범위, 품질과 관리 문제를 구분합니다. 더 많은 기능이나 더 작은 범위가 항상 해결책은 아닙니다.
- 초기 범위초기에 반드시 필요한 기능과 품질을 정하고 후속 항목을 구분합니다. 범위 축소가 비용, 일정과 위험에 미치는 영향을 확인합니다.
- 확인 기준초기 결과의 확인 기준을 정하고 다음 단계의 진행 조건을 합의합니다.
- 확장실제 결과와 남은 위험을 근거로 범위를 확장합니다.
이전 문제의 전달과 개선 제안
상담에 전달할 자료
이전 문제를 확인할 수 있는 자료현재의 요구공유 범위 확인
제3자 비밀개인정보이전 업체에 대한 평가보다 원인 조사와 개선 방법을 요청합니다. 요구, 변경, 결과의 기록을 검토하는지 확인합니다.
제안한 개선이 계약 범위와 진행 절차에 어떻게 반영되는지 확인합니다. 필요한 자료와 미정 항목을 결정할 책임자도 정합니다.
자주 묻는 질문
01개발을 다시 진행할 때 무엇부터 확인합니까
이전 문제의 사실과 원인, 남아 있는 결과물을 먼저 확인합니다. 업체의 수행 역량, 요구와 의사결정, 계약과 진행 절차를 나누어 원인을 검토합니다.
02이전 업체로부터 확보해야 할 결과물과 권한은 무엇입니까
소스와 설계, 운영 문서, 디자인 원본, 서버와 도메인, 스토어 계정의 권한을 점검합니다. 계약에 따른 제공 범위와 이전 조건, 계정별 소유자와 관리자를 확인합니다.
03포트폴리오로 업체의 실제 수행 범위를 어떻게 확인합니까
구현 범위와 참여 인력, 기간과 운영 지원의 역할을 질문합니다. 공개 가능한 결과물과 설명으로 수행 근거를 확인하며 즉답 여부만으로 실제 수행 여부를 판단하지 않습니다.
04기존 결과물을 수정할지 다시 개발할지 어떻게 결정합니까
기존 상태를 조사한 뒤 실제 범위와 전환 비용으로 비교합니다. 운영 중인 서비스는 이용 이력과 결제 자료, 중단 허용 시간을 확인하고 두 방식 모두 자료 보존과 전환 계획을 마련합니다.
05새 업체와 협업이 맞는지 계약 전에 확인할 수 있습니까
범위를 제한한 초기 작업으로 협업과 기술 조건을 확인할 수 있습니다. 결과물과 비용, 평가 기준을 사전에 합의하고 결과물의 품질과 함께 보고, 질문, 문제 대응의 방식을 확인합니다.