만약 일정도 고정되어 있고, 개발 범위도 고정되어 있다면...
Game/Production 2007/06/06 19:21 |Yahoo Group의 Scrum Development에 올라왔던 글. (Agile Game Develoment blog에서 재인용.)
Scrum은 다음의 두 경우 모두에 매우 효과적입니다:하지만 만약 일정과 개발 범위 모두 고정되어 있다면,
- 일정이 고정되어 있지만 개발 범위는 유동적이거나,
- 개발 범위가 고정되어-하지만 늘상 그렇듯 늘어나죠-있고 일정이 유동적일 때.
저는 당신께 폭포수나 RUP(Rational Unified Process)를 권하겠습니다.
최소한 다른 일자리를 알아볼 몇달 간의 시간을 벌어줄테니까요.
웃기면서도 굉장히 진지한 조언이군요. 적용할 때, 염두에 두어야 할 듯 합니다. (웃음)
'Game > Production' 카테고리의 다른 글
| 애자일 기법들에 대한 소개: SOA와 애자일 방식의 기초(Basics of SOA and agile methods) (0) | 2007/06/07 |
|---|---|
| 만약 일정도 고정되어 있고, 개발 범위도 고정되어 있다면... (5) | 2007/06/06 |
| Microsoft의 소프트웨어 개발 방법(How Microsoft develops its Software) (2) | 2007/06/01 |
| 애자일 특집: 변화를 꿈꾸는 개발 방법론 애자일(Agile) (0) | 2007/05/30 |
댓글을 달아 주세요
확실한 중심을 잡아줄 유능한 디렉터가 존재한다면 전통적인 방식이 더 좋다는 소리인지. 아니면 그럴 일이 없을테니까 스크럼을 써야된다는 반어법인지 헤깔리네요
일단 아래 최재규 님의 말씀이 맞습니다. 거기에 설명을 덧붙이자면, 다음과 같습니다:
1. 일정과 개발 범위 모두 고정된 프로젝트는 십중팔구 '문제 프로젝트'가 된다. (예: MS의 WinWord 1.0 개발 프로젝트 http://yadd.egloos.com/2878383 )
2. '문제 프로젝트'는 방지하거나, 발생했으면 휘말리지 않는 것이 최선이다.
3. 이 상황에서 Scrum을 사용하면, 개발자들은 무리한 일정에 당장 결과물을 내놓기 위해, 매일 야근을 해야 한다.
4. 그러나 폭포수나 RUP를 사용한다면, 초반의 업무강도는 낮은 상태로 유지된다.
5. 따라서 일정과 개발 범위 모두 고정된 프로젝트의 경우, 폭포수나 RUP를 사용해서,'문제 프로젝트'가 심각해지기 전에, 다른 회사(혹은 프로젝트)로 옮겨갈 시간을 벌어라.
일정과 개발범위가 모두 고정되어 있다면 최고의 개발방법론은 폭포수나 RUP일 것입니다. 하지만 그런 제품이 과연 경쟁력이 있을까요? 그런 제품으로는 회사가 얼마 버티지 못 할 것 입니다.(그래서 다른 일자리를 찾으러 간다는 것 같습니다.) 그렇기 때문에 경쟁력을 갖춘 제품을 만들어야 하고(요구사항이 끊임없이 고객에게 맞춰 변하는) 거기에 적합한 개발방법론인 Scrum Development을 적용해야 한다는 말 같습니다.
비밀댓글입니다
비밀댓글입니다