반응형

애자일 개발 4

칸반 개발

1. 활발한 커뮤니케이션을 토대로 개발자. 지속적으로 팀의 동의를 구한다. Knowledge island를 탈출하라. (자신이 알고있는 지식이 전부가 아니다) 2. 한 번에 한개의 일만 처리 하자. 칸반의 핵심으로 한 번에 한개의 일만 처리하도록 합니다. 개발자의 뇌는 하나 손은 두개이고 손가락은 열개이므로 한 번에 하나의 일만 처리해야 합니다. 한 개의 일이 끝나지 않으면 다음 일을 진행하지 않는 것을 규칙으로 합니다. 3. 업무 예측 시간을 정하자 개발완료시간을 정확히 예측하는 것은 개발자들에게 정말 중요한 능력 중에 하나입니다. 예측하는 습관을 들여서 지속적으로 예측 능력을 높여야 합니다. 이런 습관으로 업무의 예측 능력을 높인다면 그 만큼 성공할 확률도 높아집니다. 4. 더 좋은 방법이 있다면 기..

애자일 개발 2020.07.13

칸반 이란?

칸반이란? 칸반은 연속적 흐름 처리 방식입니다. 이슈는 큐에 입력되고, 개발 프로세스의 단계에 따라 “당겨”집니다. 칸반은 칸반 보드로 시각화되고 각각 단계는 열로 표시됩니다. 이슈들은 “수영 레인(Swimlane)”으로 불리는 행으로 나눌 수 있습니다. 이슈들의 우선순위를 나타내기 위해 수영 레인을 이용하기로 결정하고 우선순위가 낮은 이슈들을 아래에 배치합니다. 칸반의 핵심은 Work-In-Process(WIP)가 동시에 개발이 진행 될 수 있는 아이템의 수를 제한하는 것입니다. 작업자는 WIP에 여유가 있을때만 작업을 왼쪽에서 오른쪽으로 당길 수 있습니다. 스크럼이 스프린트에 이용할 수 있는 작업 시간을 제한함으로써 생산성을 제어하는 반면, 칸반은 동시에 처리할 수 있는 이슈의 수를 제한함으로써 생산..

애자일 개발 2020.07.13

스크럼 개발 적용

스크럼 궁극의 가치 팀원들간의 원활한 소통으로 장애물들을 제거하고 테스트가 가능한 결과물을 지속적으로 만들어 우리가 맞는 방향으로 가고 있는지 체크하며, 이 과정을 반복하여 최종 목표를 향해 달려갑니다. 팀의 스크럼 트렁크 이관 이후 부터 "릴리즈"로 용어 통일 하겠습니다. 서비스 가능한 형태의 결과물을 만드는 시점 릴리즈 구상의 예 소규모 릴리즈 - 소규모 릴리즈 - 대규모 릴리즈 - 소규모 릴리즈 - 소규모 릴리즈 - 중규모 릴리즈 - 소규모 릴리즈 - 소규모 릴리즈 - 대규모 릴리즈 - ... 각 릴리즈 마다 명확한 마일 스톤이 있어야 하며 각 릴리즈 마다 유기적으로 발전하는 형태를 가져야 합니다. Sprint 릴리즈를 위한 작업 단위로 정의 합니다. 4~5주 정도의 기간을 갖습니다. (1) Bac..

애자일 개발 2020.07.13

애자일 소프트웨어 개발 선언

애자일 소프트웨어 개발 선언 https://agilemanifesto.org/iso/ko/manifesto.html 우리는 소프트웨어를 개발하고, 또 다른 사람의 개발을 도와주면서 소프트웨어 개발의 더 나은 방법들을 찾아가고 있다. 이 작업을 통해 우리는 다음을 가치 있게 여기게 되었다: 공정과 도구보다 개인과 상호작용을 포괄적인 문서보다 작동하는 소프트웨어를 계약 협상보다 고객과의 협력을 계획을 따르기보다 변화에 대응하기를 가치 있게 여긴다. 이 말은, 왼쪽에 있는 것들도 가치가 있지만, 우리는 오른쪽에 있는 것들에 더 높은 가치를 둔다는 것이다. Manifesto for Agile Software Development https://agilemanifesto.org/iso/en/manifesto.ht..

애자일 개발 2020.07.13
반응형