개발 용어 정리¶
디에듀 팀의 라이트 FDD 워크플로에서 자주 쓰는 용어. 프로세스 전체 흐름은 onboarding/team-culture.
| 용어 | 뜻 |
|---|---|
| 애자일 (Agile) | 작은 단위로 빠르게 만들고 피드백으로 개선하는 개발 철학. 팀은 이 철학을 FDD에 맞게 운영. |
| 마일스톤 (MS) | 여러 기능이 모여 하나의 가치(사용자 경험)를 완성하는 배포·회고 단위. 일정표가 아니라 경험이 완성되는 지점. |
| FDD (Feature-Driven Development) | 기능 단위로 정의→설계→구현→검증. 각 기능은 인수기준을 가지며, 한 기능이 미니 스프린트처럼 작동. |
| 라이트 FDD | 전통 FDD를 사이드프로젝트 현실에 맞게 단순화. 고정 스프린트 대신 기능 완성 단위로 리듬 관리. |
| 스프린트 (Sprint) | 애자일 반복 주기. 팀은 기간 중심보다 FDD 주기(기능 중심)로 운영 ("이 기능을 언제까지 검증 가능 상태로?"). |
| 기능 (Feature) | 사용자에게 가치를 주는 최소 단위. 디에듀는 F01 대신 Jira 티켓번호 사용. |
| 인수기준 (Acceptance Criteria) | 기능이 완료로 인정되기 위한 명확한 조건 (예: 학생이 과제 제출하면 강사가 즉시 확인 가능). |
| 검증 (Validation) | 설계 의도대로 작동하는지 실제 환경 확인 (QA·시연·UT). 공식 완료 = Claim Fix(Validate) 후 Close. |
| 기술 부채 (Tech Debt) | 임시 대응으로 쌓인 품질 저하 요소. 시간이 지날수록 생산성·안정성 저하. |
| 마일스톤 킥오프 | 새 MS 시작 시 기능·목표 공유 회의. |
| 회고 (Retrospective) | MS 종료 후 Keep/Problem/Try 정리 — 프로세스 개선 루프. |
Jira Workflow v2 상태 (요약)¶
Start → In Progress → (Need More Info / Pending) → Request Close → Claim Fix → Close (→ Reopen). 단순 To-do/In-Progress/Done의 3단계 한계를 보완해 대기·정보부족·QA 피드백 상태를 구분. 상세 onboarding/team-culture.