프로젝트 배경
투자실적 취합, 규제 보고 요건, 타인이 작성한 코드의 인수인계 등 금융 백오피스 진단에서 실제로 쟁점이 되는 업무 흐름을 먼저 정리하고, 진단 범위 확정부터 유지 대 재구축 판단까지 이어지는 산출물 체계를 사전 구현했습니다. 코드 품질·DB 구조·보안·성능·확장성·유지보수성 6축 점검과 리스크 우선순위 분류 기준을 미리 확정해둔 덕분에, 7일 안에 의사결정에 바로 쓰는 진단 의견서를 완성해 드릴 수 있습니다
프로젝트 성과
진단 범위를 계약 전에 포함·제외로 고정
코드·구조, 리스크·자문, 산출·소통 3개 구분으로 수행 항목과 비수행 항목을 갈라, 착수 후 범위 다툼이 생기지 않도록 했습니다.
6축 36항목 점검 체크리스트 확정
코드 품질·DB 구조·보안·성능·확장성·유지보수성 6축에 36개 점검 항목을 배분해, 무엇을 어디까지 보는지 계약 전에 확인할 수 있습니다.
유지 대 재구축 판단축 6개 사전 정의
도메인 응집도·테스트 가능성·마이그레이션 비용·저장소 확장 여력·인수인계·고도화 정합 6개 축으로 결론 근거를 갈라 서술합니다.
리스크 3등급 분류 기준과 대응 원칙 확정
영향과 발생 가능성을 교차해 P0·P1·P2로 나누고 등급별 대응 원칙을 정해, 발견 항목을 우선순위대로 처리합니다.
7일 일정을 하루 단위로 확정
Day 1 범위 고정부터 Day 7 의견서 확정·브리핑까지 매일의 중간 산출물과 필요한 협조 항목을 미리 표기했습니다.
핵심 기능
진행 단계
진단 대상 스택·과업 성격 정리
2026.08.
FastAPI·React·SQLite 구성과 코딩이 아닌 진단·자문이라는 과업 성격을 확인하고, 산출물이 의견서라는 전제에서 체계를 설계했습니다.
프로젝트 상세
사내에서 구축 중인 금융 투자실적 취합 시스템(FastAPI · React · SQLite)을 대상으로, 기존 소스코드를 진단하고 이어서 고도화할지 재구축할지를 가르는 자문 산출물 체계를 사전 구현했습니다. 진단 결과를 받는 쪽에서 가장 먼저 막히는 지점은 "돈을 내면 정확히 무엇을 받는가"입니다. 그래서 계약 전에 확인할 수 있도록 진단 범위(포함·제외), 방법론 6축, 점검 체크리스트 36항목, 리스







