제안
제안에 답해 달라고 하신 항목을 순서대로 적었습니다. 판단이 서지 않는다고 하신 부분에는 저희 의견과 근거를 함께 두었습니다.
제안
전체 개발을 권합니다
내부에서 개발이 진행 중이고 공동 진행과 전체 개발 중 정하지 못하셨다고 하셨습니다. 공동 진행은 권하지 않으며, 대신 내부 개발분을 저희가 이어받아 완성하는 방식은 가능합니다.
공동 진행이 어려운 이유
- ① 경계에서 문제가 생깁니다
화면은 저희가, 결제는 내부에서 맡는 식으로 나누면 그 사이에서 생기는 문제를 누가 처리할지 애매해집니다. 결제는 됐는데 배출이 안 되는 상황처럼 두 영역이 만나는 지점이 이 소프트웨어에서 가장 중요한 부분인데, 그 부분이 경계에 놓입니다. - ② 책임 소재가 흐려집니다
현장에서 문제가 생겼을 때 원인을 찾는 데 시간이 걸립니다. 무인 매장이라 빨리 처리해야 하는데 양쪽이 확인해야 합니다. - ③ 유지보수를 맡기 어려워집니다
완성 이후 계속 수정하고 운영할 파트너를 찾으신다고 하셨습니다. 저희가 만들지 않은 부분까지 책임지기 어렵고, 그 부분에서 문제가 생기면 저희도 원인을 찾는 데 시간이 걸립니다.
이어받는 방식도 가능합니다
내부 개발분을 저희가 이어받아 전체를 완성하는 방식입니다. 이 경우 착수 전에 코드를 보고 어디까지 쓸 수 있는지 판단해야 합니다.
- · 쓸 수 있는 부분은 그대로 씁니다
- · 다시 만들어야 하는 부분은 이유와 함께 말씀드립니다
- · 판단 결과를 문서로 드리고 그에 맞춰 범위와 금액을 조정합니다
계약 시점에 남아 있는 개발 범위와 금액을 미팅에서 다시 협의한다고 하셨습니다. 그때 코드를 함께 보고 정하면 좋겠습니다. 저희 견적은 전체 개발 기준이며, 이어받는 범위가 정해지면 그만큼 조정하겠습니다.
비용 산정 방식에 대한 답
공동 진행이라면 어떻게 산정할지 판단이 서지 않는다고 하셨는데, 저희는 공동 진행을 권하지 않으므로 그에 맞춰 제안드릴 방식이 없습니다. 이어받는 방식이라면 남은 범위를 M/D로 세어 산정합니다. 그 판단을 하려면 코드를 봐야 합니다.