SI 프로젝트에 Agile 을 적용하기 위해 고민해 둘 만한 질문들
펭귄너구리
저도 그 중 한명입니다.
비슷한 이야기도 이전에 진행되었었던 걸로 알고 있습니다.
최근스크럼을 도입하고 있는 중입니다.
관련해서 도움되시는 분이 있지 않을까 해서 블로그에 쓴 글 중 일부를 올려봅니다.
http://blog.doortts.com/86
중 일부를 조금 수정해서 올려봅니다.
----------------
음... 제가 여기서 주저리주저리 애자일 이야기를 계속하는 건 주제 넘는 짓이고, 요즘들어 그 열기가 번져서 SI 까지 오고 있
는데, SI 프로젝트에 Agile 을 적용하기 위해서는 어떠한 문제점을 고려해야 하는지 몇 가지만 적어보겠습니다. (어찌 문제
가 이것 뿐이겠습니까마는...)
1. 방법론과 관계없이 모든 요구사항을 관철시키려고 하는 고객을 어떻게 설득할 것인가?
- 이터레이션 마다 결과물을 보여주니, 고객의 feedback 이 강력할 수 있습니다
2. 팀 맴버 구성 비율을 어떻게 가져갈 것인지?
- 기존의 role base의 인원구성으로 whole team 이 가능할 것인지 고민하셔야 합니다.
3. 기존 방법론에 충분히 익숙한 프로젝트 리더 들의 사고 전환을 어떻게 할 것인가?
- 대시보드와 ToDo 정도로는 불안해 할 수 있습니다.
4. 앉아서 '아~ '하고 입만 벌리던 고객을 어떻게 참여시킬 것인가?
- SI 기업에는 업무 전문가들이 고객보다 업무를 잘 알아서 고객은 자신이 하는 업무를 몰라도 알아서 구축해 주는 수
준입니다.
- 고객은 자신을 괴롭히는걸 좋아하지 않습니다.
5. 타협하고 싶어진다. (자동화된 Test는 어려우니까 빼고…etc)
6. Agile 에 대한 개발자들의 오해와 마음가짐
- Agile 하면 산출물 안 만드는 거 아냐? 라고 생각하는 사람들이 적지 않습니다.
- 만들어야 한다고 하면 급 실망해하며 결국 비슷하잖아... 라고 돌아서기 쉽습니다.
7. 기법 활용 미숙 (User story ? Story point?, 스크럼 미팅? CI?)
- 책 읽고, 교육 한번 받고 진행하면 헤메기 딱 좋습니다. 기존 방법론의 갑갑하지만, 타이트한 틀이 없기 때문입니
다.
8. 외부 감리는 어떻게 설득할 것인가?
- 외부 감리가 당황해 할 수 있습니다.
9. SI에는 분석 설계가 끝난 다음에 개발자가 투입되는 경우가 많습니다. 하지만, 이는 대부분의 Agile 방법에 상치됩
니다.
10. 초급 개발자들이 많은 프로젝트는 어떻게 해야 하나요? 문제를 일으키는 개발자가 있을 경우에는요? 그리고, 인원교체가
쉽지 않은 경우에는요?
개발자 5명 정도의 소규모 팀이라면 1명의 포션이 20%입니다. %가 큽니다.
11. 혹시, 사내에서 필수로 사용해야 하는 프로젝트 프로세스나 시스템(진척도,공정관리 등등)들은 어떻게 할까요? 예외로 할
까요?
12. '전체비용절감'을 생각하는 Agile에서 봤을 때, 배포전까지의 비용이 오히려 예전보다 높을 수 있습니다. 구축만 하
고 빠지는 프로젝트의 경우 그걸 감당하려는 PM이나 팀을 만들 수 있을까요?
-------------------
문제 나열부터 했는데,
항목별로 해결방법에 대한 제 생각도 정리되는데로 올려보겠습니다.
그리고, 올 한 해 Agile 방식을 적용하며 떼굴~ 굴러보고 도움 되실 수 있을만한 내용은 그 때 그 때 올리도록 하겠습니
다.
편안한 주말 되세요.
ps.개인적으로 이번 주는 보람은 있었지만 너무 힘들었습니다.
(5일간 하루 8시간씩, 신입사원들에게 DB 기초 가르치는 일을 했는데, 매일 아침 엉금엉금 기어서 출근한것 같습니다. 체력이
저질이라...-,-;)
체력때문에 살살 진행했는데, 배운 사원들은 다들 만족스럽게 배웠다고 착각을 하더군요.
'나도 이제 야바이꾼이 다 되었구나...' 하면서 양심이 살짝 찔리고 있습니다.
....
생각해 보니 제가 나름 빈틈없고 내용을 농도짖게 진행했을 때에는 오히려 반응이 이번 만 못했던 것 같습니다.. (뭐냐... 이
런...)
