모두가 알아야 할 50가지 애자일 스크럼 용어(상세 용어집)

모두가 알아야 할 50가지 애자일 스크럼 용어(상세 용어집)

포괄적인 애자일 용어집을 찾고 계신가요?

애자일이 등장한 지 20년이 채 되지 않았지만 소프트웨어 개발 세계에 큰 영향력을 미쳤습니다.

_증거가 필요하세요?

바로 오늘입니다, 전체 개발자의 86% 는 애자일 방식을 업무에 사용합니다!

수백만 명의 사내 및 가상 팀 애자일은 수년에 걸쳐 발전하여 다양한 애자일 원칙, 방법론 및 사례를 낳았습니다.

그 결과, 애자일 팀은 다음과 같은 애자일 용어를 자체적으로 만들었습니다 관리 이 모든 원칙과 관행을 준수합니다.

그리고 소프트웨어 개발 라는 단어는 때때로 완전히 다른 언어에서 온 것처럼 들릴 수 있습니다!

하지만 걱정하지 마세요.

이 애자일 용어집에서는 이 소프트웨어 개발 방법론을 해독하는 데 도움이 되는 50개의 주요 애자일 용어를 설명해드리겠습니다.

이제 이 애자일 용어 사전을 훑어보실까요?

A-E: 에픽 수용 기준

1. 허용 기준

정의

수락 기준은 소프트웨어가 고객에게 수락되기 위해 충족해야 하는 조건의 집합입니다 이해관계자. 이러한 조건은 어떻게 결정되나요?

그것은 모두 제품 소유자 . 기능이 사용자가 원하는 대로 작동하는지 확인해야 합니다( 사용자 스토리) .

동의어

클라이언트 수락

완료됨(DoD)의 정의

보너스: 스토리보드 템플릿

2. 승인 테스트

정의

수락 테스트는 소프트웨어 기능이 올바르게 작동하고 수락 기준을 충족하는지 확인하는 것입니다. 일반적으로 소프트웨어가 개발된 에 실행됩니다.

동의어

사용자 테스트, 기능 테스트

3. 애자일 선언문

정의

애자일이란 애자일 선언문12가지 애자일 원칙을 요약한 문서입니다 애자일 프레임워크입니다. 모든 애자일 방법론은 애자일 선언문에 명시된 원칙과 관행을 엄격하게 따릅니다.

동의어

None

4. 애자일 마케팅

정의

애자일 관행과 가치를 많이 차용한 마케팅 기법입니다. 애자일 마케팅 전문가들은 팀이 단기간에 값어치가 높은 프로젝트를 완료할 수 있도록 스프린트 방식으로 일합니다.

각 스프린트가 끝나면 프로젝트가 얼마나 잘 진행되었는지 측정하고 다음 스프린트에서 성과를 개선하기 위해 어떤 변경을 주문할 수 있는지 확인합니다.

애자일 마케팅은 마케팅 팀이 오늘날 급변하는 시장에 신속하게 대응할 수 있는 좋은 방법이기도 합니다.

동의어

None

5. 애자일 사고방식

정의

An 애자일 사고방식 는 애자일 또는 스크럼 팀 이 자신의 일에 대해 가져야 할 태도입니다.

이러한 태도는 다음과 같은 애자일 가치와 원칙에서 영감을 받았습니다:

  • 존중
  • 협업
  • 지속적인 개선
  • 가치 전달에 집중

_애자일 마인드는 어떻게 개발하나요?

애자일 실무자 또는 애자일 코치 는 팀이 애자일을 수용하는 데 도움을 줄 수 있습니다.

동의어

None

6. 애자일 원칙

정의

애자일 원칙은 팀이 이해하고 채택하는 데 도움이 되는 가이드라인 관행입니다 애자일. 고객 만족, 소프트웨어 개발 속도 향상, 유연성을 중심으로 하는 12가지 애자일 원칙이 있습니다.

자세히 살펴보기 모두 자세히 살펴보세요 _12가지 애자일 원칙 ._

동의어

없음

7. 애자일 릴리스 트레인

정의

An 애자일 릴리스 트레인 은 대규모 기업 규모의 프로젝트를 처리하는 데 사용되는 여러 애자일 소프트웨어 개발 팀조합입니다.

하나의 메가 스크럼 팀이라고 생각하세요!

로봇으로 변신하는 트랜스포머

평균적으로 약 50~125명의 팀원이 프로젝트의 여러 부분에서 함께 일하는 팀으로 구성됩니다. 스크럼 팀과 마찬가지로 애자일 릴리즈 트레인은 다음과 같이 짧은 단위로 일합니다 반복 .

그러나 이 반복(프로그램 증분이라고 함)은 일반 반복의 5배 길이입니다!

이 반복은 확장된 애자일 프레임워크 .

동의어

ART

8. 애자일 소프트웨어 개발

정의 애자일 소프트웨어 개발 는 개발자가 단 몇 주 만에 작동하는 소프트웨어 모델을 만들 수 있도록 하는 프로젝트 관리 기법입니다

잠깐만요, 너무 빠르지 않나요? 어떻게 가능한가요?

An 애자일 팀 은 프로젝트를 다음과 같은 더 작은 개발 주기로 세분화합니다 반복 또는 스프린트.

반복이 끝나면 애자일 팀은 필수 기능만 갖춘 작동하는 소프트웨어를 제공할 수 있습니다. 사용자는 피드백과 제안을 제공하고, 애자일 팀은 이를 향후 반복에 포함시킵니다, 우리처럼! 이 주기는 고객을 만족시키는 최종 소프트웨어를 만들 때까지 계속됩니다.

수년에 걸쳐 다음과 같은 다양한 프레임워크와 방법론으로 나뉘어져 왔습니다 스크럼칸반 , LeanXP. 아침 식사로 시리얼을 선호하는 팀과 베이컨과 달걀을 좋아하는 팀이 있듯이, 애자일 프레임워크에 대한 팀마다 취향이 다릅니다!

아침을 아주 빨리 먹는 만화 소년

애자일의 다양한 맛에 대해 자세히 알아보고 싶으신가요? 여기를 클릭하세요.

동의어

민첩한 소프트웨어 관리, 민첩한 프로젝트 관리, 민첩한 방법론, 민첩한 방법, 민첩한 접근 방식, 민첩한 방법

9. 애자일 혁신

정의 애자일 혁신 에 적응하기 위해 조직 전체를 전환하는 과정입니다

애자일 마인드셋 .

여기에는 혁신과 유연성을 지원하는 업무 환경을 조성하는 것이 포함됩니다. 또한 프로젝트 지원팀이 교차 기능 (서로 다른 스킬 세트를 가진 회원을 보유).

참고: 애자일 전환은 팀에게 애자일 소프트웨어 개발 방법론을 사용하도록 가르치는 것을 의미하지 않습니다.

동의어

None

보너스: 애자일 스크럼 아티팩트에 대한 가이드 읽기 ! 💜

10. 백로그

정의

사용자가 필요로 하는 새로운 제품 기능, 업데이트, 버그 수정 등의 목록입니다.

모든 반복제품 소유자 는 팀이 작업해야 할 백로그 항목을 결정합니다. 매번 반복할 때마다 백로그는 사용자 제안과 새로운 기능으로 정기적으로 업데이트됩니다.

동의어 제품 백로그 ,

스프린트 백로그

11. 백로그 개선

정의

백로그는 스크럼 회의 스크럼 팀이 백로그를 정리하여 다음 스프린트 또는 반복을 준비할 수 있도록 합니다. 다시 말해, 스크럼 팀에게는 봄맞이 대청소와 같습니다!

스폰지밥 멀티태스킹 집안일

일반적으로 스프린트가 끝날 때 진행됩니다.

이 회의에서 팀이 하는 일은 다음과 같습니다:

  • 불필요한사용자 스토리* 사용자 피드백을 기반으로 새로운 사용자 스토리를 생성합니다
  • 다음 스프린트에 포함해야 하는 기능의 우선순위를 정합니다

동의어

백로그 그루밍

12. 병목 현상

정의

병목 현상은 개발 프로세스를 완전히 느리게 만들 수 있는 문제입니다.

설명해드리겠습니다

스프린트 작업은 개발 프로세스 중에 다음과 같은 여러 단계를 거칩니다: '할 일', '진행 중', '검토'. 병목 현상은 프로젝트 작업의 교통 체증처럼 너무 많은 작업이 한 단계에 집중되어 있을 때 발생합니다!

그 결과, 병목 현상은 프로젝트 워크플로우 가 느려지는데, 이는 빠른 애자일 프로세스에서는 원하지 않을 것입니다!

교통 체증에 갇힌 화난 만화책 남자

교통 체증을 좋아하는 사람은 없죠?

그렇기 때문에 애자일 팀은 일반적으로 칸반 보드 를 추가하여 이런 일이 발생하지 않도록 하세요.

동의어

장애물, 장애물

13. 번다운 차트

정의 번다운 차트 는 애자일 프로젝트 관리자가 추적하는 데 도움이 되는 중요한 차트입니다:

  • 프로젝트에 남은 일의 양
  • 작업을 완료하는 데 남은 시간

clickUp의 번다운 차트

X축은 스프린트에서 남은 시간을 나타내고 Y축은 작업 수를 나타냅니다.

ClickUp과 같은 애자일 프로젝트 관리 도구는 팀이 동일한 속도로 작업할 경우 프로젝트 진행 상황이 어떻게 될지 강조하는 예상 진행률 라인을 제공할 수 있습니다.

동의어

릴리스 번다운 차트, 스프린트 번다운 차트

14. 번업 차트

정의

A 번업 차트 프로젝트 관리자가 시각화하는 데 도움이 되는 중요한 차트입니다:

  • 스크럼 팀이 스프린트에서 완료한 일들
  • 프로젝트의 총 일의 양

번업 차트in ClickUp

X축스프린트 남은 시간을 나타내고, y축일할 수 있는 양을 나타냅니다( 스토리 포인트 ).

여기에서 초록색 선은 스크럼 팀 이 지금까지 완료한 작업을 나타내며, 회색 선은 완료해야 할 일이 남아 있음을 나타냅니다.

동의어

None

15. 지속적 통합(CI)

정의

지속적 통합이란 개발자가 주 시스템에 지속적으로 코드를 추가하는 애자일 관행을 말합니다.

_어떻게 작동하나요?

개발 전문가는 기능에 대해 독립적으로 작업합니다. 기능이 완료되면 버그가 있는지 테스트합니다.

자동화된 테스트를 통과한 후에야 최종 소프트웨어에 추가됩니다.

다른 사람에게 합격했다고 말하는 남자

동의어

지속적인 전달, CI

16. 데일리 스크럼

정의

일반적으로 다음에서 주최하는 일일 회의입니다 스크럼 마스터 . 매일 아침 스크럼 팀15분 동안 모여 하루 일정을 논의합니다.

각 회원은 다음 주제에 대해 간략하게 이야기합니다:

  • 오늘 할 계획이 무엇인지
  • 어제 무엇을 했는지
  • 그들이 직면 한 문제

스크럼 마스터는 다음 단계를 통해 문제를 해결합니다 장애물 스크럼 팀에 있을 수 있습니다.

참고: 스크럼 팀원은 이 스크럼 회의의 전체 기간 동안 스탠드업 상태여야 합니다.

스탠드업을 요청하는 젊은 키아누 리브스

네, 키아누!

이 짧은 시간 동안 팀의 집중력과 주의력을 유지합니다 스크럼 회의.

동의어

일일 스탠드업, 일일 스크럼 회의

보너스: 회의 유형 !

17. DSDM(동적 시스템 개발 방법)

정의

비즈니스 지향적인 애자일 프레임워크 처음부터 끝까지 전체 프로젝트에 초점을 맞춘 프레임워크입니다. DSDM의 핵심 신념은 애자일 프로젝트에서 완료됨 작업이 회사의 전략과 일치해야 한다는 것입니다.

동의어

None

18. 에픽

정의

An 에픽큰 아이디어 또는 세분화할 수 있는 기능입니다 사용자 스토리 반지의 제왕과 같은 대작 '에픽'이 3권으로 나뉘어져 있는 것과 비슷합니다.

예시: '모바일 UI 개선'이라는 에픽은 '모바일 장바구니 추가', '속도 최적화', '일관된 폰트'라는 3개의 사용자 스토리로 구성될 수 있습니다.

각 사용자 스토리는 차례로 관리 가능한 작업으로 나눌 수 있습니다.

예를 들어 에픽 은 ClickUp에서와 같이 보입니다:

clickUp의 목표

에픽은 크기 때문에 여러 번의 반복을 통해 전달됩니다.

동의어

에픽 스토리

F-J: 반복에 대한 간트 차트

19. 간트 차트

정의

프로젝트 타임라인 내에서 작업의 순서를 시각화하는 수평 막대 차트입니다. 각 작업에는 시작 날짜종료 날짜가 있어 팀이 마감일을 넘기지 않도록 관리할 수 있습니다.

간트 차트를 사용해 어떤 작업이 있는지 확인하세요 의존성 서로 의존합니다.

clickUp의 간트 차트 간트 차트에 대해 자세히 알아보기 !

동의어

프로젝트 타임라인

20. 장애

정의

애자일 팀의 생산성저해하거나 애자일 프로젝트를 완료하지 못하게 하는 장애물입니다.

예를 들어

커뮤니케이션 문제, 직장에서의 산만함, 팀 외출 후 숙취 등 😉.

업무 중 스크럼 회의 중스크럼 마스터의 숙취 치료제로 치료하는 것을 포함해서라도 팀의 모든 장애물을 제거할 책임이 있습니다!

팬케이크에 시럽 붓기 GIF

동의어

장애물, 문제

21. 반복

정의

애자일 팀이 작동하는 소프트웨어를 개발하는 데 필요한 기간을 말합니다. 반복은 일반적으로 다음과 같은 이유로 약 2~4주 동안 지속됩니다 칸반스크럼 팀 .

동의어 스프린트, timebox

K-O: 칸반에서 린으로

22. 칸반

정의

매우 시각적인 애자일 프레임워크입니다.

스크럼처럼 고정된 반복과 계획된 반복으로 일하는 대신, 칸반 팀들은 우선순위 작업에 대한 작업 가 들어올 때마다 작업하세요. 칸반의 목표는 일의 흐름이 끊기지 않고 지속적으로 일하는 것입니다 병목현상 .

어떻게 그렇게 하나요?

Teams는 동시에 작업할 수 있는 작업 수에 한도를 추가하여(작업 진행 중(WIP) 제한) 팀이 멀티태스킹을 하지 않고 생산성을 저하시키지 않도록 합니다.

팀의 생산성을 높일 계획이 있으신가요? 여기를 클릭하세요 를 클릭해 ClickUp이 어떻게 칸반 프로젝트 관리를 설정하는 데 도움이 되는지 알아보세요

동의어

없음

23. 칸반 보드

정의

A 칸반 보드 프로젝트 내의 모든 *을 *시각화합니다.

3~4개의 열로 나뉘어져 있는 물리적 또는 시각적 코르크 보드입니다

칸반 보드의 각 열은 '할 일', '진행 중', '완료됨'의 범위에서 작업의 상태를 나타냅니다.

칸반에서 작업스티키 노트 또는 카드로 시각화됩니다. 팀원이 작업을 완료할 때마다 카드는 이와 같이 관련 열로 이동합니다:

ClickUp의 칸반 보드

깔끔하죠? 보실 수 있습니다 20개 이상의 예시 _더 보기 _here.

동의어

작업 보드, 화이트보드, 코르크 보드

24. Lean

정의

개발 프로세스를 최적화하는 원칙과 관행의 집합입니다. 린은 린 제조 접근 방식 50년대에 도요타가 도입했습니다.

자세히 알아보기 린 프로젝트 관리_ and 린 원칙 전용 기사에서 확인하세요.

동의어

린 소프트웨어 개발

P-T: 작업 보드에 제품 백로그 추가

25. 제품 백로그

정의

A 제품 백로그 는 사용자에게 필요한 새로운 기능, 업데이트, 버그 수정 등의 리스트를 가리키는 스크럼 용어입니다. 제품 소유자는 다음을 담당합니다 항목 우선 순위 지정 제품 백로그에서 . 각 반복을 시작할 때 팀이 작업해야 하는 모든 제품 백로그 항목을 결정합니다.

다음을 확인하세요 제품 백로그 도구 !

동의어

백로그

26. 제품 관리자

정의

제품 매니저는 애자일 팀의 개발 프로세스를 처음부터 끝까지 지원합니다.

이들의 주요 책임은 다음과 같습니다:

  • 개발 프로세스의 문제 처리
  • 팀이 프로젝트 마감일을 지킬 수 있도록 지원
  • 영업, 마케팅 및 고객 서비스와 같은 회사의 다른 부서와 협력합니다

참고: 제품 관리자와 제품 소유자는 서로 바꿔 사용할 수 있는 애자일 용어가 아닙니다.

방법 알아보기 _제품 관리자가 ClickUp을 사용하는 방법 .

동의어

프로젝트 관리자

보너스: 저희를 확인하세요 제품 관리 용어집 !

27. 제품 소유자

정의

이들은 키 회원입니다 애자일 또는 스크럼 팀.

이들은 최종 소프트웨어의 비전과 기능을 결정하지만, 기능은 임의로 선택하지 않습니다!

저것 중 하나를 원한다고 말하는 잭 스패로우

그들은 신중하게 고객의 이해합니다 needs 및 요구 사항 를 열고 해당 항목을 제품 백로그에 추가합니다. 하지만 그게 다가 아닙니다!

또한 고객으로부터 피드백을 받아 개발팀에 전달하기도 합니다.

동의어

None

28. 리팩토링

정의

리팩터링은 극단적인 작업입니다 프로그래밍 실습 .

여기서 애자일 소프트웨어 개발 팀은 코드를 '정리'합니다:

  • 중복 코드 제거
  • 불필요한 기능 편집하기

그 결과 모든 개발자가 이해할 수 있는 더 간단한 코드가 생성됩니다.

노트: 리팩터링은 코드가 작동하는 방식을 바꾸지 않고 내부 구조와 아키텍처만 개선합니다.

동의어

구조 조정

29. 릴리스 플랜

정의

릴리스 플랜에는 다음 릴리스에 포함될 모든 기능이 예상 릴리스 날짜와 함께 표시됩니다.

애자일 프로젝트의 영화 예고편과 비슷합니다!

영화 예고편 gif

출시 플랜은 보통 몇 개월의 기간에 걸쳐 진행됩니다.

동의어

None

30. 확장된 애자일 프레임워크

정의

대기업이 구현할 수 있는 애자일 방법론입니다 LeanAgile 관행을 조직 전체에 적용합니다. SAFe는 회사 내 모든 소프트웨어 개발 팀을 통합하여 개발을 위해 일합니다 대규모 엔터프라이즈급 소프트웨어. 어떻게 완료됨?

여러 개의 애자일 팀을 하나의 큰 팀으로 구성합니다 애자일 릴리스 트레인 을 통해 효과적으로 협업할 수 있습니다.

확장된 애자일 프레임워크에 대해 궁금하신가요? 여기를 클릭하세요_ 이 애자일 방법에 대해 자세히 알아보려면 여기를 클릭하세요

동의어

SAFe

31. 스크럼

정의

스크럼은 애자일 방법론 팀이 2-4주 범위의 단기간의 일로 작업하는 방법론으로, 다음과 같이 불립니다 스프린트 . 스프린트가 끝나면 개발자는 고객에게 제품을 전달하고, 고객은 개발자에게 피드백을 제공합니다

스크럼 스프린트에서는 어떤 일이 진행되나요?

A 스크럼 팀 는 스프린트에 대한 엄격한 플랜을 설정하여 모든 사람이 자신이 해야 할 일을 알고 있습니다. 또한, 팀은 정기적으로 스크럼 회의 를 주문하여 스프린트 내의 프로세스를 관리할 수 있습니다.

애자일의 세계에서는 스크럼이 _대세입니다

사실, 약 애자일 팀의 66%는 스크럼 또는 스크럼의 양식을 사용합니다!

보드 앞에서 스크럼이라고 말하는 남자 gif 여기를 클릭하세요 이 매우 유명한 애자일 프레임워크에 대해 자세히 알아보십시오

동의어 스크럼 프로젝트 관리 ### 32. 스크럼

정의 스크럼반은 하이브리드 애자일 방법론입니다 스크럼과 칸반의 요소를 결합한 하이브리드 애자일 방법론입니다!

스크럼의 구조와 칸반의 연속적인 워크플로우를 가지고 있습니다. 칸반 팀이 몇 가지 스크럼 방식을 따르고 싶을 때, 스크럼 팀이 칸반 방식을 시도하고 싶을 때 유용하게 사용할 수 있습니다.

동의어

None

33. 스크럼 보드

정의

스프린트에서 완료됨에 필요한 작업을 표시하는 가상 또는 실제 보드입니다.

스크럼 보드는 스크럼을 구성하는 칸반 보드와 거의 동일합니다. 하지만 속지 마세요!

칸반 보드와 달리 스크럼 보드는 한 열에 동시에 들어갈 수 있는 작업의 수에 한도가 없습니다.

스크럼 보드에 대해 자세히 살펴보려면 스크럼 보드를 살펴보세요 여기를 클릭하세요.

동의어

작업 보드, 화이트보드, 코르크 보드.

34. 스크럼 마스터

정의

The 스크럼 마스터 는 스크럼의 리더입니다. 이들은 회의를 조직하고, 장애물을 제거하며, 제품 소유자와 협력하여 제품 백로그가 최신 상태인지 확인하는 일을 합니다.

참고: 리더는 팀원들에게 군림하지 않습니다.

대신 팀원들이 직면할 수 있는 문제를 해결합니다.

풀 하우스 유 갓 잇 듀드 GIF

동의어

None

35. 스크럼 회의

정의

스크럼 회의는 스크럼 프레임워크에서 필수적인 부분입니다. 회의가 없다면 스프린트에는 구조나 프로젝트 플랜이 존재하지 않을 것입니다!

스프린트 중에 발생하는 스크럼 회의에는 다섯 가지 유형이 있습니다.

각 스크럼 회의를 통해 전체 팀은 다음과 같은 중요한 스프린트 작업을 수행할 수 있습니다:

  • 스프린트를 위한 플랜 만들기스프린트 플랜 만들기회의
  • 에서 함께 문제를 해결하세요데일리 스크럼* 백로그에서 백로그를 정리하세요백로그 개선회의
  • 고객에게 작동 중인 소프트웨어를 데모로 보여주세요스프린트 리뷰* 에서 스프린트 성능을 분석합니다스프린트 회고전 스크럼 _회의에 대해 자세히 살펴보고 싶으신가요? 여기를 클릭하세요. #### 동의어

스크럼 세레모니, 애자일 의식

36. 스크럼의 스크럼

정의

대규모 스크럼 팀을 위한 특별한 스크럼 회의입니다.

여기서 대규모 애자일 팀(팀원 12명 이상)은 소규모 스크럼 팀(팀원 5~10명 내외)으로 나뉩니다. 각 소규모 스크럼 팀은 한 명의 회원을 '앰배서더'로 지정합니다.

모든 앰배서더는 매일 스크럼의 스크럼에서 회의를 통해 진행 상황을 업데이트하고 문제를 해결합니다.

생각해보면 스크럼의 스크럼은 대사가 모두 모인 유엔 총회와 비슷하다고 할 수 있습니다!

유엔 총회에 참석한 대사들

동의어

메타 스크럼

37. 스크럼 팀

정의

그래픽 디자인, UX, 코딩 등 다양한 범위의 기술을 가진 5~10명의 개인으로 구성된 교차 기능 팀입니다. 이들은 스크럼 프레임워크에 따라 함께 일하며 제품을 개발합니다.

각 스크럼 팀은 보통 3명으로 구성됩니다 키 역할:제품 소유자 .

동의어

없음

45. 스토리 포인트

정의

팀이 프로젝트 작업(사용자 스토리)을 완료하기 위해 필요한 노력의 척도입니다.

_어떻게 계산되나요?

대수만큼 복잡하지 않으니 걱정하지 마세요!

머릿속에서 수학 계산을하는 여자 gif

가장 간단한 사용자 스토리를 완료하는 데 걸린 시간을 기준선으로 삼아 1점을 부여합니다. 다른 사용자 스토리는 다음과 같이 할당됩니다 스토리 포인트 기준선에 비례합니다.

예를 들어 개발하는 데 2시간이 걸린 기능에 1점이 주어지면 4시간이 걸린 기능은 2점을 받습니다.

동의어

None

46. 작업 보드

정의

일반적인 애자일 용어로서 다음 중 하나를 나타낼 수 있습니다 칸반 보드 또는 스크럼 보드.

동의어

칸반 보드, 스크럼 보드, 코르크 보드, 화이트보드.

U-Z: 사용자 스토리에서 XP까지

47. 사용자 스토리

정의

간단한 개요입니다 설명 특정 제품 기능 또는 고객이 유용하게 사용할 수 있는 기능입니다.

사용자 스토리는 다음과 같습니다:

'' (사용자 이름/유형), 하고 싶은 (일을 ), 그래서 (목표를 달성할 수 _)입니다

예시:

배트맨을 위한 앱을 개발하는 작업을 맡았다고 가정해 봅시다!

샘플 사용자 스토리는 다음과 같습니다:

'브루스 웨인으로서 내 앱에서 '배트 시그널' 알림을 받아 하루를 구할 수 있기를 원합니다'

휴대폰 속 배트맨

동안 스프린트 계획 회의 중, the 제품 소유자 는 제품 백로그 항목을 여러 사용자 스토리로 분류하는 역할을 담당합니다.

동의어

사용자 목표

48. 일 항목

정의

작업 항목은 프로젝트 내에서 완료됨에 필요한 다양한 유형의 일을 지칭하는 애자일 용어입니다.

다음은 몇 가지 예시입니다: 사용자 스토리 .

동의어

익스트림 스크럼

결론

처음 자전거를 탔을 때를 기억하시나요? 애자일 학습하기 용어는 이와 매우 유사합니다!

타이어가 펑크 난 자전거를 타는 호머 심슨

두 가지 모두 언뜻 보기에는 복잡하고 어렵게 보입니다.

하지만 일단 친숙해지면 제2의 자연이 됩니다!

자전거 타는 법을 알게 되면 더 자주 자전거를 타게 되겠죠?

마찬가지로, 애자일을 배우고 나면 프로젝트에 애자일 방법론을 적용하는 데 관심이 생길 수 있습니다.

다행히도 ClickUp과 같은 애자일 프로젝트 관리 도구에는 필요한 모든 것이 있습니다 애자일 구현 !

ClickUp에는 이 글에서 멘션한 애자일 관행과 방법론을 실현하는 데 도움이 되는 다음과 같은 다양한 기능이 있습니다 애자일 대시보드 , 누적 흐름 다이어그램 , 스프린트 목록 등.

그래서 가입 오늘 가입하여 애자일의 A-Z를 마스터하세요!