ABOUT ME

-

Today
-
Yesterday
-
Total
-
  • [개발지식] 애자일 방법론 - 스크럼(Scrum)
    개발지식 2022. 3. 15. 19:02

    스크럼(Scrum)

    유지보수보다는 개발에 초점이 맞추어진 애자일 방법론 중 하나이다.

    스크럼 원칙

    • 개발 주기마다 적용할 기능이나 개선에 대한 목록 작성 (Backlog 작성)
    • 신규 기능, 기존 로직 개선점 등 우선 순위 부여
    • 개발 주기는 30일 정도 조절하여 개발 주기마다 실제 동작하는 결과 제공
    • 일일 15분 정도의 회의
    • 항상 팀 중심적 사고
    • 원활한 의사소통

    조직을 작게 만들며, 자기 조직적인 팀이면 더 좋고, 개발 사항은 1 ~ 2시간 단위로 가능한 작은 단위로 만드는 것이 좋다. 또한 Sprint 결과를 리포트, 회고 한다.

    스프린트(Sprint)

    반복되어 진행되는 기간을 의미하며 크지 않은 양의 업무를 적당한 기간 동안 집중해서 전력 질주하듯 업무를 수행하는 것을 의미한다. 평균 1 ~ 2주의 기간 동안 개발팀이 충분히 해낼 수 있을 정도의 업무를 진행하는 것이 목적이다.

    스크럼(Scrum)의 추구 가치

    • 확약: 약속한 것은 확실히 실현
    • 전념: 확약한 것에 대해 전념
    • 정직: 불리한 것도 숨기지 않는다.
    • 존중: 구성원을 존중한다.
    • 용기: 옳은 일을 할 수 있도록 팀원 간 갈등과 도전을 통하여 작업할 수 있는 용기

    스크럼(Scrum) 프로레스 요소

    • 제품 백로그 (Product Backlog)
      • 요구사항 목록
    • 스프린트 (Sprint)
      • Iteration 주기
    • 스프린트 계획 회의 (Sprint Planning Meeting)
      • Iteration 안에서 백로그로부터, 대상 선정, 개발, 사용자 테스트 시점을 협의하여 결과물에 대한 Iteration 완료 시 모습을 결정하고, 수행에 필요한 각종 요구사항을 Scrum Master에게 보고하여 지원을 받도록한다.
    • 스프린트 백로그 (Sprint Backlog)
      • 스프린트 계획회의를 통해 정리된 작업의 목록
    • 일일 스크럼 회의 (Daily Scrum Meeting)
      • 스프린트 백로그에서 오늘 완료한 목록을 팀원들과 공유하고 목록에서 삭제하는 절차
    • 실행 가능한 제품 개발 (Shippable Product)
      • 일일 스크럼 회을 통해 완료되는 목록을 만들기 위해 목록의 크기는 최장 4시간 내로 완료 가능한 수준으로 세분화
    • 제품 책임자 (Product Owner)
      • 프로젝트 관리자, Product Backlog를 정의하며, 우선순위를 결정하는 사람이다. 이해관계자로부터 프로젝트 지원을 받아내는 역할도 크다.
    • 스크럼 마스터 (Scrum Master)
      • 스크럼 팀원들에 대한 코칭의 역할이 강조된다.

    스크럼(Scrum) 진행 시 주의 사항

    • 일의 내용을 1 ~ 2시간 단위로 구성하는 것이 좋다.
    • 일일단위로 결과를 정리해야 효율성이 좋다.
    • 지금 당장 할 수 있는 일은 즉시 실해하고, 가장 빠르게 끝나는 작업을 팀원들이 할 수 있도록 팀 문화를 이끌어가야한다.

    스크럼(Scrum) 장점과 단점

    장점

    • 투명성 및 프로젝트의 가시성
      • 매일 열리는 스탠드업 미팅으로 팀 전체가 누가 무엇을 하는지 알 수 있어 많은 오해와 혼란을 없앤다.
    • 팀의 책임감 증가
      • 팀에 무엇을 언제 해야 하는지 지시하는 프로젝트 관리자가 없으므로 팀 구성원의 책임이 증가한다.
    • 변경 사항을 쉽게 수용
      • 짧은 스프린트와 지속적인 피드백을 통해 변화에 더 쉽게 대처하고 대처할 수 있다.
    • 비용 절감 효과
      • 지속적인 커뮤니케이션을 통해 팀은 발색하는 즉시 모든 문제와 변경사항을 인지할 수 있으므로 비용을 절감하고 품질을 높일 수 있다.

    단점

    • 범위 확장의 위험
      • 일부 스크럼 프로젝트에서는 특정 종료 날짜 부족으로 인해 Scope Criff가 발생할 수 있다.
    • 스크럼 경험이 있는 구성원이 필요
      • 정의된 역할과 책임을 가진 팀은 스크럼 원칙을 숙지해야 성공할 수 있다.
    • 제대로 정의되지 않은 작업은 부정확한 결과를 초래할 수 있음
      • 작업이 제대로 정의되지 않으면 프로젝트 비용과 일정이 정확하지 않다.

     

    출처: https://aroundck.tistory.com/6896

    출처: https://shin1303.tistory.com/entry/%EC%9A%A9%EC%96%B4-%EC%A0%95%EB%A6%AC-%EC%95%A0%EC%9E%90%EC%9D%BC-%EB%B0%A9%EB%B2%95%EB%A1%A0%EC%9D%B4%EB%9E%80

    출처: https://tech95.kr/179

     

     

Designed by Tistory.