18. 연구개발

연구개발은 사람과 팀, 조직이 복잡한 문제에 대해 적응할 수 있는 해법 Adaptive solutions 을 활용하여 가치를 창출하도록 도와주는 경량 Lightweight 프레임워크이다.
간단히 말해서 스크럼은 스크럼 마스터가 다음과 같은 환경을 조성하는 것이다:

1. 프로덕트 오너는 복잡한 문제를 해결하기 위한 업무를 우선순위에 따라 프로덕트 백로그에
   정렬한다.
2. 스크럼 팀은 선택한 업무를 스프린트 동안 가치의 증가분 Increment of value (*증가분은 스크럼
   팀이 스프린트 동안 완료한 업무로서 기존 프로덕트에 새로 더해지는 프로덕트의 새로운 부분을 의미한다. ‐
   번역자)으로 만들어 낸다.
3. 스크럼 팀과 이해관계자들은 결과물을 점검하고 다음 스프린트를 위하여 조정을 한다.
4. 반복한다.
   스크럼은 간단하다. 제시한 그대로 시도해 보고, 스크럼의 철학, 이론, 구조가 목표를 달성하고
   가치를 창출하는데 도움이 되는지 판단하기 바란다. 스크럼 프레임워크는 의도적으로 불완전하게
   오직 스크럼 이론을 구현하는데 필요한 부분만 정의하고 있다. 스크럼은 스크럼을 사용하는
   사람들의 집단지성을 기반으로 만들어진 것이다. 사람에게 상세한 지침을 주는 것 보다는 스크럼
   원칙은 사람들 간의 관계와 소통을 안내하는 것이다.
   프레임워크 안에서 다양한 프로세스, 테크닉, 방법을 이용해 볼 수 있다. 기존의 실천법을 스크럼
   프레임워크 내에서 수행할 수 있다. 또한 스크럼으로 인해 기존의 업무 방식이 불필요해 질 수도
   있다. 현재의 관리, 환경, 업무 기법과 관련된 효과를 스크럼을 통해 가시화하여 개선을 할 수 있다.
   

스프린트(소프트웨어 개발)

스프린트는 특정 작업을 완료하고 검토 준비를 완료해야 하는 정해진 기간입니다.

각 스프린트는 계획 회의로 시작됩니다. 회의 중에 제품 소유자(작업을 요청하는 사람)와 개발팀은 스프린트 동안 수행할 작업이 정확히 무엇인지에 동의합니다. 개발 팀은 스프린트 동안 현실적으로 얼마나 많은 작업을 완료할 수 있는지 결정할 때 최종 결정권을 갖고, 제품 소유자는 작업이 승인되고 승인되기 위해 충족해야 하는 기준에 대해 최종 결정권을 갖습니다.

스프린트 기간은  팀의 진행자이자 스크럼 프레임워크 관리자인 스크럼 마스터 에 의해 결정됩니다 . 팀이 스프린트가 며칠 동안 지속되어야 하는지에 대한 합의에 도달하면 향후 모든 스프린트는 동일해야 합니다. 전통적으로 스프린트는 30일 동안 지속됩니다.

스프린트가 시작된 후 제품 소유자는 한 걸음 물러나 팀이 작업을 수행하도록 해야 합니다. 스프린트 동안 팀은 매일 스탠드업 회의를 열어 진행 상황을 논의하고 문제에 대한 솔루션을 브레인스토밍합니다 . 프로젝트 소유자는 참관인 자격으로 이러한 회의에 참석할 수 있지만 질문에 답변하는 경우를 제외하고는 참석할 수 없습니다. (돼지와 닭 참조) 프로젝트 소유자는 스프린트 중에 변경을 요청할 수 없으며 스크럼 마스터 또는 프로젝트 관리자만이 스프린트를 중단하거나 중지할 수 있는 권한을 갖습니다.

스프린트가 끝나면 팀은 완료된 작업을 프로젝트 소유자에게 제시하고 프로젝트 소유자는 스프린트 계획 회의에서 설정된 기준을 사용하여 작업을 수락하거나 거부합니다.

스프린트 역할, 유물 및 행사

스프린트에는 다양한 역할이 관련되어 있으며 각 역할은 프로세스의 서로 다른 부분에서 작업합니다. 이러한 역할에는 다음이 포함됩니다.

• 제품 소유자 : 이 사람은 비즈니스 또는 사용자 커뮤니티를 대표하며 개발팀과 고객 간의 연락 담당자입니다. 제품 소유자는 사용자 그룹과 협력하여 제품 릴리스에 포함될 기능을 정의하고 우선순위를 지정하며 조정하는 일을 담당합니다. 또한 작업 결과를 수락하거나 거부하고 고객에게 프로젝트 상태를 지속적으로 알려줍니다.
• 스크럼 마스터 : 이 사람은 프로젝트 개발팀의 주요 촉진자입니다. 그들은 스탠드업 회의를 주도하고 문제를 중재하고 장애물을 제거하여 팀이 순조롭게 나아갈 수 있도록 돕는 것을 포함하여 스프린트 중에 정보가 교환되는 방법에 대한 프로세스를 관리합니다. 그들의 주요 초점은 투명성, 관찰 및 조직입니다.
• 스크럼 팀 : 이 그룹은 작업 실행을 담당합니다. 스크럼 팀에는 개발자 외에도 테스터, 설계자, 디자이너 및 IT 운영이 포함될 수 있습니다 . 스크럼 마스터는 팀을 보호하고 집중을 유지하는 역할을 담당하지만 팀 자체는 자체 관리되며 궁극적으로 목표 달성 방법을 공동으로 결정하는 책임을 집니다. .

아티팩트는 스크럼 팀이 개발 중인 제품뿐만 아니라 프로젝트에 대해 완료되고 계획된 활동을 이해하는 데 필요한 정보를 제공합니다. 유물에는 다음이 포함됩니다.

• 백로그
• 번다운 차트
• 사용자 스토리

세레머니는 매 스프린트마다 열리는 회의입니다. 행사에는 다음이 포함됩니다:

• 스프린트 기획 회의
• 일일 스크럼 또는 일일 스탠드업 회의
• 스프린트 검토
• 스프린트 또는 애자일 회고

스프린트 워크플로 및 프로세스

스프린트 워크플로는 팀 구성원이 전체 프로세스에서 자신의 작업을 평가하고 서로 의사소통하는 데 도움을 주기 위한 것입니다. 각 스프린트마다 워크플로가 따릅니다. 프로세스에는 다음이 포함됩니다.

• 백로그 – 제품이 출시되기 전에 완료해야 하는 설정된 작업 목록입니다. 백로그는 제품 소유자가 작성합니다. 제품 소유자는 스크럼 마스터와 스크럼 팀에 우선순위 항목의 백로그를 제공합니다. 백로그는 최종 사용자의 유형, 그들이 원하는 것과 그 이유를 고려한 기능에 초점을 맞춘 사용자 스토리를 기반으로 합니다.
• 스프린트 계획 – 팀은 최우선 순위의 사용자 스토리를 논의하고 스프린트에서 무엇을 전달할 수 있는지 결정합니다.
• 스프린트 백로그 – 전체 팀이 합의한 이 목록은 개발 팀이 스프린트 동안 완료할 작업을 마무리하고 정의합니다.
• 스프린트(Sprint) – 작업을 완료해야 하는 기간(주로 30일).
• 일일 스크럼 – 스크럼 마스터가 이끄는 팀은 짧은 일일 회의를 위해 함께 모여 완료한 작업, 진행 중인 작업 및 작업을 방해하는 문제에 대해 논의합니다.
• 결과 – 스프린트의 결과는 가상적으로 사용 가능한 제품입니다. 제품 소유자는 제품이 준비되었는지 또는 추가 기능이 필요한지 결정할 수 있습니다.
• 스프린트 종료 – 스프린트가 끝나면 두 번의 회의가 열립니다.
  • 스프린트 검토 – 팀은 제품 소유자에게 작업 내용을 보여줍니다.
  • 스프린트 회고 – 팀은 프로세스를 개선하기 위해 무엇을 할 수 있는지 논의합니다. 중요한 목표는 지속적인 개선 입니다 .

스크럼 대 스프린트

스크럼은 Agile 우산 아래에서 복잡한 제품을 개발하는 데 사용되는 특정 프레임워크입니다. 스크럼 이라는 용어는 스프린트 중에 발생하는 일일 스탠드업 회의를 설명하는 데에도 사용됩니다 .

스프린트는 제품 소유자, 스크럼 마스터, 스크럼 팀이 특정 제품 추가를 완료하기 위해 작업하는 기간인 1주에서 1개월의 기간 입니다. 스프린트 중에는 사용자 스토리와 백로그를 기반으로 새로운 기능을 만드는 작업이 수행됩니다. 현재 스프린트가 끝나면 즉시 새 스프린트가 시작됩니다.

스크럼 생산성 도구

오늘날의 마켓플레이스는 다양한 스크럼 생산성 도구를 제공합니다. 각각은 제품 개발 팀이 스크럼/스프린트 방법론을 효율적이고 정확하게 따를 수 있도록 설계되었습니다 .

널리 사용되는 스크럼 도구는 다음과 같습니다.

• 지라
• nTask
• 퀵스크럼
• 스크럼두
• 스크럼와이즈
• 스크럼에 생기를 불어넣다

기존 개발에 비해 스크럼 스프린트의 이점

신속한 애플리케이션 개발( RAD ) 및 DevOps 와 같은 다양한 소프트웨어 개발 방법론이 있지만 오늘날 대부분의 개발 팀은 Agile 또는 Waterfall 모델을 사용합니다 .

폭포수 모델은 1950년대에 시작된 소프트웨어 개발 방법론으로, 종종 ‘전통적인’ 소프트웨어 개발이라고 불립니다. 폭포수 모델은 뚜렷한 단계를 기반으로 선형적이고 순차적인 방식으로 프로젝트를 처리합니다.

• 요구사항
• 분석
• 설계
• 코딩/구현
• 테스트
• 운영/배포
• 유지

이러한 단계는 사일로화되어 있으며 각 단계는 이전 단계 완료에 따라 달라지며 최종 단계까지 사용자 피드백이 거의 또는 전혀 포함되지 않습니다. 일부 애자일 옹호자들은 폭포수 모델이 프로세스 중간에 설계 조정 기회를 거의 남기지 않아 개발 워크플로를 방해하고 제품 제공을 지연시킬 수 있다고 주장합니다.

스크럼 스프린트는 소프트웨어 기능과 요구 사항을 짧은 기간 동안 처리할 반복으로 나누기 때문에 폭포수 단계보다 더 협력 적이고 적응력이 뛰어납니다. 빈번한 테스트, 즉각적인 피드백, 일일 회의, 지속적인 입력, 최종 사용자 스토리 및 요구 사항 고려를 통해 스프린트는 매우 관련성 높은 기능을 갖춘 제품을 만들어냅니다.

애자일 지지자들은 또한 스프린트가 출시 기간 단축, ROI 향상 , 고객 만족도 향상, 팀 사기 향상 및 프로젝트 제어 향상을 제공한다고 보고합니다.

보안

Scrum 구성 요소에는 Scrum 구성 요소에 액세스 할 보안 역할이 있습니다.

1. 제품 소유자는 제품, 프로젝트를 만들고 프로젝트에서 구성원을 할당 할 수 있습니다.
2. 스크럼 마스터는 프로젝트에서 무엇이든 할 수 있습니다.
3. 스크럼 관리자는 스크럼 구성 요소에서 무엇이든 할 수 있습니다.
4. 스크럼 팀은 자신에게 작업을 할당하고 프로젝트를 볼 수 있습니다.