Scrum?

  • Split your organization into small, cross-functional, self-organizing teams.
  • Split your work into a list of small, concrete deliverables. Sort the list by priority and estimate the relative effort of each item.
  • Split time into short fixed-length iterations (usually 1 – 4 weeks), with potentially shippable code demonstrated after each iteration.
  • Optimize the release plan and update priorities in collaboration with the customer, based on insights gained by inspecting the release after each iteration.
  • Optimize the process by having a retrospective after each iteration.
  • 조직을 작게 쪼갠다.
    • 기능적으로 직교하도록 쪼갠다.
    • 스스로 운영할 수 있도록 쪼갠다.
  • 업무를 작은 일들의 목록으로 쪼갠다.
    • 배포 가능한 단위로 쪼갠다.
    • 목록은 우선순위에 따라 정렬한다.
    • 각 업무 항목에 대해 상대적인 노력의 양을 추정한다.
  • 시간을 쪼갠다.
    • 시간을 짧고 고정된 단위의 이터레이션(1~4 주 정도)으로 쪼갠다.
    • 각 이터레이션마다 출시 가능한 코드가 나와야 하고, 시연도 가능해야 한다.
  • 릴리즈 계획을 최적화한다. 그리고 고객과 함께 검토하여 일의 우선순위를 업데이트한다.
    • 매 이터레이션마다 배포된 결과를 검토하면서 얻은 깨달음을 활용하도록 한다.
  • 매 이터레이션마다 회고를 하여 업무 프로세스를 최적화한다.

So instead of a large group spending a long time building a big thing, we have a small team spending a short time building a small thing. But integrating regularly to see the whole.

  • 우리는 커다란 그룹에서 오랜 시간을 사용하여 커다란 결과를 만드는 것보다, 작은 팀으로 짧은 시간 동안 작은 결과를 만들어 내도록 한다.
  • 단, 항상 전체를 조망할 수 있도록 주기적으로 결과를 전체에 통합한다.

From: 데브옵스 핸드북

대부분의 최신 소프트웨어 개발 방법론은 빅뱅 방식(예를 들어, 폭포수 모델) 대신, 짧고 반복적인 개발 주기를 규정하고 있다. 일반적으로, 배포 주기가 길어질수록 결과가 나빠진다. 예를 들어 스크럼 방법론에서 스프린트(sprint)는 시간이 표시된 개발 완료 주기(일반적으로, 1개월이나 그 이하)로, 여기에서 "완료(Done)"란 "작동하고, 잠재적으로 출시 가능한 코드"가 있는 경우로 정의된다.1

참고문헌

  • Kanban vs Scrum - How to make the most of both (PDF)
  • 데브옵스 핸드북 / 진 킴, 제즈 험블, 패트릭 드부아, 존 윌리스 저/김영기 역 외 1명 정보 더 보기/감추기 / 에이콘출판사 / 2018년 07월 06일 / 원제: The DevOps Handbook: How to Create World-Class Agility, Reliability, and Security in Technology Organizations

주석

  1. 데브옵스 핸드북. 168쪽.