(Construx Software Builders) 프로젝트쾌속개발전략 · 2005. 4. 29. · Friday, April 29,...

Friday, April 29, 2005 page 1 ⓒ2003, CVIKorea

CVI, Korea Partner of IMD

Steve McConnellSteve McConnellCEO, CEO, ((ConstruxConstrux Software Builders)Software Builders)

프로젝트프로젝트 쾌속개발쾌속개발 전략전략RAPID DEVELOPMENTRAPID DEVELOPMENT

Friday, April 06, 2001Friday, April 06, 2001

JinJin--Ho Ho JeongJeong, Ph.D., Ph.D.Competitiveness Valuation International, IncCompetitiveness Valuation International, Inc

Korea Partner of IMD WCYKorea Partner of IMD [email protected]@cvikorea.net



프로젝트프로젝트 쾌속개발쾌속개발 전략전략RAPID DEVELOPMENTRAPID DEVELOPMENT

ContentsContents

11부부. . 효율적인효율적인 개발개발11장장. . 쾌속개발쾌속개발 소개소개

22장장. . 쾌속개발쾌속개발 전략전략

33장장. . 전형적인전형적인 실수실수

44장장. . 소프트웨어소프트웨어 개발개발 기본기본

55장장. . 위험위험 관리

22부부. . 쾌속쾌속 개발개발66장장. . 쾌속쾌속 개발개발 핵심핵심 쟁점쟁점

77장장. . 생명주기생명주기 계획계획

88장장. . 예측예측

99장장. . 일정일정

1010장장. . 고객중심고객중심 개발개발

1111장장. . 동기동기 부여부여

1212장장 팀워크팀워크

1313장장 팀팀 구조구조

1414장장 기능집합기능집합 관리관리

1515장장 생산성생산성 도구도구

1616장장 프로젝트프로젝트 복구복구

33부부. . 우수우수 개발법개발법

관리



Who is Steve McConnell ?Who is Steve McConnell ?현현컨스트럭스컨스트럭스 소프트웨어소프트웨어

빌더스빌더스((ConstruxConstrux SoftSoft--ware Builder)ware Builder)의의 CEO, CEO, 수석수석 S/W S/W 공학자로공학자로 근무근무권위권위 있는있는 IEEE S/W IEEE S/W 매매거진거진 편집장편집장 (1998~2002)(1998~2002)

S/W S/W 공학공학 석사석사 –– 시애틀시애틀대학교대학교

세계세계 S/WS/W계계 33대대 거장으로거장으로선정선정 ((빌게이츠빌게이츠, , 리누스리누스 토발토발즈즈, , 스티브스티브 맥코넬맥코넬))



Book Review Book Review RAPID DEVELOPMENT (Steve McConnell)RAPID DEVELOPMENT (Steve McConnell)“이 책은 근래에 보기 드문 독창적인 결정판이다. S/W개발에 절실히 필요한 요소를 다루며 방대한양의 실용적인 정보를 논리적이고 이해하기 쉬운 구조로 역었다”

-- 레이던킨레이던킨, Electronic Review of Computer Books, Electronic Review of Computer Books

“맥코넬의 최고 강점 중 하나는 반대한 연구범위와 자료다. 프로젝트 운영 시 최선의 방법과 최악의방법을 예시하는 경험적 자료가 담겨 있으므로 적극 추천한다”

-- 리차드리차드 스티븐스스티븐스, Delphi Magazine, Delphi Magazine

“맥코넬은 첨단 프로그램의 기본요소를 설명하는데 탁월한 능력을 보이며, 프로젝트를 최대한 빨리개발 하려는 사람에게 반드시 필요한 안내서다”

-- 파스칼파스칼 자카리자카리, SHOWSTOPPER! , SHOWSTOPPER! 의의 저자저자

“이 책은 S/W개발에서 효율적인 일정수립을 다루는 굉장한 책이다. ‘전형적인 실수’ 목록만 읽더라도이책의 값어치는 충분히 한다”

-- Amazon.comAmazon.com

“ 개발일정관리와 일정에 맞춘 프로젝트 운영에 있어 필수 지침서다”-- Computer LiteracyComputer Literacy

“새해에 읽을 책을 딱 한 권만 꼽는다면, 단연 이 책이다”-- 캐빈윅스캐빈윅스, , 스타기술상스타기술상(Star Tech Award)(Star Tech Award)을을 소개하면서소개하면서, Windows Tech Journal, Windows Tech Journal

http://www.imageclick.com/script/view_detail.php?ProductID=00891510



긍정적인긍정적인 사고가사고가

프로젝트프로젝트 성공을성공을 가져온다가져온다

프로젝트의프로젝트의 성공은성공은

튼튼한튼튼한 공학적공학적 기본기본, , 장기적인장기적인 안목안목,,고객과고객과 동료동료 개발자의개발자의 요구와요구와 의도의도 파악파악,,일정과일정과 위험관리위험관리,,고객과고객과 동료를동료를 인화인화 단결단결,,

그리고그리고 건전하고건전하고 긍정적인긍정적인 사고방식으로사고방식으로

프로젝트에프로젝트에 임하는임하는 사람에게사람에게 달려있다달려있다




쾌속쾌속 개발개발 프로젝트프로젝트

‘‘쾌속개발쾌속개발 프로젝트프로젝트’’ 란란 ??개발개발 속력을속력을 강조하는강조하는 모든모든 프로젝트프로젝트

오늘날오늘날 엄청난엄청난 비용비용, , 일정초과일정초과, , 품질저하품질저하, , 프로젝트프로젝트 취소취소, , 높은높은 이직률이직률개발자와개발자와 고객사의고객사의 마찰마찰, , 그그 밖에도밖에도 없애야없애야 할할 많은많은 문제를문제를 초래하였다초래하였다

비효율적인비효율적인 개발법보다개발법보다 효율적인효율적인 개발법개발법 선택선택

일정목표일정목표 달성에달성에 적합한적합한 개발법개발법 선택선택

개발속력은개발속력은 개발법개발법 선택에선택에 달려달려

있다있다

특정특정 프로그램을프로그램을 얼마나얼마나 빨리빨리

개발하는지는개발하는지는 효율적인효율적인 개발법개발법과과 일정위주일정위주 개발법을개발법을 얼마나얼마나적절히적절히 선택하느냐에선택하느냐에 따라따라 달라달라진다진다..

비효율적인비효율적인개발법개발법

효율적인효율적인 개발법개발법

일정위주일정위주

개발법개발법

특정특정 프로세스에서프로세스에서

사용하는사용하는

개발법개발법 집합집합

S/W S/W 개발법개발법 집합집합




쾌속쾌속 개발개발 전략전략쾌속쾌속 제품개발은제품개발은 제품을제품을 시장에시장에 더더 빨리빨리 내보내려는내보내려는 임시임시 해결책이해결책이 아니다아니다

반드시반드시 바닥부터바닥부터 순서대로순서대로 쌓아야쌓아야 하는하는 전략적전략적 방법이다방법이다..프러스톤프러스톤 스미스스미스, , 도널드도널드 라이너튼라이너튼 ((제품제품 개발기간개발기간 절반으로절반으로 줄이기줄이기))

전형적인전형적인 실수를실수를 피하라피하라

개발기본에개발기본에 충실하라충실하라

위험을위험을 관리하여관리하여 재난을재난을 피하라피하라

일정위주일정위주 개발법을개발법을 적용하라적용하라

일정위주일정위주

개발법개발법속력위주속력위주 개발법개발법

가시성위주가시성위주 개발법개발법일정일정 위험위주위험위주 개발법개발법




전형적인전형적인 실수실수전형적인전형적인 실수를실수를 경계하라경계하라

피해야피해야 할할 ‘‘실수실수’’ 목록을목록을 만들어라만들어라프로젝트프로젝트 사후분석을사후분석을 통해통해 실수를실수를 교훈으로교훈으로 삼아라삼아라

실수목록을실수목록을 공개하여공개하여 교훈으로교훈으로 삼아라삼아라

S/W S/W 프로젝트는프로젝트는 여러여러 실수로실수로 무너져무너져 버리고버리고, , 관리자와관리자와 기술기술 수석은수석은 프로젝트를프로젝트를 회복할회복할 수수 없게없게 된다된다




소프트웨어소프트웨어 개발개발 기본기본““최고의최고의 프로젝트는프로젝트는 기본을기본을 바탕으로바탕으로 최고가최고가 되었다는되었다는사실은사실은 주목할주목할 만한만한 발견이다발견이다. . 우리우리 모두가모두가 우수한우수한 S/WS/W를를 개발하기개발하기 위한위한 기본을기본을 알고알고 있다있다. . 그러나그러나 이이 기본을기본을거의거의 제대로제대로 적용하지적용하지 않아서않아서 프로젝트프로젝트 대부분은대부분은 결국결국문제를문제를 일으킨다일으킨다. . ((HetzelHetzel 1993)1993) ””

관리기본관리기본

예측과예측과 일정수립일정수립

계계 획획 수립수립

감감 독독

측측 정정

기술기본기술기본

요구사항요구사항 관리관리

설설 계계

구구 현현

S/WS/W구성구성 관리관리

품질보증품질보증 기본기본

S/W S/W 품질품질

테스트테스트

S/W S/W 정밀검토정밀검토

기술기술 검토검토




위위 험험 관관 리리위험이위험이 프로젝트프로젝트 성공을성공을 위협하기위협하기 전에전에 이를이를 인지하고인지하고접근해서접근해서 제거하는제거하는 활동이활동이 바로바로 S/W S/W 위험위험 관리이다관리이다

위험관리위험관리 단계단계

1.1. 위기관리위기관리2.2. 실패실패 시시 해결해결3.3. 위험위험 완화완화4.4. 예방예방5.5. 근본원인근본원인 제거제거

–– 위험이위험이 문제가문제가 된된 경우에경우에 한해서한해서, , 즉즉 발등에발등에 불을불을 끈다끈다..–– 위험을위험을 발견하면발견하면 즉각즉각 대응한다대응한다. . 단단 발생한발생한 경우에경우에 한해서한해서 한다한다..–– 위험이위험이 발생할발생할 경우를경우를 대비해대비해 자원을자원을 할당한다할당한다. . –– 위험이위험이 문제로문제로 변하지변하지 않게않게 막을막을 계획을계획을 세우고세우고 실행한다실행한다. . –– 위험을위험을 유발할유발할 가능성이가능성이 있는있는 요인을요인을 찾아내찾아내 제거한다제거한다..

위위 험험 관관 리리

위위 험험 진진 단단

위위 험험 통통 제제

위위 험험 인인 지지

위위 험험 분분 석석

위위 험험 우우 선선 순순 위위 화화

위위 험험 관관 리리 계계 획획 수수 립립

위위 험험 처처 리리

위위 험험 감감 시시




정말로정말로 전면적인전면적인쾌속쾌속 개발이개발이 필요한가필요한가??고객은고객은 최고의최고의 제품을제품을 최소비용으로최소비용으로최단시간에최단시간에 내놓으라고내놓으라고 요구한다요구한다

전면적인전면적인 쾌속개발의쾌속개발의여부를 결정하려면여부를 결정하려면 ??

1.1. 제품의제품의 가치곡선을가치곡선을 먼저먼저 파악하라파악하라

2.2. 가치곡선을가치곡선을 통해통해 어떤어떤 제품과제품과 유사유사한지한지 판단하라판단하라

3. 3. 특정날짜에특정날짜에 맞춰야맞춰야 하는지하는지, , 단순히단순히‘‘가능한가능한 빨리빨리’’ 인지인지 알아내라알아내라

4. 4. 마지막으로마지막으로 경영층이경영층이 쾌속개발을쾌속개발을위해위해 필요한필요한 지원을지원을 제공할지제공할지 알아알아내라내라

제품의

제품의

가치가치/ /

시간시간

일반제품일반제품

일정일정 제약이제약이

심한심한 제품제품

일반제품과일반제품과 일정일정 제약이제약이 심한심한

제품의제품의 시간에시간에 따른따른 가치변화가치변화

특정특정 날짜까지날짜까지 일반일반 제품을제품을 완료해야완료해야 하는하는 상황은상황은

일정제약이일정제약이 심한심한 제품만큼제품만큼 급박하지급박하지 않다않다..




발전적인발전적인 출시출시발전적인발전적인 출시출시(Evolutionary Delivery)(Evolutionary Delivery)는는발전적인발전적인 프로토타이핑과프로토타이핑과 단계적단계적 출시출시사이에사이에 걸쳐있는걸쳐있는 생명주기생명주기 모델이다모델이다

버전버전 하나를하나를 개발하여개발하여 고객의고객의 반응에반응에 따라따라 제품을제품을 개선해개선해 나간다나간다..

시간과시간과 비용을비용을 전부전부 사용하거나사용하거나 고객이고객이

만족할만족할 때까지때까지 이이 주기를주기를 반복한다반복한다..

발전적인발전적인 출시출시 모델은모델은 단계적인단계적인

출시가출시가 주는주는 제어력과제어력과 발전적인발전적인

프로토타이핑이프로토타이핑이 주는주는 융통성을융통성을

모두모두 제공한다제공한다. .

제어력이나제어력이나 융통성을융통성을 필요한필요한

만큼만큼 얻기얻기 위해위해 조절이조절이 가능하다가능하다..



예예 측측최대최대 개발개발 속력을속력을 얻으려면얻으려면 일정을일정을 정확하게정확하게 예측해야예측해야 한다한다

고객이고객이 원하는원하는 내용을내용을 상세하게상세하게 이해하기이해하기 전에는전에는 고객이고객이

원하는원하는 시간시간 안에안에 제품을제품을 개발할개발할 수수 있는지있는지 그그 여부를여부를판단할판단할 수수 없다없다. . 또한또한 정확한정확한 일정일정 예측예측 없이없이 계획을계획을 효과효과적으로적으로 수립할수립할 근거가근거가 없으며없으며, , 결국결국 쾌속쾌속 개발을개발을 이루기이루기어렵다어렵다..

예측예측 불확실성에불확실성에 기여하는기여하는 질문질문 예제예제

고객이고객이 기능기능 xx를를 원하는가원하는가??기능기능 xx에에 대해대해 간단한간단한 버전과버전과 복잡한복잡한 버전버전중중 어떤어떤 것을것을 원하는가원하는가 ?? -- 구현구현 난의도가난의도가 1010배까지배까지 차이가차이가 날날 수수 있다있다..

간단한간단한 버전을버전을 원한다면원한다면 나중에나중에 복잡한복잡한버전을버전을 요구할요구할 것인가것인가 ??기능기능 xx를를 어떻게어떻게 설계하는가설계하는가 ?? -- 같은같은 기능을기능을다르게다르게 설계할설계할 때때 설계복잡도는설계복잡도는 1010배까지배까지 차이가차이가날날 수수 있다있다

기능기능 xx의의 품질품질 수준은수준은 어느어느 정도인가정도인가 ?? --얼마나얼마나 주의주의 깊게깊게 구현하느냐에구현하느냐에 따라따라 결함결함 수는수는 1010배까지배까지 차이가차이가 날날 수수 있다있다

기능기능 xx구현에서구현에서 오류를오류를 발견하고발견하고 고치는데고치는데시간은시간은 얼마나얼마나 드는가드는가 ?? -- 같은같은 문제를문제를 찾아내찾아내고고 고치는고치는 데데 비슷한비슷한 경력자일경력자일 경우라도경우라도 1010배까지배까지차이가차이가 날날 수수 있다있다

기능기능 xx를를 다른다른 기능과기능과 통합하는데통합하는데 얼마나얼마나걸리는가걸리는가 ??



통통 제제S/WS/W를를 만드는만드는 이들은이들은 예측의예측의 정확성과정확성과 프로젝트의프로젝트의

통제라는통제라는 선택에선택에 직면한다직면한다

S/WS/W고객고객 대부분이대부분이 처음에처음에 자신들이자신들이 감당할감당할 수수 없을없을 만큼만큼 많은많은 요구를요구를 한다한다기능을기능을 넣어야넣어야 할지할지 말지말지, , 나은나은 기능을기능을 또는또는 비용이비용이 적게적게 드는드는 기능을기능을 구현구현할지할지 결정을결정을 해야해야 하는데하는데, , 일관성일관성 있는있는 방침을방침을 따라야만따라야만 한다한다

소프트웨어소프트웨어 프로젝트프로젝트 대부분은대부분은 요구요구 기능과기능과 할당한할당한 자원이자원이 맞지맞지 않는않는 상태에서상태에서 출발한다출발한다. . 서로서로 맞도록맞도록 기능기능 집합이나집합이나자원을자원을 조정해야조정해야 한다한다



일일 정정일정을일정을 정확하게정확하게 예측하고예측하고 효과적으로효과적으로 협상하라협상하라

문제와문제와 사람을사람을 구분하라구분하라

입장보다입장보다 이익에이익에 집중하라집중하라서로서로 이익이이익이 되는되는 방안을방안을 만들어라만들어라객관적인객관적인 기준사용을기준사용을 주장하라

효율적인효율적인 일정관리일정관리 지침지침

주장하라

일정을일정을

지나치게지나치게

낙관적으낙관적으로로 새운새운S/W S/W 개발개발프로젝트프로젝트

일정을일정을

정확하게정확하게새운새운S/W S/W 개발개발프로젝트프로젝트



고객중심고객중심 개발개발쾌속개발을쾌속개발을 목적으로목적으로 하는하는 고객중심의고객중심의 개발법개발법

고객중심고객중심 개발법개발법

1.1. 계획수립계획수립 –– 고객중심의고객중심의 개발법은개발법은 프로젝트프로젝트기간기간 동안동안 고객고객 만족도를만족도를 높이는데높이는데 도움을도움을 준다준다

2.2. 요구사항요구사항 분석분석 –– 고객중심의고객중심의 개발법은개발법은진짜진짜 요구사항을요구사항을 파악하여파악하여 재작업을재작업을 피하는데피하는데

도움을도움을 준다준다

3.3. 설계설계 –– 고객중심의고객중심의 개발법은개발법은 고객이고객이 요구하는요구하는변경에변경에 빠르게빠르게 대응할대응할 수수 있도록있도록 유연성을유연성을 쌓는쌓는

데데 도움을도움을 준다준다

4.4. 구현구현 –– 고객중심의고객중심의 개발법은개발법은 고객이고객이 진행상황진행상황을을 확인하고확인하고 안심하게안심하게 하는데하는데 도움을도움을 준다준다

전형적인전형적인 요구사항요구사항 수집기법과수집기법과고객중심고객중심 요구사항요구사항 수집기법수집기법

고객중심고객중심 요구사항요구사항 수집기법은수집기법은 진짜진짜 요구사항요구사항

수집량을수집량을 증가시킨다증가시킨다..



동동 기기 부부 여여““의심할의심할 여지여지 없이없이 동기는동기는 생산성에생산성에가장가장 큰큰 영향을영향을 미치는미치는 요인이다요인이다””

(Boehm1981)(Boehm1981)개발자를개발자를 신나게신나게 하라하라

내적내적 욕구를욕구를 충족할충족할 수수 있는있는 환경을환경을 조성하라조성하라

의욕이의욕이 넘치면넘치면 초과근무를초과근무를 하면서도하면서도 즐거워한다즐거워한다

동기부여의동기부여의 55대대 요소요소성취감성취감

1) 1) 주인의식주인의식 –– 또는또는 참여의식은참여의식은 성취욕을성취욕을 자극하는자극하는 열쇠열쇠2) 2) 목표설정목표설정 -- 성취욕을성취욕을 자극하는자극하는 또또 다른다른 열쇠열쇠

성장성장 가능성가능성 –– 프로젝트프로젝트 또는또는 교육을교육을 통해통해성장할성장할 기회를기회를 제공한다제공한다

업무업무 자체자체

1) 1) 업무에서업무에서 의미를의미를 찾을찾을 수수 있어야있어야 한다한다2) 2) 업무결과에업무결과에 책임감을책임감을 느껴야느껴야 한다한다3) 3) 업무활동의업무활동의 실제실제 결과를결과를 알아야알아야 한다한다

개인개인 생활생활

기술관리기술관리 기회기회 –– 개발자에게개발자에게 기술관리기술관리 기회기회가가 성취를성취를 의미하고의미하고, , 다른다른 개발자를개발자를 이끌이끌 만한만한수준을수준을 성취했다는성취했다는 뜻이다뜻이다..



사기저하사기저하 요인요인““사기저하로사기저하로 인한인한 생산성생산성 하락하락 및및 개발자의개발자의 이직으로이직으로인해인해 프로젝트프로젝트 진행에진행에 큰큰 영향을영향을 미치는미치는 요인이다요인이다””

사기저하의사기저하의 요소들요소들

관리측관리측 조종조종 –– 개발자는개발자는 관리자의관리자의 조종에조종에 민감민감 하게하게 반응한다반응한다과도한과도한 일정일정 압력압력 –– 개발자의개발자의 사기를사기를 완전히완전히 꺽는꺽는 가장가장 쉬운쉬운 방법은방법은 ‘‘불가능한불가능한

일정일정’’ 이다이다

개발자의개발자의 노력에노력에 대한대한 보상보상 부족부족

기술적으로기술적으로 무지한무지한 관리자의관리자의 부적절한부적절한 개입개입 –– 비기술자인비기술자인 관리자는관리자는 설계설계에서에서 ‘‘사소한사소한 부분을부분을 쳐내라쳐내라’’고고 심각한심각한 실수를실수를 저지른다저지른다

관련결정에서관련결정에서 개발자개발자 소외소외 –– 결정을결정을 내는내는 과정에과정에 개발자를개발자를 참여참여 시켜라시켜라

생산성생산성 장애물장애물 –– 생산성을생산성을 저해하는저해하는 장애물을장애물을 제거하라제거하라

낮은낮은 품질품질 –– 단순한단순한 결과보다결과보다 품질이품질이 개발자에게개발자에게 더더 큰큰 동기를동기를 유발한다유발한다

서투른서투른 동기유발동기유발 행사행사 –– 포스터포스터, , 구호구호 등등 입으로만입으로만 하는하는 격려격려 등은등은 오히려오히려 지적지적수준을수준을 모욕하기모욕하기 쉽다쉽다




효율적인효율적인 팀워크팀워크단단 결력결력 있는있는 팀은팀은 우리를우리를 ‘‘형성형성’’ 한다한다

효율적인효율적인 팀팀 설계설계

분명한분명한 임무분담과임무분담과 책임감책임감

개별능력개별능력 감독과감독과 평가평가 및및 피드백피드백 제공제공

효율적인효율적인 의사소통의사소통

고효율팀의고효율팀의 관리관리

비전을비전을 세워라세워라

변화를변화를 만들어라만들어라

팀팀 전체를전체를 하나로하나로 관리하라관리하라

업무권한을업무권한을 분명히분명히 팀에게팀에게 위임하라위임하라

세부적인세부적인 내용은내용은 팀에게팀에게 맡겨라맡겨라

팀이팀이 제제 기능을기능을 못할못할 때때 MOIMOI모델을모델을떠올려라떠올려라 ((동기동기--Motivation, Motivation, 조직조직--Organization, Organization, 정보정보--Information)Information)

팀원과팀원과 팀팀 리더를리더를 위한위한 실용지침실용지침




기능집합기능집합 관리관리기능집합관리에서기능집합관리에서 가장가장 심각한심각한 문제는문제는 요구사항요구사항 변경변경 즉즉프로젝트프로젝트 후반에후반에 발생하는발생하는 요구사항요구사항 추가이다추가이다

프로젝트프로젝트 후반의후반의 긴급변경과긴급변경과 S/W S/W 지연지연 현상은현상은‘‘원인원인’’ 과과 ‘‘결과결과’’ 다다

기능집합관리의기능집합관리의 33가지가지프로젝트프로젝트 초반관리초반관리 –– 프로젝트프로젝트 일정과일정과 예산예산 목표에목표에 맞는맞는 기능기능 집합집합 정의정의1) 1) 최소명세서최소명세서2) 2) 요구사항요구사항 가지치기가지치기3) 3) 개발개발 버전화버전화

프로젝트프로젝트 중반관리중반관리 –– 요구사항요구사항 변경변경 통제통제1) 1) 가능한가능한 시간시간 안에안에 최고의최고의 제품을제품을 만드는데만드는데 도움이도움이 되는되는 변경만변경만 허용하라허용하라2) 2) 관련자관련자 전부와전부와 일정일정, , 자원자원, , 제품에제품에 미치는미치는 영향을영향을 진단하라진단하라3) 3) 프로젝트프로젝트 관리자에게관리자에게 변경내용변경내용, , 파급효과파급효과, , 승인여부를승인여부를 통보하라통보하라4) 4) 변경하는변경하는 결정에결정에 대해대해 감사감사 기록을기록을 제공하라제공하라

프로젝트프로젝트 후반관리후반관리 –– 일정이나일정이나 비용목표에비용목표에 맞추기맞추기 위한위한 기능기능 삭제삭제1) 1) 우선순위가우선순위가 낮은낮은 기능부터기능부터 제거하라제거하라




생산성생산성 도구도구((개발개발 툴툴))프로젝트프로젝트 성격에성격에 따라따라 개발업무에개발업무에가장가장 적합한적합한 생산성생산성 도구를도구를 선택선택선택선택 기준기준

새새 도구를도구를 도입할도입할 때때 프로젝트프로젝트 AA처럼처럼 짧은짧은 프로젝트에서프로젝트에서는는 학습곡선으로학습곡선으로 생기는생기는 생산성생산성 손실을손실을 만회할만회할 수수 없다없다

예상이익예상이익 교육기간교육기간판매업체의판매업체의 안정성안정성 적용성적용성품질품질 호환성호환성생산성생산성 성장성장 가능성가능성성숙도성숙도 선택기준선택기준 활용활용




프로젝트프로젝트 복구복구곤경에곤경에 처한처한 프로젝트는프로젝트는 단순히단순히 일정을일정을 약간약간벗어난벗어난 프로젝트를프로젝트를 지칭하지는지칭하지는 않는다않는다

도움이도움이 절실히절실히 필요한필요한 프로젝트프로젝트

아무도아무도 프로젝트프로젝트 완료완료 시기를시기를 짐작하지짐작하지 못한다못한다

제품에제품에 오류가오류가 너무너무 많다많다

팀원들의팀원들의 업무시간이업무시간이 과도하다과도하다

관리층이관리층이 프로젝트프로젝트 통제력을통제력을 잃었다잃었다

고객은고객은 프로젝트가프로젝트가 성공하리라성공하리라 믿지믿지 않는다않는다

팀이팀이 진행상황에진행상황에 대해대해 방어적인방어적인 태도를태도를 보인다보인다

관련부서와관련부서와 고객사이에고객사이에 긴장감이긴장감이 흐른다흐른다

프로젝트를프로젝트를 취소하기취소하기 직전이다직전이다

개발팀개발팀 사기가사기가 땅에땅에 떨어진떨어진 상태이다상태이다

프로젝트프로젝트 복구복구

일정과일정과 시간에시간에 맞춰맞춰 s/ws/w크기를크기를 줄여라줄여라단기적단기적 개선에개선에 집중하여집중하여 생산성을생산성을 높여라높여라출시지연으로출시지연으로 정면정면 대응하여대응하여 일정지연일정지연피해관리피해관리, , 프로젝트프로젝트 취소까지도취소까지도 고려하라고려하라기능의기능의 일부를일부를 제거하고제거하고 생산성을생산성을 최대한최대한높여높여 필요한필요한 만큼만큼 일정을일정을 늘려라늘려라

프로젝트프로젝트 통제력을통제력을 복구하려는복구하려는 미약한미약한 시도는시도는

팀을팀을 자칫자칫 방심하게방심하게 만들만들 수수 있다있다




순수순수 폭포수폭포수 모델모델순수순수 폭포수폭포수 모델은모델은 문서를문서를 기반으로기반으로 한다한다

순수순수 폭포수폭포수 모델모델순수순수 폭포수폭포수 모델의모델의 장점장점

제품의제품의 정의가정의가 안정적이고안정적이고 익숙한익숙한 개발개발

비용이비용이 적게적게 드는드는 초기에초기에 오류오류 발견발견

개발자가개발자가 바라는바라는 요구사항요구사항 안정성안정성

기존제품기존제품 반올림하는반올림하는 유지보수성유지보수성 버전버전 출시출시

기존기존 제품을제품을 새새 플렛폼에플렛폼에 이식이식 우수우수

순수순수 폭포수폭포수 모델의모델의 단점단점

가장가장 큰큰 문제는문제는 유연하지유연하지 않다않다

프로젝트프로젝트 초기에초기에 요구사항을요구사항을 완벽하게완벽하게 명시명시

현대현대 비즈니스비즈니스 요구에요구에 전혀전혀 부합하지부합하지 않는다않는다

작성할작성할 문서가문서가 지나치게지나치게 많다많다가장가장 잘잘 알려진알려진 개발개발 모델로모델로 특정특정 상황에서상황에서 우수한우수한 개발개발 속력속력을을 제공한다제공한다. . 그러나그러나 대개대개 다른다른 모델에서모델에서 더더 빠른빠른 개발개발 속력속력을을 얻을얻을 수수 있다있다

마지막까지마지막까지 진행상황을진행상황을 거의거의 보여주지보여주지 않는다않는다

쾌속개발에쾌속개발에 적합하지적합하지 않다않다




나선형나선형 모델모델위험주기위험주기 모델로서모델로서 S/W S/W 프로젝트를프로젝트를소형소형 프로젝트프로젝트 여러여러 개로개로 쪼갠다쪼갠다

프로젝트를프로젝트를 작은작은 규모로규모로 시작해서시작해서 그그 범위를범위를 점차점차 넓혀넓혀간다간다. . 다음다음 단계에서단계에서 받아들일받아들일 만한만한 수준으로수준으로 위험을위험을낮춘낮춘 후후 프로젝트프로젝트 범위를범위를 넓힌다넓힌다

나선형나선형 모델의모델의 장점장점

비용이비용이 증가함에증가함에 따라따라 위험은위험은 감소한다감소한다

쾌속개발쾌속개발 프로젝트에프로젝트에 적합하다적합하다

각각 반복항목에서반복항목에서 점검항목을점검항목을 활용할활용할 수수 있다있다

위험위주위험위주 모델이므로모델이므로 극복할극복할 수수 없는없는 위험을위험을빨리빨리 발견한다발견한다..프로젝트를프로젝트를 완료할완료할 수수 없다면없다면 초기에초기에 발견할발견할수수 있다있다

나선형나선형 모델의모델의 단점단점

유일한유일한 단점은단점은 복잡성이다복잡성이다

신중하고신중하고 섬세한섬세한 관리가관리가 필요하다필요하다

다음다음 반복목표를반복목표를 설정하기설정하기 힘든힘든 경우가경우가 있다있다

중간목표를중간목표를 확인하기확인하기 어려울어려울 경우도경우도 있다있다

간단하고간단하고 위험이위험이 적은적은 프로젝트라면프로젝트라면 맞지맞지 않다않다

나선형나선형 모델모델




하위하위 프로젝트프로젝트 폭포수폭포수 모델모델각각 하부시스템을하부시스템을 책임지는책임지는 별도별도

프로젝트를프로젝트를 만들만들 수수 있다있다

하위하위 프로젝트프로젝트 폭포수폭포수 모델모델

계획을계획을 주의주의 깊게깊게 세우면세우면 폭포수폭포수 모델모델 중중 일부일부 단계를단계를변경할변경할 수수 있다있다

하위하위 프로젝트프로젝트 폭포수폭포수 모델의모델의 장점장점

설계가설계가 끝나기끝나기 전이라도전이라도 쉬운쉬운 부분은부분은 먼저먼저

구현할구현할 수수 있다있다

전체전체 시스템을시스템을 아키텍처아키텍처 설계설계 시시 독립적으로독립적으로

분리할분리할 수수 있다있다

설계와설계와 구현을구현을 동시에동시에 진행진행 할할 수수 있다있다

하위하위 프로젝트프로젝트 폭포수폭포수 모델의모델의 단점단점

하부시스템하부시스템 사이에사이에 예측하지예측하지 못한못한 의존성이의존성이

존재하는존재하는 경우경우

아키텍처아키텍처 단계에서단계에서 의존성을의존성을 없애야없애야 한다한다

상세상세 설계가설계가 끝난끝난 다음다음 프로젝트를프로젝트를 진행하면진행하면

위험을위험을 부분적으로부분적으로 해소해소 가능가능




단계적단계적 출시출시 모델모델단계적단계적 출시는출시는 가장가장 중요한중요한 기능부터기능부터

먼저먼저 개발에개발에 들어간다들어간다단계적단계적 출시의출시의 장점장점사용할사용할 수수 있는있는 기능을기능을 고객에게고객에게 빨리빨리넘긴다넘긴다

프로젝트를프로젝트를 100% 100% 완성후완성후 넘기는넘기는 것에것에비해비해 훨신훨신 빠른빠른 시기에시기에 넘길넘길 수수 있다있다 단계별단계별 출시출시 모델모델단단 가장가장 중요한중요한 기능을기능을 먼저먼저 출시하여출시하여

고객은고객은 S/WS/W를를 바로바로 사용할사용할 수수 있게있게 한다한다이런이런 눈에눈에 보이는보이는 진행은진행은 관리층에서관리층에서 오는오는

일정압력을일정압력을 해소하는데해소하는데 커다란커다란 도움이도움이 된다된다

단계적단계적 출시의출시의 단점단점관리와관리와 기술단계에서기술단계에서 주의주의 깊게깊게 계획을계획을

세우지세우지 않으면않으면 실패하기실패하기 쉽다쉽다

관리단계에서는관리단계에서는 고객에게고객에게 의미가의미가 있도록있도록단계를단계를 나눈다나눈다개발자가개발자가 단계단계 기한에기한에 맞춰맞춰 완수할완수할 수수 있게있게업무를업무를 할당한다할당한다기술단계에서는기술단계에서는 각각 컴포넌트컴포넌트 사이에사이에 존재존재하는하는 의존성을의존성을 모두모두 고려해야고려해야 한다한다33단계에서단계에서 구현하기로구현하기로 미뤄놓은미뤄놓은 컴포넌트가컴포넌트가없어서없어서 22단계에서단계에서 구현한구현한 컴포넌트가컴포넌트가 동작동작하지하지 않는않는 실수를실수를 흔히흔히 한다한다

시스템시스템 전체를전체를 완성할완성할 때까지는때까지는 어느어느 부분도부분도 완성하지완성하지 못한못한다는다는 폭포수폭포수 모델의모델의 문제점을문제점을 없앤다없앤다. . 일단일단 설계를설계를 끝내면끝내면시스템시스템 구현과구현과 출시를출시를 단계적으로단계적으로 진행할진행할 수수 있다있다




일정맞춤일정맞춤 설계설계 모델모델

일정맞춤일정맞춤 설계설계 모델모델

일정맞춤일정맞춤 설계는설계는 단계적단계적 출시와출시와 유사하며유사하며, , 절대적인절대적인 출시출시날짜가날짜가 있는있는 경우경우 유용하다유용하다

일정맞춤일정맞춤 설계설계 모델의모델의 장점장점특정날짜에특정날짜에 제품제품 출시를출시를 보장하는보장하는 실용적인실용적인

전략이다전략이다

전시회전시회, , 행사행사 등등 중요한중요한 날짜에날짜에 출시를출시를 보증보증한다한다

제품제품 일부로일부로 인해인해 전체전체 개발지연을개발지연을 하지하지 않않

는다는다

단계별단계별 출시모델과출시모델과 유사하나유사하나 차이점은차이점은 최종최종

출시여부가출시여부가 확실치확실치 않다는않다는 점이다점이다

일정맞춤일정맞춤 설계설계 모델의모델의 단점단점

모든모든 단계를단계를 거치지거치지 않으면않으면 출시하지출시하지 않을않을기능을기능을 분석하고분석하고 설계하게설계하게 된다된다

이로이로 인한인한 시간낭비시간낭비 요소가요소가 있다있다

이이 모델은모델은 계획한계획한 일정을일정을 굳이굳이 확신한다면확신한다면

비효율적이다비효율적이다

만일만일 그렇지그렇지 않다면않다면 이이 방법으로방법으로 위험을위험을모면할모면할 수수 있다있다




기간확정기간확정 개발법개발법기간확정기간확정 개발법은개발법은 제작단계제작단계 개발법이다개발법이다

기간확정기간확정 개발법개발법

개발자는개발자는 먼저먼저 중요한중요한 기능부터기능부터 구현한다구현한다

시간이시간이 허락하는허락하는 범위범위 내에서내에서 덜덜 중요한중요한기능을기능을 구현한다구현한다

포로토타입을포로토타입을 개발하고개발하고 이를이를 발전시켜발전시켜최종최종 동작시스템으로동작시스템으로 만드는만드는 과정을과정을 포함포함한다한다

상당한상당한 범위에범위에 걸쳐걸쳐 최종최종 사용자사용자 참여와참여와개발시스템에개발시스템에 대한대한 진행진행 검토를검토를 포함한다포함한다

시스템시스템 평가평가 후후 세가지세가지 옵션옵션

시스템을시스템을 승인하고승인하고 양산단계로양산단계로 들어간다들어간다

제작제작 실패로실패로 인해인해 시스템을시스템을 거부한다거부한다

조직의조직의 필요성에필요성에 부합하지부합하지 못했기못했기 때문에때문에시스템을시스템을 거부한다거부한다

시스템을시스템을 평가하는평가하는 사람들은사람들은 경영진경영진, , 핵심사용자핵심사용자 11인인이상이상 품질보증품질보증 또는또는 유지보수유지보수 대표자들도대표자들도 포함한다포함한다. . 기술지원과기술지원과 감사인력감사인력 역시역시 평가에평가에 참여할참여할 수수 있다있다. .




1010대대 위험위험 목록목록프로젝트에프로젝트에 영향을영향을 주는주는 가장가장 심각한심각한위험을위험을 감시하는데감시하는데 도움을도움을 준다준다

각각 목록은목록은 1~101~10까지까지 순위와순위와 위험한위험한 상태상태, , 각각 위험을위험을 예방하예방하는는 계획을계획을 담고담고 있다있다. . 매주매주 1010대대 위험위험 목록을목록을 갱신하고갱신하고재검토하여재검토하여 위험을위험을 인식하고인식하고 이를이를 해결하는데해결하는데 도움을도움을 준다준다

(Construx Software Builders) 프로젝트쾌속개발전략 · 2005. 4. 29. · Friday, April 29,...

Documents

Transcript of (Construx Software Builders) 프로젝트쾌속개발전략 · 2005. 4. 29. · Friday, April 29,...