Simple notes for better software
실제 프로젝트에서 발견한 문제와 오래 가는 해결 방식을 기록합니다.
Field notes / 2026
개발 중 새 요구사항이 생겼을 때 무조건 수용하거나 거절하지 않고, 변경 요청서와 영향 분석으로 일정·비용·품질의 선택지를 합의하는 실무 절차를 정리합니다.
글 읽기
개발사의 포트폴리오와 제안서만 믿지 않고 보안·납품·운영 증거를 요청하고 재현해 최종 선정과 계약 수락 조건으로 연결하는 실무 체크리스트입니다.
글 읽기
개발 범위가 확실한지, 중간 변경이 잦은지, 투입량을 관리할 수 있는지를 기준으로 고정가·단계별·투입형 견적을 선택하고 검수·변경·종료 조건까지 정리합니다.
글 읽기
MVP를 작게 만드는 기준은 기능 개수가 아니라 다음 의사결정에 필요한 가설입니다. 위험한 가설을 고르고, 가장 싼 실험과 중간 산출물, 완료 조건으로 범위를 정하는 방법을 설명합니다.
글 읽기
개발 견적이 흔들리는 이유는 기능 목록보다 완료 기준과 예외 흐름이 비어 있기 때문입니다. 요구사항 정의서에서 확정할 범위, 데이터, 권한, 검증 기준을 실무 예시로 정리합니다.
글 읽기
TLS 인증서 만료를 날짜 알림만으로 기다리지 않고 갱신 작업, 외부 핸드셰이크 검증, 실패 시 교대 대응까지 하나의 런북으로 운영하는 방법입니다.
글 읽기
애플리케이션 비밀값을 한 번에 바꾸지 않고 이중 허용, 점진 전환, 검증, 폐기 순서로 교체해 장애 없이 완료하는 운영 절차와 실패 시 되돌림 기준을 정리합니다.
글 읽기