스크럼가이드 스크럼에대한확실한가이드 : 게임의규칙 2013 년 7 월 켄슈와버와제프서더랜드가개발하고유지함
목차 스크럼가이드의목적스크럼의정의스크럼이론스크럼팀제품책임자개발팀스크럼마스터스크럼이벤트모임스프린트스프린트계획일일스크럼스프린트리뷰스프린트회고미팅스크럼산출물제품백로그스프린트백로그제품증분산출물투명성 완료 의정의맺음말감사의말사람번역역사스크럼가이드 2011 년기준 2013 년도변경내역 Alike license of Creative Commons. Page 2
스크럼가이드의목적 스크럼은복잡한제품을개발하고유지하는데사용할수있는프레임워크입니다. 본가이드는스크럼의정의를설명하고있으며, 이는스크럼구성원의역할, 이벤트, 산출물그리고이들을하나로묶을수있는규칙들로구성됩니다. 켄슈와버 (Ken Schwaber) 와제프서더랜드 (Jeff Sutherland) 가스크럼을개발하였고, 본스크럼가이드는그들이작성하여제공하고있습니다. 본가이드는그들의책임하에후원되고있습니다. 스크럼의정의 스크럼 ( 명사 ): 가장가치있는제품을생산적이고창의적으로배포하기위하여복잡하게얽힌적응적문제들 (complex adaptive problems) 을다룰수있도록하는프레임워크스크럼은 간단하고 이해하기쉽지만 마스터하기는어려운프레임워크입니다 스크럼은 1990 년대초반부터복잡한제품개발을관리하기위해사용된프로세스프레임워크입니다. 스크럼은제품을개발할때사용하는프로세스나기술이아니라다양한프로세스와기술들을사용하는데도움을주는프레임워크입니다. 스크럼은제품관리와실제제품개발사이의상대적인능률의차이를분명하게보여줌으로써제품개발프로세스를개선할수있도록도와줍니다. 스크럼프레임워크는스크럼팀과그들이관련된역할, 이벤트, 산출물, 그리고규칙들로구성됩니다. 프레임워크의각구성요소들은특정한사용목적이있으며이는스크럼을성공적으로수행하기위한필수요소들입니다. 스크럼의규칙들은이벤트, 역할, 산출물들이서로간의관계와상호작용에따라유기적으로운영되도록결합하는역할을합니다. 이러한스크럼의규칙들은본문에서계속다뤄질것입니다. 스크럼프레임워크를사용하기위한구체적인전략들은매우다양하므로본문서에서개별적으로다루지는않습니다. 스크럼이론 스크럼은경험적프로세스관리이론, 혹은경험주의 (empiricism) 이론에기반하고 있습니다. 경험주의이론에의하면지식은경험과우리가이미알고있는것에기반한의사 Alike license of Creative Commons. Page 3
결정으로부터온다고여겨집니다. 스크럼은예측을최적화하고위험요소를제어하기위해반복적 (iterative) 이고점진적인 (incremental) 접근방법을사용합니다. 경험적프로세스관리를수행하는데필요한세가지축은투명성 (transparency), 검토 (inspection), 그리고적응 (adaptation) 입니다. 투명성 (Transparency) 프로세스의중요한부분들은결과에대한책임이있는사람들에게반드시가시화되어야합니다. 투명성은프로세스의중요한부분들을공통표준으로정의함으로써, 검토자들로하여금무엇이보이는지에대하여공통된이해를공유하도록합니다. 예를들면, 프로세스에사용되는공통언어를모든참여자들이반드시공유해야하고, 작업을수행하는사람들과작업결과를승인하는사람들은 완료 (Done) 에대한공통된정의를공유해야합니다. 검토 (Inspection) 스크럼사용자들은주기적으로스크럼산출물들을검토하여변경사항들을찾아내야합니다. 이러한검토과정을일에방해가될정도로너무자주해서는안됩니다. 산출물을검토하는것은작업이진행되는시점에숙련된검토자에의해성실하게이루어질때에가장효과적입니다. 적응 (Adaptation) 사용되는프로세스가허용기준한도를넘어결과제품이승인되지않을것을검토자가확인했다면, 그프로세스나진행중인작업들을조정하는과정이필요합니다. 이러한조정작업은이탈 (deviation) 을최소화하기위해가능한한빠르게이루어져야합니다. 스크럼에서는검토와적응을위하여스프린트안에다음 4 가지의공식적인이벤트 ( 미팅 ) 를규정하고있으며, 이는본문서의스크럼이벤트모임 (the Scrum Events) 섹션에기술되어있습니다. 스크럼계획 일일스크럼 스프린트리뷰 스크럼회고 스크럼팀 스크럼팀은제품책임자, 개발팀, 스크럼마스터로구성되어있습니다. 스크럼팀은자기 조직화 (self-organizing) 되어있으며교차기능적 (cross-functional) 입니다. 자기조직화된 팀들은외부의누군가에의해지시당하기보다는, 팀의작업을어떻게하면최상으로 Alike license of Creative Commons. Page 4
수행할지스스로선택합니다. 교차기능팀은팀외부의누군가에의지하지않고자신들의작업을수행하는데필요한모든주요역량들을소유하고있습니다. 이러한스크럼팀의모습은유연성 (flexibility) 과창의성 (creativity), 생산성 (productivity) 을최적화하기위하여설계되었습니다. 스크럼팀은피드백의기회를극대화하기위해반복적 (iteratively) 이고점진적 (incrementally) 으로제품을배포합니다. 매스프린트에서 완료 " 된기능의증분을지속적으로추가하여제품을배포 (incremental deliveries) 하는것은잠재적으로유용하고사용할수있는제품이언제든지있다는것을보장합니다. 제품책임자제품책임자는제품의가치와개발팀의결과물을최상으로만들책임을가집니다. 이역할을어떻게수행할것인지는조직, 스크럼팀, 혹은개인에따라매우다양한방법이있을수있습니다. 제품책임자는제품백로그관리를담당하는유일한사람입니다. 제품백로그관리는다음과같습니다 : 제품백로그항목들을분명하게설명 ; 목표와미션들을가장성공적으로달성할수있도록제품백로그에있는항목들을우선순위화 ; 개발팀이수행하는작업의가치를최적화 ; 제품백로그가가시적이고, 투명하고, 모두가이해했는지를확인하고, 스트럼팀이다음스프린트에무슨작업을해야하는지제시 ; 개발팀이제품백로그항목들에대하여필요한만큼올바르게이해하고있는지확인. 위에언급된항목들은제품책임자가수행하거나개발팀이수행할수도있지만, 최종 책임은제품책임자에게있습니다. 제품책임자는한사람이지위원회가아닙니다. 제품책임자는제품백로그에대하여 위원회가원하는것을대변할수는있지만, 위원회멤버가제품백로그항목의우선순위를 변경하길원할경우에는반드시제품책임자를설득해야합니다. 제품책임자가본인의일을성공적으로수행하기위해서는조직의모든사람들이제품 책임자의결정을존중해주어야합니다. 제품책임자의결정은그내용이잘보여야 (visible) 하고제품백로그에우선순위가정해져있어야합니다. 제품책임자이외에그누구도 개발팀에다른요구사항을전달할수없으며, 개발팀또한제품책임자이외의다른 사람들의지시를따를수없습니다. Alike license of Creative Commons. Page 5
개발팀개발팀은매스프린트에서 완료 된기능을지속적으로추가하여잠재적으로출시가능한제품을배포할수있는전문가들로구성됩니다. 그리고이점진개발과정에는오직개발팀멤버들만참여할수있습니다. 개발팀은스스로일을구성하고관리할수있는조직으로구성될뿐만아니라이러한권한도위임받았습니다. 그결과로얻어진시너지 (synergy) 효과는개발팀전체의능률과효과를최적화합니다. 개발팀은다음과같은특성이있습니다. 개발팀은자기조직화 (Self-Organizing) 팀입니다. 스크럼마스터를포함하여어느누구도어떻게해야제품백로그를출시가능한기능이되도록점진적으로만들어낼지개발팀에지시할수없습니다 ; 개발팀은완성된기능을점진적으로추가하여제품을만드는데필요한모든기술이있는교차기능 (cross-functional) 팀입니다 ; 스크럼에는각자수행하는일에상관없이개발팀멤버들이개발자이외의다른직함은가지지않습니다. 이규칙에예외는없습니다. 스크럼에는개발팀안에하위팀 (sub-teams) 이없습니다. 설령, 테스트또는비즈니스분석과같은특정도메인에대한지식이필요하더라도하위팀을따로두지않습니다. 이규칙에도예외는없습니다. 개발팀내의각개발자들은특정기술이나전문분야가있을수있지만, 제품에대한책임은개발팀전체에있습니다. 개발팀크기최적의개발팀크기는민첩하게대응할수있도록충분히작고한스트린트안에서의미있는작업을끝낼수있을정도로충분히커야합니다. 3 명미만의개발팀은서로상호간의교류가적기때문에결과적으로적은생산성을얻게됩니다. 작은규모의개발팀은팀내부에필요한기술역량이없을수있기때문에스프린트를수행하는동안기술적인제약이발생하여출시할수있는기능이포함된제품증분을배포하지못할수도있습니다. 9 명이상의개발팀은너무많은상호협조를요구합니다. 큰규모의개발팀은관리를위한경험적프로세스를위해너무많은복잡성을만들어냅니다. 제품책임자와스크럼마스터는그들이스프린트백로그작업에참여하지않는이상개발팀인원수에포함되지않습니다. 스크럼마스터 스크럼마스터는사람들이스크럼을제대로이해하고수행하고있는지에대한책임을 가집니다. 이를위해, 스크럼마스터들은스크럼팀이스크럼의이론과실천, 그리고 규칙들을잘따르고있는지보장해야합니다. Alike license of Creative Commons. Page 6
스크럼마스터는스크럼팀을도와주는리더 (servant-leader) 입니다. 스크럼마스터는스크럼팀외부에있는이들이스크럼팀과어떤상호작용이도움이되고, 어떤것이도움이되지않는지에대한이해를돕는역할을합니다. 스크럼마스터는이러한사람들간의상호작용이스크럼팀에서만들어낸제품의가치가최상이되는방향으로바뀔수있도록도움을줍니다. 스크럼마스터가제품책임자를위해하는일들스크럼마스터는제품책임자를다음과같은여러방법으로도와야합니다. 제품백로그를효과적으로관리하기위한기술찾기 ; 제품백로그항목들이명확하고간결할필요가있다는것을스크럼팀이이해할수있도록도움 ; 경험적인환경 (empirical environment) 에서사용하는제품계획을이해 ; 최상의가치를내기위해제품백로그를어떻게조정해야할지를제품책임자가알고있는지확인함 ; 에자일 (agility) 의이해와실행 ; 그리고, 요청이나필요에따라스크럼이벤트를원활하게진행. 스크럼마스터가개발팀을위해하는일들스크럼마스터는개발팀을다음과같은여러방법으로도와야합니다 : 자기조직화된교차기능팀으로거듭나기위한개발팀코칭. 개발팀이가치있는제품들을만들어낼수있도록도움. 개발팀의개발진행에있어장애되는요소들을제거 요청이나필요에따라스크럼이벤트를원활하게진행 ; 스크럼이아직완전히자리잡지않고이해되지않은조직환경에서의개발팀코칭. 스크럼마스터가조직을위해하는일들스크럼마스터는조직을다음과같은여러가지방법으로도와야합니다 : 해당조직에스크럼이잘자리잡을수있도록안내하고코칭. 조직내에서스크럼실행을계획. 직원및이해관계자들이스크럼과경험적제품개발에대해잘이해하고확립할수있도록도움. 스크럼팀의생산성을향상시키기위한변화만들기. 조직에서스크럼적용의효과를높이기위해다른스크럼마스터들과협력. Alike license of Creative Commons. Page 7
스크럼이벤트모임 스크럼은정해진이벤트미팅을정기적으로가짐으로써스크럼에정의되지않은다른미팅을최소화합니다. 모든이벤트모임은정해진시간 (time-boxed) 안에끝내야하며, 각이벤트는최대소요시간이정해져있습니다. 일단스크린트가시작되면, 그소요시간은고정되어줄어들거나늘어날수없습니다. 이벤트미팅의목적이달성되면정해진시간전에미팅을끝낼수있습니다. 단, 프로세스내에시간낭비없이충분한시간이사용되었음을보장해야합니다. 스프린트내에포함된각각의스크럼이벤트들은무엇인가를검토하고적응하기위한공식적인기회입니다. 이러한이벤트들은투명성과검토를할수있도록특별히설계되었습니다. 이들중하나라도빠진다면, 투명성이감소되고검토와적응할수있는기회를잃게됩니다. 스프린트스프린트는스크럼의핵심으로, 한달또는그미만의타임박스 (time-box) 동안계획한기능들을 완료 하여사용이가능하고출시가능한 제품증분 (Increment) 으로만들어냅니다. 스프린트는일반적으로전체개발기간동안변하지않는일정한타임박스내에진행됩니다. 새로운스프린트는그이전스프린트가끝남과동시에시작됩니다. 스프린트는스프린트계획, 일일스크럼, 개발작업, 스프린트리뷰, 스프린트회고로구성됩니다. 스프린트기간동안, 스프린트목표를이루는데위협을줄수있는어떠한변경도허용되지않습니다. 제품의품질목표를낮추지않습니다. 스프린트가진행되면서개발범위 (Scope) 에대한이해가커짐에따라, 개발팀은제품책임자와함께개발범위를명확히하거나재협상할수있습니다. 각스프린트는한달미만의프로젝트라고할수있습니다. 프로젝트처럼스프린트를통해무엇인가를성취합니다. 각스프린트에는무엇을만들것인지에대한정의, 그것을만들기위해어떻게설계하고유연한계획을가져갈지, 그리고작업내용과결과제품이있어야합니다. 스프린트는최대한달로제한됩니다. 스프린트기간이너무길어지면무엇을만들어야하는지에대한정의가변하거나, 복잡도가증가하거나, 위험이증가할수있습니다. 스프린트는적어도매달의진행상황에대한검토 (inspection) 와적응 (adaptation) 을보장하기때문에제품에대한예측이가능합니다. 또한스프린트는한달미만의비용으로위험을제한할수있습니다. Alike license of Creative Commons. Page 8
스프린트의취소스프린트는스프린트기간이종료되기전에취소될수있습니다. 단, 제품책임자만이스프린트를취소할권한을가지고있지만, 제품책임자가제품이해관계자들이나개발팀, 혹은스크럼마스터의영향을받아스프린트취소를결정할수도있습니다. 스프린트목표가더이상유효하지않으면스프린트가취소될수있습니다. 이러한상황은회사가추구하는방향이바뀌거나, 시장이나기술의상황이바뀌었을경우발생할수있습니다. 일반적으로는주어진상황에스프린트가더이상의미가없을때는취소되어야합니다. 하지만스프린트기간이짧은것때문에취소하는것은사실상거의의미가없습니다. 스프린트가취소되면, 이미완성되어 완료 된제품백로그아이템들을검토합니다. 만약그작업물의일부가출시가능한상태이면, 제품책임자는일반적으로그것들을수용하고제품에포함시킵니다. 모든미완료상태의제품백로그아이템들은재추정하여제품백로그목록으로다시들어갑니다. 미완료된제품백로그아이템들을위해수행된작업들은빠르게쓸모없어지기때문에재추정을자주해주어야합니다. 스프린트를취소하는것은모든사람들이또다른스프린트를시작하기위하여스프린트계획에재편성되어야하므로리소스를소비하게됩니다. 스프린트의취소는종종스크럼팀에큰충격을주지만, 이는매우드문경우입니다. 스프린트계획스프린트에서수행되어야할작업들을스프린트계획미팅에서정합니다. 이계획은전체스크럼팀의공동작업으로만들어집니다. 스프린트계획은 1 개월스프린트를기준으로최대 8 시간타임박스미팅입니다. 더짧은스프린트를위해서는보통더짧은스프린트계획미팅을합니다. 스크럼마스터는팀이스프린트계획미팅을가졌는지, 모든참여자가그목적을제대로이해했는지확인해야합니다. 스크럼마스터는스프린트계획미팅이주어진타임박스안에끝나도록스크럼팀을교육합니다. 스프린트계획은다음의질문에답해야합니다. 이스프린트에서배포가능한제품증분은무엇인가? 제품증분을성공적으로배포하기위해필요한작업이무엇인가? 첫번째토픽 : 이번스프린트에서무엇을할수있는가? 개발팀은스프린트동안개발할수있는기능들을예상하는작업을합니다. 제품책임자는스프린트에서달성해야할목표와그목표달성을위해스프린트에서완료해야할제품백로그항목들에대해개발팀과토론합니다. 전체스크럼팀은스프린트에서해야할작업들을더잘이해할수있도록서로협력합니다. Alike license of Creative Commons. Page 9
스프린트계획미팅을시작하려면제품백로그, 가장최근의제품증분, 스프린트동안의 개발팀가용인력예상, 개발팀의과거생산성자료가준비되어야합니다. 스프린트에서 개발할제품백로그항목수는전적으로개발팀이결정합니다. 스프린트동안개발팀이 무엇을얼마나해낼수있을지는개발팀스스로만평가할수있습니다. 개발팀이이번 스프린트에서완료할제품백로그항목들을정한다음에는전체스크럼팀이스프린트 목표를정합니다. 스프린트목표는제품백로그를구현함으로써스프린트동안달성하고자하는 목표입니다. 또, 이목표는개발팀이왜제품증분을만들고있는지에대한가이드를 제공합니다. 두번째토픽 : 선택된작업들을어떻게완료하나? 스프린트목표를정하고스프린트에서수행할제품백로그아이템들을선택한후, 개발팀은이번스프린트에서이기능들을어떻게 완료 된제품증분 (Increment) 으로 구현할지결정합니다. 스프린트에서선택된제품백로그아이템들과그것들을완료하여 배포하기위한계획을합쳐스프린트백로그라고부릅니다. 개발팀은일반적으로제품백로그를작동하는제품증분으로만드는데필요한시스템과작업들을설계하는것부터시작합니다. 이러한작업들의크기나예상되는노력은다양할수있습니다. 그러나, 개발팀은다음스프린트에서수행할수있다고생각되는것들을예측하여스프린트계획미팅에서충분한양의작업들을계획합니다. 미팅을마치기전에개발팀은스트린트첫날에작업할일들을하루혹은그미만의시간단위로계획합니다. 개발팀은스프린트계획미팅동안그리고스프린트진행중스프린트백로그의작업들을각자맡아수행하도록자율적으로조직, 운영합니다. 제품책임자는스프린트에선택된제품백로그항목들을명확히하고, 절충안 (trade-offs) 을찾는데도움을줄수있습니다. 작업량이너무많거나너무적을경우, 개발팀은제품 책임자와제품백로그항목들을재협상할수있습니다. 개발팀은기술이나전문지식에 대한조언을얻기위하여다른사람들을미팅에초대할수있습니다. 스프린트계획미팅을끝나기전에, 개발팀은자기조직화 (self-organizing) 팀으로서스프린트목표를달성하기위해어떻게작업할것이고어떻게예상되는제품증분을만들어낼것인지제품책임자와스크럼마스터에게설명할수있어야합니다. 스프린트목표스프린트목표는제품백로그항목들을개발함으로써이루어질수입니다. 이러한목표는개발팀이왜제품증분을만들고있는지에대한가이드를제공합니다. 이목표는스프린트계획미팅에서정합니다. 스프린트목표는개발팀에게스프린트에서개발될기능에대하여약간의유연성을제공합니다. 선택된제품백로그항목들은하나의일관된기능이되고, 이것이종종스프린트목표가될수있습니다. 또한스프린트목표는개발팀이별도로일하지않고함께일할수있도록묶어주는역할을합니다. Alike license of Creative Commons. Page 10
개발팀은작업을진행하면서스프린트목표를늘염두에두어야합니다. 스프린트목표를 달성하기위해개발팀은기능과기술을구현합니다. 스프린트진행중, 만약그작업이 개발팀이예상했던것과다른경우, 개발팀은이번스프린트에서진행하기로했던 스프린트백로그를제품책임자와재협상합니다. 일일스크럼 일일스크럼은개발팀이각자수행한작업들을확인한후조율하고, 다음 24 시간동안 해야할작업들의계획을하는 15 분타임박스미팅입니다. 매일일일스크럼을통해지난 미팅부터지금까지한작업들을검토하고다음일일스크럼미팅전까지완료할수있는 작업들을예측합니다. 일일스크럼은복잡성을줄이기위해매일같은시각같은장소에서이루어집니다. 미팅에서개발팀각멤버들은다음과같은것들을논의합니다. 나는어제하루동안개발팀의스프린트목표달성을위해무엇을했는지? 나는오늘하루동안개발팀의스프린트목표달성을위해무엇을할것인지? 나혹은개발팀이스프린트목표달성을하는데방해요소가있는지? 개발팀은일일스크럼을통해스프린트가목표에맞게진행이되고있는지, 또스프린트 백로그의작업들이잘완성되고있는지검토합니다. 일일스크럼은개발팀이스프린트 목표를달성할수있는확률을최적화합니다. 매일일일스크럼을통해, 개발팀은자기 조직화 (self-organizing) 팀으로서스프린트목표를달성하기위해어떻게함께협력할 것이고, 이번스프린트에서예상했던제품증분을만들어낼수있을지알고있어야 합니다. 전체개발팀이나, 팀멤버들은종종일일스크럼미팅이끝나자마자더상세한 의논을하거나스프린트작업에대한조정및재계획을하기위하여추가적인미팅을할 수있습니다. 스크럼마스터가개발팀이일일스크럼미팅을하도록보장해야하지만미팅은개발팀이 책임을가지고수행해야합니다. 스크럼마스터는일일스크럼미팅이 15 분타임박스 안에끝나도록개발팀을교육해야합니다. 스크럼마스터는일일스크럼에개발팀멤버들만참여하는규칙을따르도록보장해야 합니다. 일일스크럼은커뮤니케이션을증진시키고, 다른추가적인미팅들을제거하고, 개발에 방해되는요소들을확인하여없애고, 빠른의사결정을강조하고촉진시키며, 개발팀의 견문을높여줍니다. 이것이바로스크럼의핵심인 검토와적응 (inspect and adapt) 미팅입니다. 스프린트리뷰 스프린트리뷰는제품증분을검토하고, 필요에따라제품백로그의적합한수정을위해 매스프린트의끝에수행합니다. 스프린트리뷰에서스크럼팀과제품이해관계자들은 Alike license of Creative Commons. Page 11
이번스프린트에서무엇이완료되었는지에대해함께확인합니다. 이스프린트리뷰결과와스프린트수행중변경된제품백로그를고려하여, 미팅참석자들은제품가치를최적화하기위해다음에무엇을해야할지함께의논합니다. 이스프린트리뷰는비공식미팅입니다. 즉, 경과보고미팅이아니고완료된제품증분을발표함으로피드백을얻고서로간의협력을촉진하기위한미팅입니다. 스프린트리뷰는 1 개월스프린트를기준으로 4 시간타임박스미팅입니다. 더짧은스프린트를위해서는보통더짧은스프린트리뷰미팅을합니다. 스크럼마스터는팀이스프린트리뷰미팅을가졌는지, 모든참석자가그목적을제대로이해했는지확인해야합니다. 스크럼마스터는스프린트리뷰미팅이주어진타임박스안에끝나도록스크럼팀을교육합니다. 스프린트리뷰는다음의내용을포함합니다 : 미팅에는스크럼팀과제품책임자가초대한핵심제품이해관계자들이참석합니다. 제품책임자가 완료 된제품백로그아이템과 완료 되지못한아이템을설명합니다. 개발팀은스프린트동안무엇이잘진행되었는지, 무슨문제가있었는지, 어떻게문제들을해결했는지논의합니다. 개발팀은 완료 된작업들을시연하고그제품증분에대한질문에답변을합니다. 제품책임자는현재남아있는제품백로그를설명하고, ( 필요하다면 ) 현재까지의진행상황을바탕으로언제쯤프로젝트가완료될지보고합니다. 전체그룹이다음에무엇을할지함께의논하여스프린트리뷰미팅이다음스프린트계획에가치있는조언을제공합니다. 제품의시장이나잠재적사용처가어떻게변했는지그리고다음에해야할가장가치있는일들은무엇인지검토합니다. 예상되는제품의다음출시에관한 - 일정, 예산, 잠재적기능, 그리고시장에대해검토합니다. 스프린트리뷰의결과는다음스프린트에서진행해야할제품백로그를재구성하는것입니다. 제품백로그는새로운기회를위해전체적으로조정될수있습니다. 스프린트회고미팅스프린트회고미팅은스크럼팀이스스로를되돌아보고다음스프린트동안무엇을개선할수있을지계획할수있는기회를제공합니다. 스프린트회고미팅은스프린트리뷰미팅후그리고다음스프린트계획미팅전에수행됩니다. 이미팅은 1 개월스프린트를기준으로 3 시간타임박스미팅입니다. 더짧은스프린트일경우에더짧은스프린트회고미팅을합니다. 스크럼마스터는팀이스프린트회고미팅을가졌는지, 모든참석자가그목적을제대로이해했는지확인해야합니다. 스크럼마스터는회고미팅이주어진타임박스안에끝나도록스크럼팀을 Alike license of Creative Commons. Page 12
교육해야합니다. 스크럼마스터는스크럼프로세스에대한책임을가지고개발팀의동료멤버로서미팅에참여합니다. 스프린트회고미팅의목적은다음과같습니다. 지난스프린트가사람, 상호관계, 프로세스, 도구측면에서어떻게진행되었는지검토 ; 잘된것들그리고개선의여지가있는주요항목들을알아내고순위화 ; 스크럼팀이작업을수행하는방법에대한개선을실천할수있도록계획을수립. 스크럼마스터는스크럼팀이스크럼프로세스프레임워크안에서그개발프로세스과실천방안이다음스프린트에좀더효과적이고즐겁게수행할수있도록개선하는것을장려합니다. 각스크럼회고미팅에서, 스크럼팀은필요에따라 완료 의정의를조정함으로써제품품질을높일수있는방법들을계획합니다. 스크럼회고미팅이끝날무렵, 스크럼팀은다음스프린트에실천할개선사항들을확인해야합니다. 이러한개선사항들을다음스프린트에서실천하는것이바로스크럼팀자체를검토하고개선되는방향으로팀을조정하는것입니다. 비록개선은언제든지이루어질수있지만, 스프린트회고미팅이검토와적응에집중할수있는공식적인기회를제공해줍니다. 스크럼산출물 스크럼산출물은작업또는제품의가치를묘사함으로써검토와적응을할수 있도록투명성과기회를제공합니다. 스크럼에서정의된산출물들은주요정보의 투명성을최대화하여모든사람들이산출물에대해동일한이해를가지도록구체적으로 설계됐습니다. 제품백로그 제품백로그는제품의가능한모든요구사항에대한우선순위화된목록입니다. 또한 제품백로그는제품에대한모든변경요구사항을포함하는단하나의소스입니다. 제품 책임자가제품백로그 ( 내용, 가용성, 우선순위화등 ) 에대한책임을가지고있습니다. 제품백로그는요구사항에대한완성본이아닙니다. 제품백로그의초기개발은주로 팀이이미잘알고가장잘이해하고있는요구사항에만기반하여이루어집니다. 제품 백로그는제품으로진화하고, 그제품이사용될환경으로함께진화합니다. 제품 백로그는유동적입니다. 제품백로그는시장에서적합하고경쟁력있고유용한제품을 만들기위해필요한것이무엇인지파악하기위해끊임없이변화합니다. 제품이존재하는 한, 제품백로그도존재합니다. 제품백로그는제품의다음릴리즈에추가로포함될모든피처, 기능, 요구사항, 개선사항, 그리고수정할버그들을리스트합니다. 제품백로그항목들은각각에대한설명, 우선순위, 예상견적, 가치등을포함합니다. Alike license of Creative Commons. Page 13
제품이사용되고가치를얻어시장에서피드백을받으면서제품백로그는커지고더욱 완전한리스트가됩니다. 요구사항은항상변하기때문에제품백로그는살아있는 산출물입니다. 비스니스요구사항이나시장환경, 기술등의변화는제품백로그의 변화를야기할수있습니다. 종종여러스크럼팀들이같은제품을만들기위해함께일합니다. 그제품을만들기위해 해야할작업들을설명하는데단하나의제품백로그가사용됩니다. 어떤제품백로그 특성이백로그항목들을그룹화하는데사용될수있습니다. 제품백로그상세화 (Refinement) 는제품백로그항목들에대한상세한내용, 견적, 그리고 우선순위를추가하는활동입니다. 이는제품책임자와개발팀이제품백로그항목들을 상세화하기위해협력하는지속적인과정입니다. 제품백로그상세화중에, 각항목들을 검토하고수정합니다. 스크럼팀은언제어떻게제품백로그상세화작업을완료할지 결정합니다. 상세화작업을위해서보통개발팀전체가용시간의 10% 미만을사용합니다. 하지만, 제품백로그아이템들은제품책임자의재량에따라언제든지업데이트될수 있습니다. 높은순위의제품백로그항목들이일반적으로낮은순위의항목들보다좀더명확하고 상세합니다. 제품백로그항목들이더명확하고상세할수록더정확한개발견적을얻을 수있는데낮은순위의제품백로그들일수록상세화가덜되어있습니다. 다음 스프린트를위해개발팀에할당될제품백로그항목들은각항목이스프린트타임박스 내에합리적으로 완료 될수있도록다듬어집니다. 한스프린트내에개발팀에의해 완료 될수있는제품백로그들은스프린트계획에서선택할수있는 준비된 (Ready) 항목들로여겨집니다. 제품백로그항목들은일반적으로위에기술된상세화단계들을 통해 준비 된항목으로서의투명성을얻게됩니다. 개발팀은모든개발견적에대한책임을집니다. 제품책임자가개발팀의이해를돕고 절충안을선택하는데도움을줌으로써예상되는개발견적에영향을끼칠수는있지만, 최종견적은실제작업을수행하는사람들이설정합니다. 목표를향한진행상황모니터링전체개발목표에도달하기위해남은총작업량은언제든지계산될수있습니다. 제품 책임자는적어도매스프린트리뷰마다남아있는총작업량을추적합니다. 제품책임자는 목표로한날짜까지작업을완료하도록진행사항을평가하기위해남아있는총작업량을 이전스프린트리뷰에서남아있던작업량과비교합니다. 이러한정보는제품과관련된 모든이해관계자에투명하게공개됩니다. 번다운 (burn-downs) 이나번업 (burn-ups) 같은다양한트렌드분석예상도구들이 진행상황을예측하기위해사용됩니다. 이러한도구들이유용하다고알려져있습니다만, 경험주의이론의중요성을대체하지는못합니다. 복잡한환경에서는무슨일이발생할지 Alike license of Creative Commons. Page 14
알수없습니다. 단지지금까지발생했던일이앞으로의사결정을하는데사용될수있습니다. 스프린트백로그스프린트백로그는스프린트를위해선택된제품백로그항목들의집합이며더불어제품증분을배포하고스프린트목표를실현하기위한계획서입니다. 스프린트백로그는무슨기능이다음제품증분에포함될지, 그기능을 완료 된제품증분으로배포하기위해필요한작업이무엇인지를개발팀이예상한작업목록입니다. 스프린트백로그는개발팀이스프린트목표를달성하는데필요한모든작업들을투명하게보여지도록합니다. 스프린트백로그는그진행상황을일일스크럼미팅에서이해할수있을만큼충분히상세화된계획서입니다. 개발팀은스프린트가진행되는동안스프린트백로그를수정하고추가적인백로그항목들을만들수있습니다. 개발팀의작업이계획대로진행되고스프린트목표달성에필요한작업들을더많이알게되면서이러한스프린트백로그항목들을추가할수있습니다. 새로운작업이필요하면개발팀은그것을스프린트백로그에추가합니다. 이작업이수행되거나완료됨에따라남아있는작업량의추정치를업데이트합니다. 계획한항목중에불필요한것으로판단된것들은제거됩니다. 단지개발팀만이스프린트동안에스프린트백로그를변경할수있습니다. 스프린트백로그는높은가시성을제공하고, 스프린트에서완료될작업들에대해실시간으로진행상황을보여주며, 스프린트백로그는오로지개발팀만이소유합니다. 스프린트진행모니터링스프린트진행중에언제든지남아있는스프린트백로그의총작업량을알수있습니다. 개발팀은최소한매일진행되는일일스크럼미팅에서스프린트목표를달성하기위해남아있는총작업량을추적해야합니다. 스프린트를진행하면서남은작업량을추적함으로서개발팀은전체진행상황을관리할수있습니다. 제품증분제품증분은스프린트에서완료된모든제품백로그항목들의집합이고이전에수행된모든스프린트에서생산된제품증분의가치를포함합니다. 스프린트가종료되는시점에, 스프린트에서생산된새로운제품증분은반드시 완료 상태여야하며, 이는제품이사용가능한상태여야한다는것이고, 스크럼팀이 완료 정의를준수했다는것을의미합니다. 이는제품책임자가실제로제품을출시할것인지에대한결정여부에관계없이사용가능한상태여야합니다. Alike license of Creative Commons. Page 15
산출물투명성스크럼은투명성에기초하고있습니다. 가치최적화와위험관리는인지가능한산출물에기반하여결정합니다. 완전한투명성을기초로한결정은탄탄한기반을가집니다. 반면, 산출물들이다소불완전한투명성을가진다면, 이를기반으로한결정들은가치는줄이고위험은증가시키는결함을가질수있습니다. 스크럼마스터는산출물들이완전한투명성을가지고있는지알기위해제품책임자, 개발팀, 그리고다른관련된사람들과함께일해야합니다. 불완전한투명성을극복하기위한다양한방법들이있습니다. 투명성이부족한경우, 스크럼마스터는모든사람들이투명성을높이기위해가장적절한방법을적용할수있도록도와주어야합니다. 스크럼마스터는산출물들을검토하고, 패턴을감지하고, 어떠한이야기들이오고가는지주의깊게듣고, 예상되는결과와실제결과의차이점을감지함으로서불완전한투명성을발견할수있습니다. 스크럼마스터의역할은산출물들의투명성을높이기위해스크럼팀및이해관계조직들과함께일을하는것입니다. 이러한일은주로배우고, 확신을주고, 변화하도록하는일들을포함합니다. 투명성은하룻밤만에이루어지는것이아니라하나의과정입니다. 완료 의정의제품백로그항목이나제품증분이 완료 되었다고할때, 모든사람들이 완료 의의미가무엇인지이해하고있어야합니다. 완료 의정의가스크럼팀에따라매우다양할수있지만, 스크럼팀의멤버들은작업이완료된다는것에대한공통된이해를가지고있어야투명성을보장할수있습니다. 이것이스크럼팀의 완료 의정의이며, 작업이제품증분으로서완료되었을때확인하기위해사용됩니다. 완료 에대한정의는개발팀이스프린트계획미팅에서얼마나많은제품백로그항목들을선택할수있을지에대한동일한기준을제시합니다. 각스프린트의목적은스크럼팀의 완료 정의를고수하여잠재적으로출시가능한기능이탑재된제품증분을배포하는것입니다. 개발팀은매스프린트마다제품기능의증분을배포합니다. 이러한제품증분은사용가능하며, 제품책임자가즉시제품기능으로출시하도록결정할수있습니다. 만약, 제품증분에대한 완료 정의가개발조직의규약, 표준, 또는가이드라인의일부분이라면, 모든스크럼팀들은최소한그완료정의를따라야합니다. 하지만, 만약 완료 의정의가개발조직의규약으로명시되어있지않다면스크럼의개발팀은제품에따라적절한 완료 의정의를규정해야합니다. 만약여러스크럼팀들이하나의시스템이나제품출시를위해함께일을한다면, 모든스크럼팀의개발팀들은공통된 완료 의정의를가져야합니다. Alike license of Creative Commons. Page 16
각제품증분은이전에완료된모든제품증분들에추가되어철저하게테스트되고, 모든제품증분들이함께작동하는지보장해야합니다. 스크럼팀들이성숙해짐에따라더높은품질을위해 완료 의정의는더욱엄격한기준이포함되도록확장될것입니다. 각각의제품이나시스템은각각의작업을완료하기위한표준으로서 완료 의정의를가지고있어야합니다. 맺음말스크럼은무료이며본가이드를통해제공됩니다. 스크럼의역할, 산출물, 이벤트, 그리고규칙들은변경될수없으며, 이중일부만채택하여사용하는것은가능하지만그결과는완전하지않습니다. 스크럼프레임워크의모든것이함께사용될때비로소올바른스크럼이라고할수있으며, 다른기술, 방법론, 실천방법등의컨테이너로도사용할수있습니다. 감사의말 사람 스크럼에기여한수천명의사람들중, 처음 10 년동안중요한역할을해온사람들을 선정하고자합니다. 우선, 제프맥케나 (Jeff McKenna) 와함께일해온제프서더랜드 (Jeff Sutherland) 와마이크스미스 (Mike Smith), 크리스마틴 (Chris Martin) 과함께일해온켄 슈와버 (Ken Schwaber) 입니다. 많은사람들이그들의뒤를이어계속적으로스크럼에 기여하였고, 그들의도움없이는스크럼은현재의모습처럼다듬어질수없었을 것입니다. 번역 본가이드는켄슈와버 (Ken Schwaber) 와제프서더랜드 (Jeff Sutherland) 가작성한영문 원본으로부터번역되었습니다. 본가이드는유을수 (Sue Ryu), 김재욱 (Jaewook Kim), 백미진 (Mijin Baek), 한주영 (Jooyung Han) 에의해번역되었습니다. 역사 스크럼은켄슈와버 (Ken Schwaber) 와제프서더랜드 (Jeff Sutherland) 가함께 1995 년 OOPSLA 컨퍼런트에서처음으로발표하였습니다. 그발표에서켄과제프가몇년동안 스크럼을적용하면서배운것들을문서화하였습니다. 스크럼은이미상당히긴역사를가지고있다고볼수있습니다. 스크럼을최초로 시도하고다듬었던사람들에게영예를돌리자면, 여러개인들, 회사들, Fidelity Investments, 그리고 IDX ( 현재 GE Medical) 가있습니다. 스크럼은켄슈와버 (Ken Schwaber) 와제프서더랜드 (Jeff Sutherland) 에의해 20 년이상 개발되고유지되며본스크럼가이드로문서화되었습니다. 다른소스들은스크럼 Alike license of Creative Commons. Page 17
프레임워크을보완하는패턴, 프로세스, 통찰력을제공합니다. 이러한것들이생산성과 가치, 창의성, 그리고자긍심을최적화하고높여줍니다. Alike license of Creative Commons. Page 18
스크럼가이드 2011 년기준 2013 년도변경내역 1. 스크럼의검토와적응를효과적으로하기위하여산출물은투명성을가져야합니다. 이러한요구사항에대한더자세한논의가추가되었습니다. 2. 일일스크럼미팅은스크럼에서적시생산방식 (just-in-time) 을계획하기위한이벤트입니다. 일일스크럼미팅에서필요한입력은스프린트의목표달성을위해팀이어떻게하고있는가하는것이고, 그결과는스프린트목표를달성하기위해팀의노력을최적화하는새로운혹은변경된계획입니다. 미팅에서의모든대화는 나, 개발자 (I, the developer) 위주보다는 우리, 팀 (we, the team) 이어야합니다. 3. 스프린트계획미팅은이제 무엇을 / 어떻게 (what/how) 의두가지이벤트로나눠지는것이아니라하나의이벤트입니다. 개발은스프린트목표를정하는것부터시작해서, 스프린트목표를달성하기위해필요한것이무엇인지와팀의가용인력을비교한후, 최종적으로스프린트동안스프린트목표를달성하기위한개발계획을세웁니다. 4. 제품백로그는손질된다기 (groomed) 보다다듬어진다고 (refined) 할수있습니다. 다듬어진제품백로그아이템들은투명하고, 충분히잘이해되고, 스프린트계획에투입할수있는스프린트백로그아이템으로서스프린트에서선택될수있도록상세해야합니다. 이처럼투명성을가진제품백로그아이템들을 준비된 (Ready) 상태라고부릅니다. 5. 모든이벤트미팅들은타임박스를가집니다. 명시된타임박스는최대허용시간입니다. 한달미만의스프린트에서는종종명시된최대시간을요구하지않습니다. 6. 스프린트리뷰미팅의결과로써개편된제품백로그가만들어지고, 이것은다음에진행할스프린트계획미팅에서선택될수있는가장큰가치를가지는제품백로그아이템이됩니다. 7. 스프린트계획미팅에서는제품증분을달성할기능을정의하고, 개발팀이어떻게그제품증분을만들지계획을세웁니다. 스프린트목표는이러한작업의결과를요약하기위해만들어집니다. Alike license of Creative Commons. Page 19