Agile 개요, 왜 필요한가?

AI 서비스가 어떻게 준비되고, 그게 사용자에게 제공되는지 알아야 한다.

소프트웨어는 결국 이해관계자에게 필요한 기능과 가치를 제공해야 한다. 그냥 기술을 구현하는 것에서 끝나는 게 아니라, 누구의 어떤 문제를 해결하는지가 먼저 잡혀 있어야 한다.

1. AI 서비스와 Agile

중요한 것은 이미 데이터에 다 있다. 근데 데이터가 각각 떨어져 있기만 하면 의미를 찾기 어렵다.

A 업무 데이터
    ↓
B 업무 데이터
    ↓
C 업무 데이터
    ↓
패턴 분석과 예측

우리가 만들어야 할 것은 단순한 AI 모델이 아니라, 실제 업무와 연결되어 동작하는 AI 프로그램이다.

서비스에 따라 생성형 AI와 예측형 AI를 따로 사용하거나 함께 사용할 수 있다. 다만 시장과 서비스마다 필요한 AI의 형태는 다르다.

• 생성형 AI
• 예측형 AI

2. Agile 방법론

Agile이 필요한 이유

• 시장과 고객 요구가 빠르게 변하기 때문에 초기에 요구사항을 100% 확정하기 어렵다.
• Waterfall은 후반 단계에서 결함이나 변경 사항을 발견하면 수정 비용이 매우 커진다.
• 짧은 주기로 동작하는 제품을 검증하면서 리스크를 조기에 낮출 필요가 있다.
• 고객과 이해관계자의 피드백을 개발 중간에도 계속 반영할 수 있어야 한다.

변화하는 요구사항을 짧은 사이클 안에서 반영하는 것이 Agile 방법론이다.

금융이나 제조처럼 초기에 분석과 검증을 충분히 끝내야 하는 분야에서는 모든 작업에 Agile이 적합한 것은 아니다. 구현 도중 계속 요구사항이 바뀌면 오히려 비효율적일 수 있기 때문이다.

Agile이 잘 맞는 상황

Agile을 시작하기 전에 다음 내용을 먼저 정해야 한다.

어떤 이해관계자에게 어떤 가치를 제공할 것인가?
어떤 인력이, 어느 정도의 시간 안에 구현할 것인가?

방법론이 없으면 일정과 우선순위를 관리하기 어렵다. 업무와 개발 경험도 기본적인 셋업이 잘 이루어져야 한다.

특히 AI 서비스는 이해관계자에게 어떤 가치를 줄 것인지가 중요하다.

• Pain Point를 먼저 정확하게 정의해야 한다.
• 이미 잘 돌아가는 업무를 굳이 건드릴 필요는 없다. 다만 해결해야 할 Pain Point가 무엇인지는 분명해야 한다.

Waterfall과 Agile 비교

3. 핵심 단어 정의

Agile 기본 용어

4. Agile 도입 순서

처음부터 모든 기능을 만들려고 하면 안 된다. 먼저 사용자에게 핵심 가치를 전달할 수 있는 MVP를 만들어야 한다.

단계별 체크리스트

5. Agile 공정, Scrum이란?

Scrum을 처음 들으면 날마다 회의하면서 머리를 싸매야 하는 것으로 느껴질 수 있다. 근데 핵심은 복잡하지 않다.

필요한 기능과 문제를 짧게 공유하고, 팀이 논의하면서 방향을 맞춰가는 것

다만 Scrum 회의는 그냥 자유롭게 이야기하는 시간이 아니다. 역할, 시간, 확인할 내용이 정해져 있다.

Scrum의 역할

Sprint 프로세스

Sprint Planning
    ↓
Daily Scrum
    ↓
Sprint Review
    ↓
Retrospective
    ↓
다음 Sprint에 개선 사항 반영

Scrum 산출물

Definition of Done, 완료의 정의

Definition of Done은 Increment가 완료된 것으로 인정받기 위한 팀 공통 기준이다. 팀별 모의 프로젝트에서도 실습을 시작하기 전에 먼저 합의해야 한다.

이벤트별 실전 진행 가이드

회의 시간을 정하고 지키는 것이 중요하다. 논의가 길어지면 별도 회의로 분리한다.

6. 실행 시나리오, 2주 Sprint 캘린더 예시

핵심은 2주 동안 개발만 진행하는 것이 아니다. 계획 → 개발과 점검 → 결과 공유 → 회고와 개선의 흐름을 반복하는 것이다.

핵심 정리

Agile에서 가장 중요한 것은 회의 횟수나 도구가 아니다. 누구에게 어떤 가치를 전달할 것인지 정의하고, 작은 결과물을 빠르게 검증하는 것이다.

가치 정의
    ↓
MVP 선정
    ↓
짧은 Sprint 실행
    ↓
동작하는 결과물 확인
    ↓
피드백과 개선