애자일
-
테스트할 수 없는 코드는 작성하지 마세요!PM & Agile 2013. 9. 25. 10:36
* 개발자가 할 수 있는 가장 비싼 짓 - 첫 번째 : 아무짝에도 쓸모 없는 코드를 만들어 내는 것. * 개발자가 할 수 있는 가장 비싼 짓 - 두 번째 : 테스트할 수 없는 코드를 만들어 내는 것 테스트할 수 없는 코드를 만들어 내는 시간에 차라리 다음 6가지에 투자하자! 1. 앞으로 할일에 대한 준비(Get ready for upcoming work) - 이 번 스프린트에서 테스트할 수 없는 코드들 만들어 낼 바에는 다음 스프린트에서 할 일들을 더 잘 이해하자. 2. 진행중인 작업을 끝마치도록 돕기(Help finish work in progress) - 테스트와 함께 버그를 발견하고 고치거나, 이 번 스프린트에서 끝내야 할 일이 있으면 동료와 같이(pair)해서 끝내자. 3. 역량 확장(Expand..
-
애자일의 기본 전제들이 충족되지 않는다면?PM & Agile 2013. 9. 23. 17:48
"비즈니스 쪽의 사람들과 개발자들은 프로젝트 전체에 걸쳐 날마다 함께 일해야 한다." 애자일 선언문에 첨부된 12가지 원칙중에 하나이다. 내 경험상 가장 적용하기 힘든 원칙 중에 하나이다. 참고로 나는 SI 개발을 10년이 훨씬 넘게하고 있다. :-) 근 2년 동안은 모 대기업과 함께 몇 개의 프로젝트를 진행하고 있는 중이다. 지금도 계속 하고 있고 말이다. 뭐 자랑은 아니고 지금까지 진행한 모든 프로젝트에서 고객들이 원하던 결과물을 전달할 수 있었던 지라 계속 같이 일할 수 있었다. 게다가 대박인건 이 기업의 고객들이 무척이나 합리적이라는 것이다. 요즘 뉴스에 많이 나오는 '갑'질하는 고객과는 차원이 틀리다. 고객 선에서 어쩔 수 없는 일이(주로 위에서 내려오는 지시) 아닌 이상은 결정은 모두 일이 잘..
-
워크그룹과 팀의 차이PM & Agile 2012. 5. 4. 13:17
요즘 “린소프트웨어 개발의 적용”이라는 책을 읽고 있는 중인데요. 오늘 출근길에 읽은 부분 중에서 워크그룹(workgroup)과 팀에 차이에 대해 설명하는 부분이 나왔습니다. 워크그룹은 그냥 같이 일하는 사람들의 모임이고 팀은 같은 목표를 이루기 위해 도전과 헌신을 같이 하는 사람들의 모임으로 차이를 해석할 수 있습니다. 책에서는 아침 회의를 예를 들어 워크그룹과 팀의 차이를 설명했는데요. 인용을 해보겠습니다. 아침 일일회의에서 전원이 전날 한 일을 보고한다. 한 사람씩 보고가 끝날 때마다 프로젝트 관리자가 이렇게 말한다. “좋아요, 조이. 그럼 오늘은 이것, 이것을 해주세요.“ 각자 그날의 과제를 받아 자리로 돌아간다. 워크그룹의 모습입니다. 업무를 할당함으로써 이제 모든 일을 완료하는 책임은 프로젝트..
-
팀원의 생산성을 떨어 뜨리는 가장 쉬운 방법PM & Agile 2012. 3. 26. 19:59
얼마 전 퇴근길에 지하철에서 회사 동료를 우연히 만났습니다. 모 보험사에서 프로젝트를 뛰고 있는 동료였는데 이런 저런 이야기를 하다가 불만에 찬 이야기를 듣게 됐습니다. 무슨 이야기인고 하니 프로젝트가 진도가 잘 나가지 않는다고 판단한 을(대형 SI) 측에서 평일은 오후 9시까지, 주말에는 토요일 근무를 강제했다는 내용이었습니다. SI에서 어느 정도 경력이 있으신 분들은 한 번쯤 당해봤을 법한 일입니다. 납기가 다가오면서 누군가가 슬슬 개발자들을 쪼이기가 시작하는데, 실행하기 쉬우면서 효과도 그럴듯해 보이는 방법이 출.퇴근 시간 조정입니다. 고객들에게는 늦게까지 일을 하고는 사실을 보여줄 수 있고, 개발자 를 붙잡아 놓고 더 일을 시킴으로써 진도도 더 많이 나가는 일거양득, 양수겸장의 방법처럼 보이기 때..
-
내가 본 최고의 애자일 팀PM & Agile 2012. 3. 8. 21:45
1박 2일 - 시즌1 1박 2일 시즌1은 무척이나 재미있는 리얼 버라이어티 프로그램이었다, 그래서 무려 5년여 동안 시청자들의 꾸준한 사랑을 받으며 장수한 프로그램이기도 하다. 더욱 대단한 건 시청자에게 한 시간 가량으로 압축되어 보여지는 1박 2일 동안의 여정이 별다른 대본 없이 진행된다는 점이다. 오랜 동안 이 사람들을 지켜본 우리에게는 무척이나 당연하고 쉬워 보이지만, 소수의 구성원이 매주마다 특정한 대본도 없이 매 순간마다 시청자들이 포복절도하는 재미난 상황을 연출하는 것은 사실 무척이나 어려운 일일거다. 그럼 이 사람들은 어떻게 이런 최강의 재미를 우리에게 줄 수 있었을까? 내가 생각하는 정답은 팀워크(Teamwork)다. 그것도 오랫동안 쌓아서 최상에 단계에 들어선 팀워크 말이다. 이 팀은 분..
-
소통과 신뢰의 구축PM & Agile 2011. 8. 10. 21:05
SI 프로젝트를 하면서 느끼는 가장 힘든 점은 새로운 사이트에 새 프로젝트를 시작하면 인간관계도 새로 맺어야 하고 사람들과의 신뢰 관계도 다시 구축해야 한다는 것입니다. 그리고 적절한 관계를 설정하고 신뢰를 잘 맺느냐 여부에 따라서 프로젝트의 성패가 결정되기도 합니다. 아무리 흉악한 범죄를 저지를 사람이라도 집에서는 좋은 아빠이고 누군가에 좋은 친구라는 말이 있습니다. 프로젝트 이해관계자들도 개인적으로 만나보면 나쁜 사람이 없습니다. 모두 인간적이고 좋은 사람들입니다. 하지만 아무리 성격 좋고 넉살 좋은 사람이라도 비즈니스가 관련되면 마냥 사람 좋게 행동할 수는 없습니다. 서로 조금이라도 자신들에게 유리한 결과를 얻어내려 경쟁하다 보면 좋은 관계를 맺기는 더욱 어려워 집니다. 같은 목표를 갖고 같이 달려..
-
딸과의 애자일 놀이PM & Agile 2011. 7. 11. 21:54
고민 딸아이가 초등학교에 입학한지도 벌써 4개월 넘었습니다. 초등학교에 입학하기 전에는 마냥 귀엽고 사랑스러운 딸이어서 별로 바라는 것이 없었는데 막상 초등학생이 되고 시간이 흐르니 좀 더 나은 사회 생활을 위해 이것 만은 좀 고쳐야겠다고 생각하는 것들이 생겼습니다. 뭐 그렇다고 대단히 문제가 있는 건 아니고 기본적인 생활 습관들에 관한 문제들이 대부분입니다. 가령 아침에 일어나서 학교 가는 준비를 하는 일이라던가, 식사습관 – 너무 오랫동안 식사하는 버릇 이라던가, 시간은 정해져 있는데 마냥 자기 하고 싶은 만큼 하려고 한다던가 하는 문제들입니다. 집 사람과의 꽤 오랫동안 이 문제로 이야기를 했습니다. 그냥 좀 더 지켜보며 자연스레 고쳐지기를 기다릴 것인가 아니면 어떤 식으로든 간에 고치 보려는 노력..
-
자전거 배우기와 소프트웨어 개발PM & Agile 2011. 7. 5. 19:37
자전거 창피한 이야기를 하나 고백해야겠다. 뭐냐 하면 나는 자전거 타는 법을 한 번에 배우지 못했다는 것이다. 나는 또래 친구들 보다 상당히 늦게 자전거를 배웠는데, 그 때가 중학교 1학년 때쯤인 것 같다. 그 때는 벌써 자전거를 타고 학교에 등교 하는 친구들이 많이 있었는데도 나는 자전거를 탈 줄 모르는 상태였다. 어느날 친구들과 이야기 중에 화제가 자전거로 옮겨졌고 내가 자전거를 탈 줄 모른다는 사실을 안 친구들은 날신기하게 쳐다 봤다. 그리고 한 친구가 주말에 자전거 타는 법을 알려주겠다고 제안했는데 그 당시 어떻게든 자전거를 배워야 한다고 생각하고 있던 난 그 기회를 놓칠 수가 없었다. (이미지출처) 그때부터 두려움 반 설렘 반으로 주말을 기다리며 난 머리 속으로 수 없이 자전거 타는 법을 연습했..