스크럼 (Scrum) 방법론에서의측정지표분석및사례연구 Yahoo Korea/PMO SoonSam Hwang Nov. 2008
INDEX 서론 연구배경 연구모델 연구프레임워크 / 스크럼소개 연구결과 스크럼측정분석결과 사례연구 야후코리아스크럼측정사례 결론 - 2 -
서론 소프트웨어개발환경의변화 속도와융합의시대 (time to market & Convergence) 짧아지는시스템라이프사이클 높아지는사용자의다양한욕구충족의어려움 전통적인방법론의한계점 계획중심의통제 본래계획에집착함으로써변화하는고객의요구사항충족에실패 계획과개발이따로따로 변화대응의어려움 요구사항변경을통제함으로써프로젝트의유연성이사라지고고객의가치전달제공에실패 Optimization paradox: Jim Highsmith (Adative Software Devleopment) 소프트웨어개발을선형적이고순차적인활동으로정의하고예측과통제를강조하고있으나소프트웨어개발의비선형적이고불확실성으로인하여오히려더큰실패를초래 - 3 -
서론 가벼운프로세스 (Light weight process) 문서와산출물중심의무거운방법론을대치할대안의필요성공감 2001 년 Agile Manifesto for Agile software development 선언 애자일프로세스 : Extreme programming, Scrum, Lean software development, Adaptive system development, Dynamic System Development, Crystal method, etc. 애자일프로세스공통적특징 경험을바탕으로출발 : XP 나 Scrum 의경우저자의다양한프로젝트경험을바탕으로발전하였으며, Crystal 은 Cockburn 이여러프로젝트참여자들에게수행한인터뷰와관찰을통해시작됨 가벼우며실천적이고결과중심 의사소통과협력을통한상호작용강조 짧은반복과정에서얻은경험을최대한반영하여개선 - 4 -
서론 애자일프로세스확산 Enterprise Agile Adoption in 2007 by Forrester research (2008) http://www.forrester.com/research/workbook/0,9126,45015,00.html 미국과유럽의기업의 25% 가애자일프로세스를활용 2007 년도입속도는 2006 년의 2~3 배로가속화되고있음 Dr Dobb s 2007 Agile Adoption Survery by Ambler (2007) http://www.ambysoft.com/surveys/ 4,232 명의개발자를대상으로애자일설문조사결과를 Dr. Dobb s Journal 에발표 60% 응답자가기존방법론에대하여생산성증가 66% 응답자가시스템품질향상 56% 응답자가비즈니스만족도향상 - 5 -
연구배경 기존연구 1: Schwaber (1995) 소프트웨어개발은 Empirical process control ( 경험적프로세스통제 ) 가적합 : Why? Because of noisy! 상세계획수립과이를통제하기위한많은측정지표로인한비생산적자원의낭비발생 반복적이고적절한검사를통하여결과에유연하게대응해야함 계획자체가중요한것이아니라실제고객에게전달되는결과물의가치에주목해야함 - 6 -
연구배경 기존연구 2: Awad (2005) 무거운방법론한계점 복잡하고예측하기어려운개발환경에서변화를수용하거나원활한의사소통을하는데어려움 프로세스지향적으로많은문서작업과비용중시의통제 애자일방법론의한계 큰조직에서적용하기에는체계적이지못함 구체적인프로세스나방법을제시하지못함 사람의능력에너무의존적인방법 고객과의어려운협력현실을무시 기존연구 3: Marcal (2007) CMMI 과애자일비교연구 프로젝트관리 (Level 2) 의낮은성숙도수준을충족 프로젝트산정, 비용예측, 위험관리, 비용수립및통제, 프로젝트데이터관리, 프로젝트통합관리에대한프랙티스부족 Formal documents 부족 - 7 -
연구배경 기존연구 4: Gilb (2007) 애자일의한계점지적 ( 성능과품질부족 ) 애자일은개발속도와생산성향상에초점 요즘과같은경쟁환경에서는기능은기본이고성능과품질이제품경쟁력결정 애자일에서도성능과품질에대한정량적측정이수반되어야함을강조 기존연구 초기연구는프로세스및특성소개에치중하였으며이후기존방법론과의비교 / 분석수행, 최근에는품질관점에서한계점지적이나기존방법론과의통합방안에대한탐색진행 측정과통제부족을애자일의주요한계점중하나로지적하였으나구체성측면미흡 결과를측정및차이를분석하고목표달성을조정하는통제는프로세스와마찬가지로중요함 소프트웨어측정프레임워크에따라새로운방법론에대한강점과약점을구체적으로파악하고대안을모색할필요가있음 - 8 -
연구모델 소프트웨어측정 활용관점에따라다양한소프트웨어측정프레임워크존재 Fenton (1990) SW 측정프로세스를프로세스, 프러덕트, 리소스로구분 Florac (1999) 소프트웨어측정에서목표지향적접근을강조 조직의비즈니스목표와우선순위를수립하고이를측정할수있는 SW 측정프레임워크필요 경쟁력있는제품및서비스를고객에게제공함으로써고개만족도를향상시키는것이궁극적인조직의목표 제품의기능향상 / 비용절감 / 적시출시 / 고객만족도향상 소프트웨어개발과정 : 프로세스와프로젝트관리로구분 - 9 -
연구모델 Florac (1999): Software mesurement framework from practical software measurement 비즈니스목표프로젝트측정항목프로세스측정항목측정지표 기능개선 (Increase function) 제품성장율 (Product growth) 제품안정성 (Product stability) 제품적합도 (Product conformance) 프로세스적합도 (Process conformance) 요구사항수 (Number of Requirements) 제품크기 (Product size) 제품복잡도 (Product complexity) 요구사항변경률 (Rate of change) 부적합비율 (Percentage of nonconforming) 비용절감 (Reduce cost) 예산 (Budgets) 실적 (Expenditure rates) 효율성 (Effectiveness) 생산성 (Productivity) 재작업율 (Rework) 제품크기 (Product size) 제품복잡도 (Product complexity) 투입공수 (Effort) 변경요구사항수 (Number of change) 적기출시 (Reduce time to market) 개발일정 (Schedule) 진척율 (Progress) 생산율 (Production rate) 투입시간 (Elapsed time) 완성된작업수 (# of work completed) 고객만족도향상 (Improve Customer Satisfaction) 제품품질 (Product quality) 프로세스품질 (Process quality) 결함밀도 (Defect density) 단계별유입된결함수 (Number of defects introduced) 결함발견효율성 (Effectiveness of defect detection activities) - 10 -
연구모델 스크럼 (Scrum) 스크럼이란럭비에서유래된것으로반칙이나경기를다시시작할때양팀선수들이대형을짜는것을의미 Takeuchi 와 Nonaka 가 1987 년생산성이우수했던일부기업들의제품개발프로세스유형을가르키는용어로사용되었으며 Ken Schwaber 와 Jeff Sutherland 가스크럼방법론으로창조 스크럼은반복적이고점진적인프로세스를통해제품을개발하고작업을관리 - 11 -
연구모델 주요스크럼산출물 Product Backlog Sprint Backlog Daily estimate & Burndown chart - 12 -
연구결과 스크럼측정평가기준 평가결과 척도 만족 측정지표를정량적으로만족시킨다. 일부만족 측정가능한산출물이존재하거나측정지표를부분적으로만족한다. 불만족 측정가능한산출물이존재하지않거나측정지표를전혀만족하지못한다. 프로젝트관리항목측정결과 프로세스관리항목측정결과 프로젝트측정변수 제품성장률제품안정성 측정대상스크럼산출물 제품백로그스프린트백로그 충족수준 부문만족 예산 / 실적 N/A 불만족 개발일정스프린트백로그만족 진척도번다운차트만족 제품품질 스프린트데모, 테스트결과 부문만족 프로세스측정변수 제품적합도프로세스적합도 측정대상스크럼산출물 스프린트데모테스트결과스프린트회고 충족수준 부문만족 효율성 N/A 불만족 생산성 번다운차트수행속도 (Velocity) 만족 재작업율스프린트백로그부문만족 생산율 스프린트주기릴리즈백로그 부문만족 프로세스품질스프린트회고부문만족 - 13 -
연구결과 스크럼측정분석결과 비즈니스목표달성관점 기능개선 : 제품관리측면에서요구사항과스펙에대하여백로그를통하여관리하고있으나정량적이지못함. 제품에대해서는요구사항에부합하는지는테스트하고있으나개발프로세스는측정이아닌 Scrum retrospective 을통한회고활동으로개선공감대형성을목적으로함 (selforganizing) 비용절감 : 전체비용예산을수립하고계획대비실적을관리하지않음. 이는스크럼이스프린트주기로작업량을산정하지만공수가얼마나투입되었는지에대하여관리하는것은아니며남은작업을중심으로실적관리 적시출시 : 스프린트주기별로개발일정을산정하고남은작업을매일측정하고번다운차트를통해개발속도와생산성을측정 고객만족도 / 품질향상 : 스프린트주기로증분결과물을테스트하고데모를통해사용자의피드백을짧은스프린트주기로취합하여계획에반영 프로젝트및프로세스관리측면 스크럼자체가프로젝트관리위주로 CMMI 나 ISO 15504 와같은프로세스의역량을측정하고개선하는데취약함 스크럼방법론은소프트웨어개발과정을불규칙적이고비선형적프로세스를통해구현된다고보고있기때문에정해진계획보다는현재성과를반복적으로자주검토하고변화에유연하게대응하기위한경험적프로세스 (emprical process) 으로보고있음 - 14 -
연구결과 스크럼취약점에대한고려사항 비용관리 백로그를통하여릴리즈범위와일정을결정하고초기시스템아키텍트를검증할수있도록계획중심의초기스프린트수행 총스프린트반복횟수와대략적총투입공수산정하여비용기준선수립하고진행하면서구체화 : Progresive elaboration ( 점진적상세화 ) 스프린트단위로예산대비비용점검 ( 획득가치활용 ) 하여계획조정 ( 기준선재설정 ) - 15 -
연구결과 스크럼취약점에대한고려사항 개발프로세스 스크럼은다른방법론의 Wrapper 역할 XP 와같은애자일개발방법론과결합하여시너지효과발생 무거운방법론과의결합은스크럼의장점과유연성감소 - 16 -
연구결과 스크럼취약점에대한고려사항 프로세스관리 프로젝트위주로프로세스관리와품질관리에취약 Boehm (2003) : Balancing Agility and Discipline 스크럼을소규모조직단위나파일럿을통하여검증하고이를점차확산해나가는것이필요 비즈니스우선순위에따라핵심프로세스지표를수립하고지속적으로측정 / 개선노력중요 - 17 -
사례연구 Yahoo 의스크럼측정사례 1994 년부터스크럼방법론도입하여현재표준방법론중하나로정착하고프로세스개선을위한 PPC (process & Project Champion) 전담조직을글로벌하게운영 프로젝트관리측정변수 개발일정, 진척도, 제품품질, 제품성장율및안정성 Sprints lists Sprint backlog - 18 -
사례연구 Progress & Burn down chart - 19 -
사례연구 Php undercontrol (unit test) CI (Continuous Integration) 체계 - 20 -
사례연구 Functional test Performance test - 21 -
사례연구 User test (Beta Test) - 22 -
사례연구 프로세스관리측정변수 제품 / 프로세스적합도, 생산성, 릴리즈관리 기능테스트와스프린트데모, 스프린트회고 번다운차트, Velocity ( 수행속도 ) 릴리즈백로그 Release backlog - 23 -
결론 스크럼의측정분석 스크럼은프로젝트관리측정항목에서개발일정과진척도를만족시키며일정관리에강한반면비용관리, 프로세스효율성, 품질측정에취약하므로조직에서비용절감이나품질관리를위하여스크럼을도입시이에대한보완책필요 스크럼은프로세스관점에서는약한반면프로젝트관리에서는상대적으로많은산출물로측정이가능함. 프로세스성숙도가높은기업에게는스크럼을관리도구나방법으로활용하여프로젝트관리성과를높이는데잘사용될수있으나프로세스성숙도가낮은기업에서는이에대한보완책이필요할것으로보임. 향후연구주제 도출된결론에대하여실제사용자들대상으로설문조사를통한연구결과타당성검증 최근애자일확산에따라다양한비즈니스도메인별로적용사례를넓혀포괄적결론이나도메인별차이점을분석 스크럼뿐만아니라애자일에속하는여러방법론에따른프로세스에대한전반적측정지표연구및비교필요 - 24 -
Q & A - 25 -