다섯 살도 알 수 있게 · SW공학

애자일/스크럼이 뭐예요?

애자일과 스크럼을, 책 전체를 한 번에 쓰지 않고 짧은 챕터 단위로 나눠 쓰며 챕터마다 독자에게 보여주는 이야기로 풀어봤어요.

작가가 2년 동안 통째로 쓰고 마지막에야 독자에게 보여줬어요다 쓰고 나니 독자 취향이 이미 바뀌어 있었어요

작가가 책 전체를 2년 동안 통째로 쓰고, 마지막에야 독자에게 보여줬어요.다 쓰고 나니 독자 취향이 이미 바뀌어 있었어요.

계획대로만 가요, 끝까지 독자에게 보여주지 마세요진작 원고를 봤으면 미리 의견을 드렸을 텐데요책을 끝에만 보여주면, 고칠 기회도 끝에만 와요

독자에게 끝까지 안 보여주는 계획이라, 독자 의견은 책이 끝나고 나서야 들려요.책을 끝에만 보여주면, 고칠 기회도 끝에만 와요.

1장 완성2장 완성3장 완성애자일/스크럼 = 책을 짧은 챕터 단위로 나눠 쓰고, 챕터마다 독자에게 보여주는 작업법한 챕터가 끝날 때마다 독자 피드백을 받아 다음 챕터에 바로 반영해요

애자일/스크럼은 책을 짧은 챕터 단위로 나눠 쓰고, 챕터마다 독자에게 보여주는 작업법이에요.한 챕터가 끝날 때마다 독자 피드백을 받아 다음 챕터에 바로 반영해요.

짧은 주기로 쓰기한 스프린트 = 한 챕터
매번 보여주기독자에게 바로 확인받아요
우선순위부터 쓰기중요한 챕터부터 먼저요
팀이 함께 돌아보기잘된 점과 고칠 점을 찾아 다음 챕터에 써요
스크럼 역할과 리듬편집장(PO) — 백로그 우선순위를 정해요작가들(개발자) — 챕터를 실제로 써요스크럼 마스터 — 막힌 일을 풀어 진행을 도와요스프린트 — 예: 2주마다 챕터 한 편우선순위 책임은 편집장, 팀 의견도 들어요스프린트를 짧게 반복하면, 책이 틀린 방향으로 가도 몇 주 안에 알아차려요

스크럼은 역할과 짧은 리듬으로 움직여요.우선순위의 최종 책임은 편집장(PO)에게 있지만, 스프린트마다 팀 의견을 듣고 맞춰요.

짧게 나눠 쓰면 독자 의견을 더 빨리 들어요그래도 글은 작가가 직접 써야 해요애자일은 일하는 방식이지, 글쓰기 실력을 대신 채워주진 않아요

독자 의견은 빨리 들어도, 글은 작가가 직접 써야 해요.애자일은 일하는 방식이지, 글쓰기 실력을 대신 채워주진 않아요.

한 줄로

애자일/스크럼 = 책을 짧은 챕터 단위로 나눠 쓰고, 챕터마다 독자에게 보여주며 고쳐가는 작업법.

애자일은 변화에 빠르게 대응하는 소프트웨어 개발 철학이고, 스크럼은 그 철학을 실행하는 대표적 프레임워크예요. 일을 스프린트(보통 1~4주) 단위로 쪼개고, 매 스프린트 끝에 결과물을 보여주는 리뷰와 과정을 돌아보는 회고를 거쳐요. 제품 책임자(PO)가 우선순위를, 개발자들이 실행을, 스크럼 마스터가 진행을 돕는 역할을 맡아요.

어른들은 이렇게 불러요

애자일
Agile
짧게 쓰고 자주 보여주는 철학. 변화에 빠르게 대응해요.
스크럼
Scrum
애자일을 실행하는 대표적 틀. 스프린트 안에서 계획·일일 점검·리뷰·회고를 해요.
스프린트
Sprint
챕터 한 편을 쓰는 짧은 주기. 보통 1~4주예요.
제품 백로그
Product Backlog
아직 안 쓴 챕터들의 줄 세운 목록. 편집장이 우선순위를 매겨요.
폭포수 모델
Waterfall Model
책 전체를 처음 계획대로 끝까지 한 번에 쓰는 방식. 애자일이 맞서는 옛 방식이에요.
요구공학
Requirements Engineering
독자가 뭘 원하는지 쓰기 전에 먼저 묻는 일. 스크럼에서는 백로그의 내용과 순서를 스프린트마다 다시 따져 물어요. → 쓰기 전에 먼저 묻는 사람
일일 스탠드업
Daily Standup
매일 같은 시간에 15분 안에 나누는 진행 상황. 막힌 곳을 빨리 찾아내요.
회고
Retrospective
챕터 끝에 팀이 모여 돌아보는 시간. 잘된 점과 고칠 점을 찾아 다음 스프린트에 적용해요.
다음 이야기
속을 펼쳐 볼지, 겉만 읽을지 →
다른 용어도 그림책으로 보고 싶다면 요청하기 →