본문 바로가기

생각

애자일(Agile)/스크럼(Scrum)

Agile/Scrum 개발론을 철저히 따르는 팀에서 일한지 3년 반이 지났다. 우리 팀에는 심지어 "Scrum Room"이라고 적혀있는 팀 전용 회의실이 있을 정도로, 꽤 오랫동안, 내가 입사하기 훨씬 이전부터 이 방법론을 따라 소프트웨어를 개발했었다고 한다.


우습게도, 한국에서 일할때에도 애자일이라는 용어는 몇번 들어봤으나 그냥 실험적인 이론중 하나일 뿐이라고 생각하고 대수롭지 않게 생각했었다. 자세히 알아보려고 한적도 없었던 것 같다. 그러다보니 스크럼이라는 용어는 더더욱 생소할수밖에 없었다.


처음 입사했을때, 아침마다 "Scrum Room"에 모여서 독특한 방식으로 프로젝트 플래닝을 하는것이 참 신기했었다. 


"데체 스크럼이 뭘까? 방 이름 참 독특하네.." 

"우리 매니져 좀 기발한것 같아. 프로젝트 관리 방법이 독특하면서도 꽤 효율적이네..?"


그냥 나는 아무것도 몰랐던 것이다. 인터뷰때에도, 애자일/스크럼에 대한 질문은 없었다. 입사하고 나서도, 그리고 1년이 넘게 지날때까지도, 우리팀의 프로젝트 관리 방식이 뭔지도 모르면서 맹목적으로 따라하기만 했다.


어떻게 보면, 아이가 무언가를 익히듯이, 어떠한 사전 지식도 선입견도 없이 이 개발방법에 익숙해져 갔고, 이 모든 루틴이 몸에 많이 익어서 편안함을 느끼게 되었을때 즈음에 구글에 "scrum"을 검색해 보게 되었다 (사실 우리 회의실 이름의 유래가 뭘까 하는 궁금증에서였다). 그러면서 애자일, TDD 등에도 관심을 갖게 되었고 지금은 어느정도는 천둥벌거숭이 수준을 벗어난것 같다는 생각이 든다.


지난달 어떤 동료가 함께 애자일 교육에 가자고 해서, 호기심에 2일짜리 교육을 신청하였었다. 회사가 워낙 교육에 관대하다보니 사실 여러가지 교육을 더 자주 들었어도 됐을텐데, "아무리 회사돈이라도 아끼는게 예의다" 라는 한국식 마인드가 아직까지도 깊이 박혀있는지라 그동안 되도록 듣지 않으려고 노력해왔다. 그러다보니 600달러밖에 되지 않는 교육이었지만 한참을 망설이고 매니저에게 몇번이고 고맙다고 말을 하고는 신청했다.


약간 예상은 했었지만, 클래스에 참석해보니 거의 모든 사람이 매니져들이었으나, 시니어 레벨 소프트웨어 엔지니어도 나까지 2명 있었고, 테스트엔지니어 3명도 포함 되어 있었다. 전반적인 내용은, 프로그래밍과 전혀(!) 상관없다고 해도 과언이 아닐 정도였다. 그리고 수업 진행 방식도 굉장히 창의적이고 이해하기 쉬워서, 애자일 방식의 프로젝트 매니지먼트 경험이 없는 나에게도 아주 흥미로웠다. 그동안 경험으로만 이해하던것들에서 내가 무엇을 잘못 생각하고 있었는지, 무엇을 잘 할수 있을지 생각하게 된 계기가 되었다. 


특히 두가지 부분에서 잘못 생각하던것이 있었는데, 첫번째는 버그리포팅이고 두번째는 코드리뷰이다. 나는 그동안 애자일/스크럼에 기반해서 일을 하면서도, 내가 만든 버그나 내 로직과 관련이 깊은 버그에만 책임을 느끼고 실제로도 남에게 미룬적이 많았다. 테스터가 어떤 기능에 대해 의문을 제기했을 때 "이건 존이 만든거니까, 존에게 물어봐줘. 존이 더 잘 설명해줄거야" 라고 대답한 적이 참 많았다. 이건 스크럼 방법론에 완전히 위반되는 행위였다는걸 나는 이 수업을 듣지 않았더라면 아마도 한동안은 더 깨닫지 못하고 있었을것이다.

이런 태도는 코드 리뷰할때도 마찬가지였는데, 난 나에게 직접적으로 할당된 코드만 열심히 리뷰하곤 했었다. 내가 그저 참조로만 들어가있는 리뷰는 슬적 닫아버리곤 했다. 바쁜데 어떻게 다 들여다보느냐 하는 생각이었고, 당연히 내 생각이 합리적이라고 생각했다. 하지만 이것 또한 스크럼에서 제안하는 방법과 어긋난다. 모든 팀 멤버는 모든 코드 변화의 리뷰에 동참해야 한다는것은, 스크럼의 기본중의 기본이기 때문이다.


교육에서 돌아왔을때 매니져 앤디가 물었다 (앤디는 프로덕트 오너 역활 일부와, 스크럼 마스터를 겸하고 있다 - 는것은 교육 이후에 비로소 명확히 알았다 ㅎㅎ).

"교육에서 얻은게 있나?"


내 대답은, 짧았다.

"내가 팀 멤버로써 잘못하고 있는 부분을 두가지 찾았고, 니가 스크럼 마스터로써 매일매일 무슨일을 하는지 이제 더 잘 이해하게 됐어."


앤디는 더이상 묻지 않고 한마디와 함께 웃었다.

"그거면 충분해!"


작은회사에서든 큰회사에서든 배울수있는건 항상 있다. 한국을 떠난 후 나의 C++ 은 아쉽게도 그다지 일취월장 하지 못했지만, 나도 모르는 사이에 자연스럽게 녹아들어있는 애자일/스크럼/TDD/CI 방식을 습득한건 참 괜찮은 수확이 아니었나 싶다. 내가 만약 한국에 돌아간다면, 이러한 방식으로 소프트웨어를 개발하는 팀을 리딩해보고 싶다는 생각이 든다.


  • realeyed 2014.01.28 10:26 댓글주소 수정/삭제 댓글쓰기

    좋은 글 잘 읽었습니다. 저도 QA엔지니어로 사회에 첫 발을 내딛고 어느새 일년이 다 되어 가네요. 아직은 경력이 충분하지 않아 이것 저것 자꾸 보고, 느끼고, 해보려 하고 있어서 이런 글은 앞으로 어떻게 하면 좋을까 생각하는데 큰 도움이 될 것 같습니다 : )

    이렇게 종종 애자일/스크럼에 대한 이야기 들려주시구요. (아무래도 대한민국에서는 진정한 의미의 애자일/스크럼은 조금 힘든것 같아요..)

    항상 건강하시고, 대한민국은 곧 설날이니 새해 복 많이 받으세요!!

  • HOONS 2014.02.07 02:21 댓글주소 수정/삭제 댓글쓰기

    스크럼 부러운데요 (^^)
    저는 요즘 새회사 찾고 있는데
    이번에는 유럽의 Agile 문화를 꼭 체험해보고 싶네요 ㅎㅎ

    • 안녕하세요 ^^ 잘지내시고 계시죠? 구직중이시군요. 런던에 회사가 많아서 기회가 많으실텐데, 아무데나 가지 마시고 건실한데로 잘 골라서 가시기를 바래요.
      나중에 런던에서든 어디서든 한번 만날기회가 있으면 좋겠네요. :D

  • Sinjin 2014.02.11 16:11 댓글주소 수정/삭제 댓글쓰기

    안녕하세요~ 구글서 검색하다 우연히 들르게 되었는데 블로그에서 영국 생활 잘 보았습니다^^

    저도 실은 영국회사의 한국지사에서 근무하면서, 런던 본사에서도 1년정도 개발을 했었었는데... 회사 사정이 좀 안좋아지는 바람에 한국지사가 없어지면서 퇴사를 하게 되었습니다. 지금은 다시 한국 회사에서 근무 중...ㅎㅎㅎ;;;

    중소기업이긴 했지만 스크럼 개발방법론 뿐만 아니라 전반적인 개발 프로세스가 체계적으로 잘 구축이 되어있던 나름 괜찮은 회사이어서 어찌어찌 따라가다보니 나름 보고 들은게 많아졌네요.

    다만... 곰님 블로그를 둘러 보다보니 제가 영국회사 다닐 땐 게으르고 노력이 많이 부족하지 않았나 라는 반성을 해봅니다. 영어의 필요성도 느끼기는 하였지만 많이 공부를 하지도 못했고, 기술적으로나 개발 프로세스나 스스로 더 공부를 많이 못한 게 안타깝네요.^^;

    요즘은 그나마 좀 정신차리고 한국에서 더 공부를 하긴 합니다...ㅎㅎ
    암튼 먼 타지에서 건강히 잘 생활하시길 바랄게요ㅎㅎㅎ

    • 안녕하세요 ^^
      반가운 리플이네요. 영국지사로 넘어와서 1년 일하실 정도면 언어나 실력면에서 뛰어나셨나봅니다. 운이 조금 안좋았던 것 뿐이구요..
      그리고 첫 1년이라면 낮선곳에서 적응하는데만도 바쁘셨을텐데요.. ^^
      언제 다시 영국으로 일하러 오시게되어 뵙게되면 좋겠네요.
      그럼 건승하세요!!

  • Song 2014.03.24 17:38 댓글주소 수정/삭제 댓글쓰기

    포스트 몇개 읽어봤는데 글을 참 잘쓰시는 것 같아요.
    어조도 부드럽고 깔금하고!
    저는 어쩌다 아무것도 모른체로 중국 IT회사 한국 지사에서 인턴을 하게되서
    이런거 저런거 찾아보다 여기까지 왔어요
    인턴 후에는 짤릴거 같지만 ㅋㅋㅋㅋ

    아무튼 종종 들리겠습니다~

  • 비밀댓글입니다