Thoughts2015.08.01 19:56

안녕하세요?


원 글이 예상치 않게 퍼져나가면서 당초 의도와는 다른 뜻으로 해석되기 시작하고 있는 것 같아서, 글을 내립니다. 


그래도 원 글의 내용이 궁금하신 분들 위해 두 줄 요약:


"나이먹고 능력 없어서 망했어요"


"그래도 많은 교훈을 얻었으니 담에는 더 잘 해 보렵니다"


저 그리고.. 이 블로그에 올라간 글 가운데 상당수는 늙고 능력없는 개발자가 삽질하다 정리한 내용을 적은 거에 불과하니, 너무 심각하게 받아들이시면 곤란합니다.


그리고 원 글이 이곳 저곳에 퍼지다보니, 블로그 곳곳에 이상한 덧글이 달리기 시작했는데요. (뭐 대부분 인신공격성...) 그런 덧글 작성자 분들께는 영화 "굿모닝 베트남"을 추천드립니다. 그 영화 말미에, 로빈 윌리엄스가 연기하는 주인공 DJ를 죽자고 따라다니면서 괴롭히는 장교를 같은 군 장성이 한직으로 좌천시키면서, 이런 말을 하죠.


"첨에는 니가 그 친구를 왜 그렇게 못살게 구는지 이해해보려고 했는데... 다른 이유가 없었어. 너는 그냥 못돼먹은거야. 그게 네 본성인거지."


감사합니다. 



저작자 표시 비영리 변경 금지
신고
Posted by 이병준

소중한 의견, 감사합니다. ^^

  1. ^^ 언제나!! 응원합니다.

    2015.08.01 20:51 신고 [ ADDR : EDIT/ DEL : REPLY ]
  2. MoMo

    오르막길있고
    내리막길 있잖아요 ^^
    힘 내세요 ~ !

    2015.08.03 15:17 신고 [ ADDR : EDIT/ DEL : REPLY ]
  3. 응원합니다.

    2015.08.03 22:05 신고 [ ADDR : EDIT/ DEL : REPLY ]
  4. it나그네

    Etri 다니셨던게 문제네요 ㅋㅋ...공무원 같은 엔지니어에서 세상에 변화를 줄 수 있는 엔지니어로 거듭나시는 상황이니 축하드립니다....그리고 1주에 술 한번 먹는거기자고 건강 잃었다고 하시면 술을 아예 드시드지 마시던지....더 열심히 드셔서 1주에 3,4번 먹고도 괜찮게 "개발"시키세요

    2015.08.03 23:24 신고 [ ADDR : EDIT/ DEL : REPLY ]
  5. 공감이

    우연찮게 블로그에 담겨진 글들을 읽게 되었는데, 연배도 그렇고 같은 엔지니어로서 공감되는 점이 많았습니다. 멀리가셔서도 꼭 건승하시고, 몸건강하세요. 사실 OLYMPUS는 오늘 읽으려고 남겨두었는데.. 삭제되서 아쉬웠어요. 글 너무 잘쓰시네요 재미있게 읽었습니다. 감사합니다.

    2015.08.04 16:57 신고 [ ADDR : EDIT/ DEL : REPLY ]
  6. 비밀댓글입니다

    2015.08.06 14:45 [ ADDR : EDIT/ DEL : REPLY ]
    • 글쎄요 퍼가실만한 글이 있으실지 모르겠으나.. ㅎㅎ 그러고 싶으시다면 상관 없습니다. 감사합니다.

      2015.08.06 21:43 신고 [ ADDR : EDIT/ DEL ]
    • 비밀댓글입니다

      2015.08.07 14:21 [ ADDR : EDIT/ DEL ]
  7. 비밀댓글입니다

    2015.08.15 09:33 [ ADDR : EDIT/ DEL : REPLY ]

Extremely Agile/General2008.01.22 05:55

SW 프로젝트는 일입니다. 모든 일이 다 그렇듯, 시간이 지나면 남은 일의 양은 차츰 감소하게 마련입니다. 하지만 대부분의 SW 프로젝트의 경우, 그렇지 않을 떄도 많습니다. 가장 흔한 것은, 마감 시간에 맞추어 밤을 새우는 일입니다. 일의 총량은 정해져 있을 터인데, 왜 프로젝트가 끝나갈 무렵까지 일의 양은 전혀 줄어들지 않고, 결국에는 철야를 하게 되는 것일까요?

애자일 방법론을 만든 사람들은 이 문제를 깊이 있게 연구했습니다. 그리고 그 결과, 이런 결론을 얻습니다.

일은 빵과 같다. 빵을 먹으면, 빵은 줄어든다. 일도 마찬가지이다. 일을 하면, 남은 일의 크기는 점점 작아진다. 하지만 '내가 먹으려는 이 빵이 정말로 내가 먹고 싶었던 빵인지' 한 입 베어물어 보기 전에는 정확하게 알 수 없는 것과 마찬가지로, 고객에게 소프트웨어를 인도하기 전까지는 누구도 그것이 정말로 고객이 원했던 그것인지 확신할 수가 없다.

고객이 원하지 않는 기능을 구현하게 되면, 그 기능을 구현하는 데 투자했던 시간들이 고스란히 오버헤드가 되고, 결국 고객이 정말로 원하는 기능을 구현하기 위해 프로젝트 후반부에 날밤을 새우게 됩니다. 이런 문제에 대해서는 마이크 콘(Mike Cohn)을 비롯한 여러 사람들이 많은 연구를 했고, 좋은 책도 많이 있습니다. Agile Estimating and Planning은 그 중 하나입니다.

하지만 오늘은 그 보다는 좀 더 개인적인 이야기를 해 볼까 합니다. 개인적인 견지에서 보면, 프로젝트 막바지에 더 바쁜 가장 결정적인 이유는, 프로젝트 중간 중간에 박혀있는 마일스톤 점검 시점에 반드시 해야 할 몇 가지 일들을 하지 않고 넘어갔기 때문입니다.

마일스톤 점검시에, 제가 속한 팀은 주로 그 때 까지 개발한 소프트웨어의 큰 틀이 정상동작하는지를 점검합니다. 속칭 '연동시험'을 하는 것이죠. 이 연동시험은 개발에 참여하는 여러 업체와 개발자들로 하여금 '다른 사람의 관점에서' 시스템을 바라볼 수 있도록 해 주기 때문에 굉장히 중요합니다. 그 과정에서 '개발에는 별로 적합하지 않은' 업체나 개발자가 가려지기도 하죠. ('다른 사람의 입장을 전혀 고려하지 않는 개발자'는 그 한 예가 되겠습니다. 이런 개발자일수록 '개발자의 자질'에 대해 더 많이 이야기하곤 한다는 것은 아이러니 한 일이죠. 좋은 코더가 되는 것도 중요하지만, 사실 더 중요한 것은 존중의 자세입니다.)

그런데 이 마일스톤 점검시에는 보통 자질구레한 사항이나 버그들에 신경을 쓰기 보다는, 서로 다른 사람들이 만든 시스템이 별 탈 없이 연동되어 돌아가는지를 살펴보는데 집중하는 일이 많습니다. 자잘한 문제들은 TO-DO 리스트에 적어놓는 것으로 점검을 마무리 짓곤 하죠.

문제는 그렇게 만들어진 TO-DO 리스트를 나중에는 아무도 거들떠보지 않는다는 사실입니다. 그러다보니, 데드라인이 다가오면 최종 연동시험과 병행해서 '자질구레한' 버그들도 함께 잡아 나가야 하는 일이 벌어지게 되고, 결국은 잠을 줄이게 되는 것이죠.

'엉뚱한 기능'을 구현하는 것도 위험천만한 일이지만, 진짜 '일'을 남겨두는 것도 위험천만하기는 마찬가지라는 거에요. 그런데 이런 실수를 되풀이하게 되는 이유는 대체 뭘까요?

가장 큰 이유는, 그런 '뒷마무리 작업'이 대체로 재미가 없기 때문입니다. 뭔가 그럴듯한 새 기능을 시스템에 추가하는 건 재미있습니다만, 그 부산물들을 치우는 것은 사실 지루한 일이죠. 물론, 그런 뒷마무리 작업을 충실히 할 만큼 넉넉한 시간이 주어지지 않는 경우도 있습니다. 자고 일어나면 세상은 달라져 있고 또 뭔가 새로운 요구사항은 생겨나게 마련이니까요.


PS.

이 글은 새벽 네시쯤 쓴 것 같군요.
저도 날밤을 새고 있었다는 이야기죠. ㅋㄷ



 

신고
Posted by 이병준

소중한 의견, 감사합니다. ^^

  1. SW개발은 아니지만 나름 개발일을 하고 있는 완전공감이에요 ;ㅁ;
    내일까지 프로젝트마감을 맞추기위해 1주일전부터 완전철야중. 하루에 2~3시간밖에 못자는것 같아요 ;ㅁ;
    지금도 밤샘중 흑흑흑;;;
    왜 마지막날이 되면 온갖 수정사항들이 나오는건지 TO DO LIST가 줄질않네요.
    한개 지우면 2~3개 추가되고. orz

    2008.01.22 06:27 신고 [ ADDR : EDIT/ DEL : REPLY ]
    • 그러게요. 이런 문제를 극복해 나가는 현명한 방법을 찾는 것이 개발자들이 해야 할 일이겠죠. 개인적으로는 TO-DO LIST를 관리하는 것 보다는, TO-DO BOARD(해야할 일 게시판)을 만들어 모두가 볼 수 있는 자리에 배치하는 것도 한 방법이 되지 않을까 생각하고 있습니다. 그러면 시간이 지날수록 그 게시판에 나열된 개선 항목들이 줄어드는 모습을 볼 수 있어서 좋을 거라고 생각해요. 어쩐지 '사용자 스토리'의 동어반복같다는 생각도 드는군요. 덧글 감사합니다.

      2008.01.22 06:44 신고 [ ADDR : EDIT/ DEL ]
  2. 개발자만 공감하는 얘기는 아니랍니다 ;ㅁ;
    기획자도 똑같은 짓(?)을 하고 있다죠

    제 시간관리 능력을 탓해야 겠지요 쩝

    2008.01.22 07:47 신고 [ ADDR : EDIT/ DEL : REPLY ]
    • 기획자도 개발팀의 일원이니 개발자라고 보는 것이 좋겠죠. 시간관리라는 문제를 개인 차원의 문제로 접근하면 전반적인 상황은 크게 개선되지 않을 수도 있다고 생각합니다. 가급적 팀 단위의 해결책을 찾는 것이 좋겠죠.

      2008.01.22 09:25 신고 [ ADDR : EDIT/ DEL ]
  3. 아직 프로젝트에 대한 경험이 없어서 선배분들의 얘기가 마냥 멀리 느껴집니다.OTL.....
    하지만 토이박스를 몇 번 만들어본터라 막바지에 자질구레한 일 때문에 지겹고 바빠진다는 것을 매번 느꼈습니다.;;ㅜㅜ

    2008.01.22 08:54 신고 [ ADDR : EDIT/ DEL : REPLY ]
    • 그런 일들이 쌓이고 쌓이면 결국 개발이라는 것이 막판에는 재미없는 일이 되어버리겠죠.

      2008.01.22 09:26 신고 [ ADDR : EDIT/ DEL ]
  4. 저는 프로그램 개발과는 완전 거리가 먼....출판 편집을 하고 있지만 와닿네요. ㅡㅡ;;

    2008.01.22 22:19 신고 [ ADDR : EDIT/ DEL : REPLY ]
  5. ㅡㅡ;

    [펌] 해가겠습니다. ^^; 당연히 펌한 url 과 명시는 꼭 하겠습니다. ^^;
    감사합니다. 펌한 사이트 : http://cafe.daum.net/aspdotnet

    2008.02.13 00:36 신고 [ ADDR : EDIT/ DEL : REPLY ]