매우 큰 프로젝트, 즉 수십명의 BA와 수백명의 개발자 그리고 수십명의 관리자가 참여하는 프로젝트는 당연히 복잡한 프로세스를 포함하고 있는 RUP나 기타 방법론이 사용되어야 한다.
그러나, 개발자가 20인 이하라면 ?
이론적으로 이런 프로젝트에서 RUP나 기타 기존의 폭포수(waterfall)방법론을 사용하는 것은 불가능하다. 이때의 불가능이라는 말은 적용을 할 수 있지만, 제대로 그 방법론을 지키면서 제대로된 소프트웨어를 만들어 내는 것이 불가능하다는 뜻이다. 즉 적용은 할 수 있다. 과거나 현재 많은 곳에서 그래왔던 것 처럼말이다. 이런 적절치 않은 방법론의 적용이 현재 많은 소프트웨어 프로젝트에서 개발자가 힘들어하는 이유 중에 하나일 것이다.
20인 이하 프로젝트에서는 그에 맞는 방법론이 사용되어야 한다.
그런 방법론이 바로 XP와 같은 Agile 방법론이다.
제대로된 프로젝트를 위해서 이제는 프로젝트 산출물 중에,
방법론의 선택에 대한 적절함을 표현하는 문서가 추가되어야 할 때이다.
Subscribe to:
Post Comments (Atom)
2 comments:
see also http://xper.org/wiki/xp/ProjectSize
Project Complexity는 여러가지 측면이 있다고 봅니다. 사람을 관리 하는 것, 요구사항을 관리하는 것, 개발되는 소프트웨어 자체에 관한 것 등 여러 측면이 있을 수 있는데, 여기서 일반적으로 프로젝트가 크다 라고 하면 complexity correlation이 존재하여 비슷하게 다른 요소들도 복잡해 지는 경향이 있습니다. 물론 예외적인 상황도 존재 합니다. 크기와 복잡성에 적합한 방법론을 고른다는 것은 다양한 고려가 필요할 듯 하네요 위쪽의 위키에서 말하는 것 처럼..
여기서 말하는 복잡성은 Communication complexity정도로 보면 적당할 듯 합니다.
Post a Comment