Atlassian 에서 일일스크럼을 어떻게 하는지 알아보십시요

이 글은 애자일 스프린트 시리즈 중 마지막 글입니다. 스프린트 계획, 스프린트 검토 및 스프린트 회고를 수행하는 방식에 대해 알아보겠습니다.

스탠드업은 애자일 개발에서 가장 핵심적인 부분 중 하나이며, 잘못 이해되는 경우가 많은 개념입니다. 제대로 이해합시다

- 나 홀로 스탠드업으로는 애자일 팀이 되지 못합니다. 스탠드업은 자존심에 바람을 넣거나 직무를 정당화하는 자리가 아닙니다. 계획을 세우는 시간도 아닙니다. 계획은 스프린트 계획 시간에 세우면 됩니다. 장애물을 유일하게 언급하는 시간도 아닙니다.
막다른 길에 갇혔다면 도움을 요청하세요!

이번 글에서는 장애물을 효과적으로 처리하는 방법과 Atlassian에서 사용하는 요령에 관해 이야기하겠습니다. 여러분의 스탠드업(과 전반적인 애자일 프로그램)을 멋지게 만들어 드리고 싶습니다.

그렇다면 스탠드업(Stand-ups)이란 무엇일까요?


미식축구나 럭비 등 여러 스포츠에서, 팀은 각 경기 전에 모여 작전회의(허들)를 합니다. 허들은 전략적입니다.
경기 내내 팀에 지속해서 정보를 주고, 선수 간 연대감을 유지하며, 각 선수의 역할을 조정합니다.
소프트웨어 팀의 경우 스탠드업은 팀의 허들과 같습니다. 흔히 일일 스크럼이라고 하는데, 모든 사람이 팀의 전망과 현황을 정확히 인식하도록 '우리'를 강화합니다.

바꿔 말하면 스탠드업은 핵심 팀(제품 소유자, 개발자 및 스크럼 마스터)이 관여하는 일일 회의입니다. 이 회의의 분위기는 팀마다 다르지만, Atlassian에서는 다음 3가지 간단한 질문을 바탕으로 구조를 마련합니다.

  • 어제 무슨 업무를 수행했습니까?
  • 오늘 무슨 업무를 수행 중입니까?
  • 현재 방해가 되는 문제는 무엇입니까?

이런 질문을 통해 현황을 파악하고 팀에 장애가 되는 요소를 확인할 수 있습니다.
또한, 모든 사람이 팀에 기여하고 있다는 상태를 공유하면서 팀이 강화됩니다.
매일 각 구성원의 성공사례와 계획을 공유하는 과정을 강화해 나가면 모든 구성원이 조직에 대한 팀의 전반적인 기여도에 대해 기쁨을 느끼게 됩니다.

개인적 차원에서 보면 내가 무슨 말을 할지 알고 스탠드업에 들어가는 것이 중요합니다.
스탠드업의 활기가 증폭되고 모두 적극적으로 참여하는 분위기가 유지되기 때문입니다.
Atlassian에서는 각 개인이 JIRA Agile 보드를 사용하여 빠른 필터로 담당 프로젝트를 파악합니다.
스탠드업을 준비하는 데 함께 사용할 수 있는 2가지 필터는 '내 이슈만 보기 (only my Issues)' 필터와 '최근 업데이트(recently updated)' 필터입니다. 이 2가지 필터를 함께 사용하면 나에게 할당된 이슈 중 최근 업데이트된 이슈들이 표시됩니다.


ProTip: 가장 널리 쓰이는 '내 이슈만 보기' 필터 커스터마이즈 방법은 JIRA Toolkit Add-On에서 참가자 필드를 추가하는 것입니다.
이렇게 하면 그냥 나에게 할당된 이슈가 아니라 내가 작업한 이슈들이 추가됩니다. 이 필터에 대한 JQL은 다음과 같습니다.
assignee = currentuser() or participants in (currentuser())

Atlassian의 스탠드업 (Stand-ups)


스탠드업은 일괄적 접근방식의 회의가 아닙니다. Atlassina에서는 팀마다 맞춤형 스탠드업을 통해 모든 사람의 참여도와 관여도를 유지합니다. 완전히 똑같은 형태의 스탠드업이 없습니다.

스탠드업을 올바르게 구성하는 방법을 자세히 알아보고, 몇 가지 예를 살펴보겠습니다.

  1. 모두에게 편한 시간 선택하기 - Atlassian에서는 한 장소에 근무하는 팀들에 대한 스탠드업이 대부분 오전 9시부터 10시 사이에 진행됩니다. 전체 직원이 그날 상황을 파악할 수 있으며 아무도 일찍 출근할 필요가 없습니다. 서로 다른 근무지의 팀들은 모두에게 편한 시간을 선택하게 됩니다. 예를 들면, JIRA Service Desk 팀은 샌프란시스코와 시드니에 분산되어 있습니다. 이들의 스탠드업은 샌프란시스코 시간 기준 오후 3시 30분에 진행됩니다. 물론 오후의 스탠드업이 통상적인 것은 아니지만, 지구 반대편 시드니에 근무하는 동료들과 연락하기에는 아주 좋은 방법입니다.
  2. 스탠드업의 효율성 유지하기 - Atlassian에는 형식에 구애되지 않고 스탠드업 시간을 정함으로써 참여하는 직원들의 집중도와 스탠드업 효율성을 유지하는 팀들이 많습니다. 모든 직원이 책임감을 느끼고 참여하도록 돌아가면서 시간을 기록합니다. 스탠드업 시간은 최대 15분으로 제한합니다. 팀의 규모가 작습니까? 그렇다면 스탠드업 시간을 더 짧게 운영해 보세요.
  3. 캐치볼 하기 - JIRA 팀은 팀원들끼리 비치볼 던지기를 해 모든 직원의 참여도를 유지합니다. 바로 옆 사람이나 이미 볼을 받았던 사람에게는 볼을 던질 수 없습니다. 집중할 수밖에 없습니다! 이 기법을 시도해보지 않았다면 모두의 참여도를 유지하는 방법이니 꼭 시도해 보세요!
  4. 스탠드업을 팀 회고에 포함하기 - 스탠드업이 여러 애자일 문화의 일부이긴 하지만, 그렇다고 스탠드업의 효과성을 팀이 회고 중에 논할 수 없다는 뜻은 아닙니다. Atlassian에는 매일 만나는 팀도 있고, 일주일에 세 번 만나는 팀도 있습니다. JIRA Agile 팀은 회고를 진행하면서 스탠드업을 팀에 맞게 개선하는 방법을 정기적으로 논의합니다. 팀이 스탠드업에서 가치를 찾지 못하고 있다면 그 이유를 논의하세요. 뭔가 변화를 줘보세요! 스탠드업은 애자일 그 자체입니다.

ProTip: 일부 Atlassian 팀들은 Crontabs 및 Pandora, 해당 팀의 JIRA 월보드를 연동하고 있습니다. Crontabs는 스탠드업 시작 15초 전에 Pandora (및 팀에서 좋아하는 음악)를 로딩해 참가자들을 주목시킴으로써 스탠드업이 정시에 시작될 수 있도록 합니다. 팀의 월보드는 팀에서 그날 집중해야 할 사안들을 강조해 주지시킵니다.


분산 배치된 팀들을 위한 HipChat + 스탠드업


Atlassian의 직원들은 원격 근무를 포함해 전 세계 12개 사무소에 분산 배치되어 일하고 있습니다. 우리는 HipChat을 통해 지리적 위치에 상관없이 모든 직원이 서로 소통하며 일하도록 하고 있습니다.
Atlassian은 팀마다 모든 팀원이 서로 연락할 수 있는 팀 방이 있습니다. HipChat의 한 가지 특징은 일상적인 프로세스(Bot)를 자동화하는 외부 서비스와의 연동 기능입니다
우리는 스탠드업 Bot와 Chatty라는 2가지 Bot를 이용해 모든 직원이 소통할 수 있도록 하고 있습니다.

스탠드업 보트(Bot)


스탠드업 보트를 이용하면 특히 시간대가 다른 팀들의 경우 스탠드업 상태 보고 및 검색이 편리해집니다. 스탠드업 보트를 연동시키려면, http://botlab.hipch.at/에서 HipChat에 연결하십시오. 스탠드업 시간이 되면 팀 방에서 다음의 명령어만 입력하면 됩니다.

/standup

누구나 비동기적으로 보고할 수 있고, 팀 방에 문의해 팀원들의 업무 현황 파악도 간편하게 할 수 있습니다. 아래 명령어만 입력하면

/standup

보트가 모든 직원의 스탠드업 보고서를 리턴해줍니다.


Chatty


Chatty는 스탠드업 시간이 되면 팀 방에 알려주는 보트입니다. Chatty 관련 자세한 내용은 BitBucket에서 확인할 수 있습니다.


스탠드업을 통해 팀원들이 모두 모여 팀 전체의 업무 현황을 파악할 수 있습니다. 팀 위치와 관계없이, 스탠드업을 통해 팀을 긴밀하게 연결하고 생산성을 높일 수 있습니다. 장기적으로 부담 없고 즐거운 스탠드업을 통해 참여도를 유지함으로써 지루한 절차로 인한 부정적인 효과를 줄일 계획입니다.

더 많은 내용을 알아보고 싶으시다면 아래 애자일 코치 사이트를 방문해 보십시요.

댓글

댓글 쓰기

이 블로그의 인기 게시물

Confluence 내의 스프레드 시트 기능이 필요하시다면 애드온을 활용해 보십시요

이미지
게스트 블로그 - Confluence 안에서의 스프래드 시트 협업과 엑셀의 난제 극복 Luke Kilpatrick  글, 개발자 프로그램 매니져  News ,  Products ,  Confluence 2015년 1월 8일   Spreadsheets for Confluence 의 제조사인  Valiantys  에 게재된 게스트 블로그 포스트입니다. Confluence 는 가히 협업을 위한 모든 것이라 할 수 있습니다. 의견과 데이터, 가치 있는 정보를 팀 전체가 수월하고 어려움 없이 공유하도록 해줍니다. 거의 모든 종류의 정보가 여러분의 페이지 내에 넘쳐나고 또 쉽게 구할 수 있습니다. 그러나 여전히 한 가지는 여러분을 힘들게 합니다. 바로 스프레드 시트입니다.  스프레드 시트는 숫자와 데이터를 고속으로 처리하는데 주로 사용됩니다. 연락처 목록에서 부터 프로젝트 세부까지 어떤 것이든 만들 수 있습니다. 하지만 이를 공유하려고 하면 어떻게 되나요?  끝없는 이메일 스레드. 오래된 버젼의 증식. 조각난 정보. 차선책으로 Confluence에 내장되어 있는 표를 사용할 수도 있는데, 여러분이 원하는 방식으로 데이터를 처리하고 서식을 만들기 어렵습니다. 기쁜 소식은 이제 힘들었던 시절은 끝났다는 겁니다. 고급 표와 스프레드 시트 관리를 위해 갓 출시된 애드온, Spreadsheets for Confluence는 여러분의 문제를 해결해 줍니다. 어떤 제품인지 간단히 소개해 드립니다. Icon Spreadsheets for Confluence 제품은 Valiantys 라는 곳에서 개발한 Confluence 확장 애드온 제품입니다. 저희 골드피처에서 테스트해 본 바로는 1.0 버전이어서인지 아직은 단일 쉬트만을 지원합니다. 이 제품을 포함한 모든 Confluence 확장 애드온 제품은 저희 골드피처를 통해 구매...
자세한 내용 보기

Confluence 페이지의 분류와 관련된 잘 몰랐던 기능 3가지를 확인해 보십시요

이미지
Confluence 정보 보고 관련 크게 개선된 기능 3가지    Confluence 의 사용목적은 간단합니다. 사용자가 업무를 정리하고 문서를 생성하며 팀과 업무 관련 의견을 나눌 수 있는 장소가 되는 것입니다. 팀 전체 또는 회사가 접근할 수 있는 한 장소에 모든 업무를 집중화(하고 정리)할 수 있도록 하는 것입니다. 이번 블로그 소식에서는 최근 배포된  Confluence 5.8 에서 제공되는 기존  매크로 의 크게 개선된 3가지 기능에 초점을 맞추겠습니다. Confluence에서 업무 및 정보를 정리하는 데 도움이 될 것입니다. 1. 레이블 등을 통한 관련 페이지의 정보 표시 레이블  콘텐츠 매크로  ( Content by Label macro ) 는 동일한 페이지 레이블을 사용해 관련 페이지 목록을 동적으로 표시하는 데 탁월합니다. 표시 페이지 관리 기능이 더 좋아졌기 때문입니다. 예를 들어, Confluence 내 고객 면담 내용을 기록한 모든 페이지를 레이블 콘텐츠 매크로를 사용해 목록으로 표시할 수 있습니다. 다음과 같이 페이지 표시 기준 옵션이 추가되었습니다. 특정 페이지 트리의 모든 페이지 또는 일부 페이지 표시 제목이나 페이지 내용에 특정 텍스트가 포함된 페이지 표시 여러 레이블이 조합된 페이지 표시 매크로 설정 대화창에서 표시하려는 정확한 페이지를 검색하고, 표시 내용을 미리보기 해서 필요에 따라 수정할 수 있습니다. 단순히 같은 페이지 레이블에서 페이지 목록을 만드는 것과는 차원이 다릅니다. 어떤 공간에서나 우리 팀 동료를 언급하는 '회의-메모' 라벨이 있는 페이지를 반환하는 간단한 예를 들어 보겠습니다. 2. 강력하면서 자세한 색인 페이지 구축 페이지 속성 및  페이지 속성 리포트 매크로 ( Page Properties Report macro ) 가 연동하면서 한 페이지의 요...
자세한 내용 보기

시스템에 숨어있는 "윤초" 버그에 대해 준비하십시요

  시스템에 숨어있는 "윤초" 버그에 대해 Atlassian 어플리케이션 관리자가 알아야 할 것들 Peter Koczan  글, 수석 지원 엔지니어 JIRA , Confluence , FishEye , Bamboo , Crucible , HipChat , Support , News , Stash 2015년 6월 3일 개요 윤초란 평균 태양시에 맞추기 위해 가끔씩 UTC (세계 협정시)의 1초를 수정하는 것입니다. 가장 최근의 윤초는 2012년 6월 30일 23시 59분 60초에 있었는데 전세계적인 컴퓨터 시스템 고장의 원인이 되었습니다. 윤초에 대해 와이어드 (잡지)에 실린 기사  ‘Leap Second’ Bug Wreaks Havoc Across the Web 를 읽어보세요. 다음번 윤초 수정은 2015년 6월 30일 23시 59분 60초에 있습니다.  Atlassian 어플리케이션에 관한 한, 여러분은 목전에서 그 위험을 벗어나실 수 있습니다. 영향 Atlassian 어플리케이션들은 몇 가지 지원 플랫폼을 통해 간접적으로 이 버그에 영향을 받습니다. 기본적으로, 컴퓨터 시스템들이 항상 윤초를 대비하고 있는 것은 아닙니다. 이 버그는 다양한 소프트웨어- 특히, 특정 버전의 자바, 리눅스 커널, 그리고  MySQL 데이터베이스 서버에 영향을 줍니다.  Atlassian 어플리케이션이 이들에 의존하는 한, 여러분은 시스템에서 몇가지에 대해 주의를 기울여야 합니다.  이 버그의 영향으로 알 수 없는 CPU 사용 및 증가, 어플리케이션 속도 저하, 어플리케이션 충돌, 시동 실패가 일어날 수 있습니다. 비록 최근에는 이 버그가 일으키는 데이터 손실이나 변형에 관련된 어떤 이슈도 접수되지 않았지만, 이로 인해 다음의 어플리케이션/서버가 충돌한다면 그러한 결과를 불러올 수도 있습니다. 영향받는 환경과 제품들 고 객의 자체 네트워크내에서 운영되는...
자세한 내용 보기