애자일 도입 성공 요인 분석

애자일을 도입한 회사들에 있어 무엇이 성공과 실패를 가르는 핵심적 요인이었는지를 분석, 정리 한 것입니다.

애자일 도입 설문#

애자일을 도입해서 프로젝트 성공에 도움이 되었다고 생각합니까?

78% 는 성공에 긍정적인 영향을 미쳤다고 본다.

현재 애자일을 적용 중인 프로젝트의 애자일 성숙도를 점수로 준다면 몇 점을 주시겠습니까?

성숙도와 성공의 상관성은 중간정도 (0.43)
성숙도를 낮게 평가한 조직은 성공도가 낮은 조직부터 높은 조직까지 골고루 분포함
성숙도가 높은데 성공도가 낮은 조직은 없었다.

애자일을 성숙하게 실천하고 있지 못하다고 해도 프로젝트 성공에 도움이 되게 할 수 있다는 희망적인 메시지를 찾을 수 있다.

애자일 실천법 중에서 도입해서 성과에 도움을 준 것들을 모두 고르세요

도입한 실천법 숫자가 많을수록 프로젝트 성공도가 높았다. 강한 상관성 (0.57)
실천법 숫자와 성숙도 간의 상관성도 강했다. (0.58)

성공도 회귀분석#

고객 참여 0.77
리팩터링 0.42
코딩 후 자동화 테스트 붙이기 0.38
코드 공유 0.37

애자일 도입에 대한 무서운 사실#

고객 참여#

애자일이 프로젝트 성공에 도움이 되었는가에
그저 그렇다, 아니다, 매우 아니다로 답한 그룹에서
고객 참여를 선택한 조직은 없었습니다.

많은 조직들이 고객 참여와 코드 공유를 뒤로 미룹니다.
우리 상황에는 할 수 없다. 어렵다 라고 생각합니다.

두 가지 모두 '사람'이 중심이 되기 때문이다.
고객 참여는, 고객을 설득해야 한다.
코드 공유는, 개발자를 설득해야 한다.

사람과의 대면과 충돌이 무섭고 두렵지만, 이런것들을 제대로 하지 않으면 프로젝트를 성공하기가 더 힘들어 진다.

두려워도 중요하다면 시도해봐야 하지 않겠는가#

전문가 팀은 무섭고 두렵더라도 중요한 일이면, 그 일을 안하는 리스크를 인식하고 꾸준히 시도한다.

초보팀일수록 처음에 쉽고 안심이 되는 것에서 시작한다.

작은 성공의 심리적 효과가 도움이 된다.
중요한 것은 어렵고 두렵지만 중요한 것을 '얼마나 미루느냐' 이다.

성숙도가 낮다면 고객 참여는 필수#

중윗값을 기준으로 성숙도가 낮은 조직과 높은 조직을 나누어서 각 그룹별로 분석하였다.

성숙도가 낮은 조직은.. 고객 참여 0.94

성숙도가 낮아도 고객 참여를 잘하면 프로젝트 성공도가 한 칸 올라 간다.

성숙도가 높은 조직은.. 짧은 반복 개발 주기가 1등

성공 기여도를 높이려면 짧은 반복 주기, 고객 참여, 코드 공유에 관심을 기울여야 한다.
이 것들을 제대로 하지 못하면서 다른 실천법에만 계속 신경을 쓰면 프로젝트 성공을 미루는 일이 될 수도 있다.

고객 참여

고객 혹은 고객을 대표하는 사람의 참여

프로젝트의 성패를 좌우하는 사람과 최대한 가까운 사람을 참여시키려고 우리가 계속 노력해야 한다.

성공하는 조직들에는 항상 뛰어난 애자일 코치가 있었다.#

뛰어난 애자일 코치의 특징

의사소통 스타일 (팀원, 상사, 팀장과)
EQ 및 스트레스하에서의 행동
리더십 및 코칭 스타일(동기부여 등)
회고를 통한 개인적 학습 능력
개인적 성장 의지, 성장 사고관, 자기효능감
관찰 및 상황 파악 능력
일치적 행동(믿는 것을 행동에 옮기는 능력)
기술적 능력?

성장 사고관, 내가 노력만 하면 뭐든지 더 잘할 수 있다고 믿는 것

고정 사고관, 내 능력은 정해져 있다고 믿는것.

애자일 코치는.. 어느 조직이 정해줄 수 잇는 것이 아니다. 오로지 자신의 선택이다.
내가 애자일 코치가 되어야지 결심하는 것이 가장 중요하다.
팀장일 수 있고, 팀원일 수 있고, 사장일 수 있다.

기술적 능력은, 최소한의 능력 이상은 있어야 하지만 어느정도 수준을 넘으면 다른 변수들이 훨씬 중요하다.

성과높은 사람으로서의 전문 S/W 엔지니어에 대한 연구로부터 밝혀진 것은 사회적능력(social/interpersonal skill)의 중요성이다.
지적 능력(general mental ability) 이 뛰어난 프로그래머들의 성과를 구분하는 것은 사회적 능력임이 밝혀졌다.

신입사원에게 어떤 조언을 해주겠냐는 질문에 대해,
다른 사람의 협력을 더 자주 언급했다.

설계, 코딩, 테스팅 등의 소프트웨어 개발 활동에 대한 시간 투자는 전문가와 그렇지 않은 사람에 큰 차이가 없는 방면,
리뷰 회의나, 다른 사람과 상담하는 등의 의사소통 협력 활동에서는 훨씬 더 많은 시간을 사용한다.

주어진 업무 외에도 관심을 갖는다. 프로젝트 전반에 대한 큰 그림을 가지려고 하고,
경영진에게 더 적극적인 태도로 다가가고, 다른 엔지니어들을 도와준다.