개발 로그에 다시 오신 것을 환영합니다. 지난주, Collin과 저는 MedReach AI를 "데이터 인텔리전스 우선(Data Intelligence First)" 플랫폼으로 공식적으로 피벗(Pivot)하였으며, 엔터프라이즈 아키텍처(Enterprise Architecture)를 확정하고 멀티 테넌트(Multi-tenant) 데이터 모델을 확보했습니다. 이번 주에는 계획 단계가 종료되었습니다. 스프린트 1(Sprint 1)이 공식적으로 시작되었으며, 이는 우리가 본격적인 소프트웨어 엔지니어링 단계로 전환되었음을 의미합니다.

하지만 백로그(Backlog)에서 Phase A (데이터 관리 MVP) 작업들을 가져오려 했을 때, 우리는 즉시 전형적인 소프트웨어 개발의 함정에 직면했습니다.

문제점: "8포인트 티켓"의 함정
이 프로젝트의 스크럼 마스터(Scrum Master)로서 저의 목표는 팀의 속도(Velocity)를 보호하고 번아웃을 방지하는 것입니다. 스프린트 1을 계획하던 중, PII(개인정보) 스크러빙(Scrubbing)을 위한 Microsoft Presidio 통합 및 비동기(Async) CMS NPI 레지스트리 검증 파이프라인 구축과 같은 몇몇 백엔드 아키텍처 티켓들이 8 스토리 포인트(Story Points)로 추정된 것을 발견했습니다.

애자일(Agile) 개발, 특히 외부 생활과 커리어를 병행하는 2인 캡스톤 팀에게 8포인트 티켓은 기능적으로 모놀리스(Monolith)와 같습니다. 이는 너무 많은 모호성을 나타냅니다. 만약 단일 티켓을 완료하는 데 20시간 이상이 소요된다면, 해당 티켓은 스프린트 내내 "진행 중(In Progress)" 컬럼에 머물 위험이 있습니다. 만약 이틀째에 버그를 발견한다면, 저의 속도는 정체될 것이고, 더 나쁜 것은 해당 API 계약(API Contract)을 기다리고 있는 프론트엔드 파트너에게 병목 현상(Bottleneck)이 된다는 점입니다.

캡션: 우리의 Phase A 백로그를 매우 세분화된, 스프린트 준비가 된 산출물로 분해하기.

해결책: 4포인트 상한제(Hard Cap)
이를 해결하기 위해, 저는 우리 보드에 엄격한 애자일 수용량(Agile Capacity) 규칙을 적용했습니다: 단일 작업은 4 스토리 포인트를 초과할 수 없습니다.

우리는 추정 규모를 주간 용량에 직접 매핑했는데, 여기서 1 포인트는 대략 4~5시간의 엔지니어링 작업과 같습니다. 티켓을 4 포인트로 제한함으로써, 어떤 작업이든 가질 수 있는 최대 크기가 파트타임 역량(약 20시간)인 일주일 분량을 넘지 않도록 보장합니다.

이번 주 초반에는 백엔드 모놀리스를 테스트 가능한 작고 관리하기 쉬운 컴포넌트로 잘게 나누는 작업을 했습니다. 예를 들어,

캡션: MedReach AI의 멀티 테넌트 격리(Multi-Tenant Isolation) 및 역할 기반 액세스 제어(Role-Based Access Control) 아키텍처로, Phase A MVP를 위한 엄격한 데이터베이스 수준의 경계와 권한 매트릭스를 정의합니다.

다음 단계는?
작업을 세분화하고 게이트웨이를 확보함으로써, 대규모 데이터 조작을 시작할 수 있는 안전하고 격리된 샌드박스(Sandbox)를 구축했습니다. 다음 주에는 PII/PHI(개인 식별 정보/개인 건강 정보) 삭제 엔진을 자동화하기 위해 Microsoft Presidio 통합 작업을 심도 있게 진행할 예정입니다.

다음 시간까지, 스프린트는 짧게 유지하고 엔드포인트(Endpoint)는 안전하게 지키세요!