SI프로젝트는 과연 Agile의 적용이 가능한가?

SI프로젝트는 과연  Agile의 적용이 가능한가?

난 항상 그럴 수 있다고 믿어왔다.
소프트웨어 개발은 Iteration을 통한 고객 검수와 지속적인 통합, 점진적 개선을 위한 테크니컬한 접근으로 나아가지 않으면 더이상의 미래가 없다라고 생각했다.

서양의 소프트웨어 개발 방법들이 점차 light weghted 영역으로 이동하고 있듯이
우리도 자연스럽게 그 유행을 따르리라 생각했다.

그동안 Agile의 적용이 어려웠던 이유는 척박한 한국의 IT환경과 IT에 대하여 무지한 고객,  IT에 대한 좋지 않은 인식, 상대적으로 낮은 개발자들의 실력이라고 생각했다. 이들이 뒷받침되면, Agile이 보다 잘 적용될 수 있다고 생각하면서 동시에, Agile의 여러 실천 방법을 하면 이들을 이룰 수 있으리라 생각했다. 위, 아래에서 동시에 발전하는 소프트웨어 개발환경의 미래. 그것이 내가 생각하는 Agile 이었다.

더불어  중소기업의 게임 개발자들이 Agile을 적용하면서 이야기한 경험담들은, 단지 내가 있는 곳이 대기업이기때문에 위키노믹스에서 이야기하는 참여와 수용속에 발전할 수 있는 환경이 근본적으로 아니라 생각했다.

하지만, 내가 있는 프로젝트에서 1달 정도 Agile을 적용해보기위한 노력을 수행하면서, SI에는 내가 생각해왔던 배경 말고도 커다란 걸림돌들이 존재한다는 것을 알게되었다.

1. 개발자들이 항상 바뀌는 환경
    => SI프로젝트는 프로젝트별로 협력업체의 사람을 데려오고 개발기간이 끝나면 돌려보낸다. 보통 짧게는 6개월에서 1년 정도 프로젝트를 진행하는 것이 대부분인데,  개발자들은 자연스럽게, 나중보다는 프로젝트에 있는 기간동안만 필요한 Quantity와 Quality를 만들어내는 것에 관심을 갖게 된다. 이는 궁극적으로 미래를 위해 투자하는 Refactoring,  TDD등의 적용에 대한  거부반응으로 나타난다.

2. 고객의 계층이 다양함
    => SI프로젝트 중 공공, 금융 프로젝트들의 경우 한 명 또는 두 명의 확실한 의사 결정권자를 지정하기 어렵다. 개발하는 시스템이 큰 만큼 다양한 이해관계자들이 존재한다.  다른 이해관계자가 결정한 사항을 크게 뒤집을 수도 있다.(실제로 많이 일어난다)

3. 실력있는 개발자들을 구하기 어려운 환경
    => 대형 IT업체에 인력을 협력업체에 요청할때 대상 인력의 실력을 검증 할 수 있는 방법은 오로지 스스로 작성한 이력서이다.   안그래도 없는 개발자들에 대해 한 두명 교체를 요청 할 수는 있지만, 실력을 검증할만한 시간적 여유, 여건 따위는 없는 경우가 대부분이다.

위의 이유들로 자연스레 품질위주가 아닌 성과위주의 프로젝트 진행이 이뤄진다.
보다 개선된 프로세스 및 개발 환경을 제공하겠다는 말을 신뢰하고 선뜻 나서는 개발자는 매우 매사에 적극적이지 않고서는 도전 자체를 시도하지 않는다.
이때문에 현재 내가 있는 프로젝트에서 Agile Planning외에 새로운 시도들은 번번히 개발자들의 저항에 막혀 포기하게 된다.

그렇다면, SI에서 Agile의 Advanced한 기술 적용을 가능하게 하려면 무엇이 필요할까?

그것은,
1년 이상의 프로젝트 기간, 프로젝트 초기부터 Agile을 강력하게 주장하는 관리자와, 스스로 발전하고 싶어하고 평소에도 Agile에 관심이 많은 개발자, 그리고 항상 프로젝트에 관심을 갖고 있는 고객이다.

이런 것이 가능은 한 일인가?