인수 코드 분석 · 마무리 개발 제안

통근 셔틀 운행·관제 시스템
인수 코드 분석 제안서

무엇이 남았는지부터 눈으로 보실 수 있게 만들겠습니다

신영진 | 백엔드 개발 · 시스템 운영 파트너

진행 방식

공고에 정리해 주신 순서대로, 분석을 먼저 수행해 범위를 확정한 뒤 개발과 운영까지 이어서 맡겠습니다

1단계인수 코드 분석

2~3주

구현 범위 파악, 빌드 검증, DB 구조 정리, 잔여 과업 정의서 작성

2단계범위 · 공수 확정

분석 보고서를 함께 보며 이번에 어디까지 할지, 어떤 순서로 할지 협의해 확정합니다

3단계마무리 개발

확정된 범위의 미완성 기능 마무리와 정산 기능 신규 개발, 운영 개시 준비

4단계운영 · 유지보수

운영 개시 이후 유지보수를 별도 계약으로 이어서 수행합니다

분석 단계에 대한 의견 — 착수 후 분석으로 범위를 정의하자는 방향에 동의합니다. 코드를 열어보지 않은 상태에서 잔여 범위를 단정하면 이후 실제 확인된 내용과 어긋나기 쉽습니다. 분석 결과를 수치와 목록으로 먼저 보여드린 뒤 함께 정하는 편이 서로에게 정확합니다.

분석 결과는 이런 형태로 드립니다

코드를 읽지 않으셔도 무엇이 완성되어 있고 무엇이 남았는지 판단하실 수 있게 만드는 것이 목적입니다

1. 기능 인벤토리

앱·웹·서버 전 영역의 기능을 완성 / 부분 완성 / 미구현으로 분류하고, 영역별 완성도를 한눈에 보이게 정리합니다

2. 빌드 · 구동 검증

코드가 있다고 바로 돌아가지는 않습니다. 각 앱과 서버를 실제로 빌드해 실행되는지 확인하고 기록합니다

예시 보고서는 링크에서 직접 넘겨보실 수 있습니다.

구조와 잔여 과업까지 정리합니다

인수인계 문서가 없어도 데이터베이스에서 구조를 역으로 추출해 그림으로 남깁니다

3. DB 구조 (ERD)

어떤 정보가 어떻게 연결되어 있는지 정리하고, 정산처럼 새로 만들어야 할 부분을 표시합니다

4. 잔여 과업 정의서

남은 일을 목록화하고 우선순위와 예상 공수를 붙입니다. 이 표를 함께 보며 이번 범위를 정합니다

분석은 이렇게 진행합니다

2~3주 기준 · 개발 지식이 없으셔도 이해하실 수 있는 형태로 결과를 드립니다

11주차 — 실행부터각 앱과 서버를 실제로 빌드해 돌려봅니다. 여기서 막히는 항목이 있으면 그것이 첫 번째 과업이 되므로 가장 먼저 확인합니다

21~2주차 — 화면 대조이전 계약의 기능명세서·화면설계서와 실제 화면을 하나씩 대조해, 문서에는 있는데 코드에 없는 것을 찾아냅니다

32주차 — 데이터 구조DB에서 테이블 구조를 역추출해 ERD로 정리하고, 테스트 데이터인지 실제 데이터인지도 구분합니다

43주차 — 과업 정의남은 일에 우선순위와 예상 공수를 붙여 정의서로 만들고, 함께 보며 범위를 확정합니다

먼저 확인을 요청드릴 사항 — iOS 앱은 Apple 개발자 계정과 인증서가 있어야 빌드할 수 있습니다. 이전 개발사 계정으로 만들어져 있다면 계정 이관이나 신규 발급이 선행되어야 하고 절차에 시간이 걸릴 수 있어, 착수 즉시 확인이 필요합니다.

성공적인 마무리의 기준

단계별로 무엇이 충족되어야 마무리라고 보는지 말씀드립니다

1분석 단계발주사가 코드를 읽지 않고도 남은 일과 비용을 판단하실 수 있게 되는 것. 그 판단의 결과가 "다른 파트너와 진행"이더라도 분석은 성공한 것입니다

2개발 단계실제 노선에 시범 운행을 붙여 승객 앱·기사 앱·관제 화면이 한 번의 운행에서 끊기지 않고 이어지는 것

3정산 기능정산 금액이 운행·탑승 기록과 대조해 검증 가능한 것. 숫자가 맞는지 확인할 수 없는 정산은 쓸 수 없습니다

4인수인계담당자가 바뀌어도 이어받을 수 있는 상태. 이번 프로젝트가 시작된 이유이기도 합니다

1번을 특히 강조드리고 싶습니다. 분석 결과는 좋게 보이도록 다듬지 않고 확인된 그대로 전달드리겠습니다. 남은 일을 실제보다 적게 잡아 시작하는 것이 프로젝트가 다시 멈추는 가장 흔한 원인이라고 보기 때문입니다.

담당자가 바뀌어도 이어받을 수 있게

이미 한 차례 중단을 겪으신 만큼, 같은 일이 반복되지 않도록 남기는 것을 과업에 포함하겠습니다

01분석 보고서 자체가 인계 문서

기능 목록·ERD·빌드 절차는 다음 사람이 가장 먼저 필요로 하는 자료입니다. 이번 분석 산출물이 그대로 인계 문서가 됩니다

02저장소와 계정을 발주사 명의로

소스코드 저장소, 서버, 스토어 계정을 모두 발주사 소유로 두어, 파트너가 바뀌어도 접근이 끊기지 않게 합니다

03빌드 절차 문서화

어떤 환경에서 무엇을 설치하고 어떤 명령으로 빌드·배포하는지 그대로 적어 남깁니다. 이번에 빌드가 막혔던 이유와 같은 상황을 막습니다

04작업 이력 남기기

무엇을 왜 고쳤는지 기록을 남겨, 나중에 이어받는 사람이 의도를 추적할 수 있게 합니다

운영 개시 이후 유지보수 — 별도 계약으로 이어서 맡을 수 있습니다. 장애 대응, 서버·배포 관리, 경미한 수정을 포함하며 조건은 개발 범위 확정 시 함께 협의드리겠습니다. 공공기관·금융권 시스템을 운영하며 장애 대응을 직접 수행해 온 경험이 있습니다.

확인이 필요한 부분

착수 전 또는 착수 즉시 확인하고 싶은 사항입니다

?Apple 개발자 계정iOS 앱 빌드에 필수입니다. 이전 개발사 계정으로 되어 있다면 이관 절차를 먼저 시작해야 합니다

?서버 접근 권한AWS 계정과 운영 서버 접속 정보를 넘겨받으셨는지 — 없으면 배포 구조를 확인할 수 없습니다

?중단 시점의 진행 상황이전 개발사가 어느 단계에서 멈췄는지 알고 계신 내용이 있다면 분석 시간을 크게 줄일 수 있습니다

?정산 요건누구에게 무엇을 기준으로 얼마를 정산하는지 — 이 요건이 정해져야 설계를 시작할 수 있습니다

?운영 규모예상 노선 수, 차량 수, 승객 수에 따라 서버 구성과 성능 요건이 달라집니다

보이게 만들고,
끝까지 맡겠습니다

분석부터 마무리 개발, 운영 이후 유지보수까지 이어서 수행하겠습니다.
분석 보고서 예시는 직접 넘겨보실 수 있습니다.