Agile 방법론에 대해 글을 올리다보면 제게 Agile은 소스통합, 코드리뷰 등을 포함하여 technical하게 중요시해야한다고 이야기하는 분도 계셨는데요. 맞는 말씀이긴 합니다만, 제가 바라보는 시점은 좀 더 큰시각으로 프로젝트관리자가 갖춰야하는 PMBOK/42지식체계를 어떻게 Agile로 승화하여 적용시키느냐입니다. 우선 이러한 General Management 가 확립한 후 Technical Management/ Governance 로 접근해야지요.
물론 개발자 분들께는 XP라든가 FDD 가 좀더 현실적이겠지만, 이러한 Management Skill을 익혀야 개발PM으로 혹은 개발리더로써 역량을 발휘할 수 있지 않을까요? 중요한것은 Manifesto 및 12원칙의 핵심을 지키기위해, 현재 기업/프로젝트의 AS-IS 환경을 어떻게 TO-BE 모델을 잡아 단계적으로 적용하느냐입니다.
이러한 관점으로 Agile을 PMBOK과 연계하여 진행하는 기업 Agile 체화 강의/멘토링을 하면서 받은 피드백을 정리해 봅니다. (다들 IT PM분야 5-10년차 이상 분들의 피드백입니다.)
시간이 날때마다 주제별로 상세 설명드려볼께요. 다양한 댓글 의견 환영합니다.
[비유/기존프로세스와다른점]
1. 소화제 (소:소통, 화:화합)
2. 실시간 교통정보 시스템이 반영된 차세대 3D 네비게이션
3. 과거 진도율 체크가 완료여부관점으로 변환, 과거 요구사항 프리징이 요구사항의 유동적 적용이 차별화
4. 기존이 What/관리에 초점을 맞추었다면, Agile은 구체화/R&R/Daily확인에 초첨을 맞춤. 결국 HOW였음
5. 기존 산출물이 형식적인 면이 강한데, Agile은 참여를 통한 의사소통 증대를 통한 실용성면이 강함
6. 교훈의 공유에 동감 함
7. 실패확율을 줄이기 위한 Tool
8. 기존 PMBOK/프로젝트관리기법과 Agile에 차이점 대해 이해
[사람/전문성/자발성/인간존중]
9. Agile Process의 중요성과 “갑”의 Engagement가 중요함을 깨달음
10. 수평적 조직, 자발성 중요, 선성설로 우수한 팀원이 기본이 되어야 함,
11. 자발적인 참여를 위한 팀원까지 Level-up 이 필요해 보임
12. PM이 현업 능력 부족시 Agile 활용하면 좋을 것 같음 (의사소통기반 팀원 위주 진행이기때문에)
13. 참여자의 자율성이 중요함
14. 고객/요구 프로젝트 수해자간 의사소통
15. 요구사항의 수용, 변동 %
16. 민주화로 집단 토론 유발을 통해 사용자의 자발적 관심도 향상 및 참여 유도
[소통/협업/화합]
17. Collaboration, 작동SW, 주기적인도, 수평적 대화/적용 기법이 중요함을 깨달음
18. Visualization 의 시각화 중요성 및 유용성 확인 함
19. Virtual Team에서의 독립성 및 Dashboard의 중요함을 깨달음
20. Burndown-chart의 시각적 중요성과“갑”의 요구사항의 적절한 반영이 인상적
21. 참여/창의성/소통을 중요시 여김
22. 소규모 프로젝트에서 유리