블로그 이미지
소프트웨어 개발 경험을 공유하고 싶은 재밌게 사는 소프트웨어 엔지니어입니다^^

카테고리

Chungha Story (45)
Agile Experience (22)
My Family (4)
Life Style (8)
Programming (8)
Android (2)
Total165,188
Today19
Yesterday12

저는 결혼 3년차 입니다. 결혼 1년 3개월 만에 청하 쥬니어가 인스톨 되었지요.
그리고 드디어 청하 쥬니어가 세상에 태어났습니다.^----------^

청하 쥬니어 프로필

   이름 : 윤지윤 (지혜가 윤택하게 빛나는 아이라는 뜻)
   생일 : 2009년10월 06일 오후 3시 40분
   성별 : 공쥬
   몸무게 : 2.58kg 



탄생 이야기

  1. 오전 11시에 정기 검진차 병원 방문
  2. 자궁문이 많이 열렸기 때문에 오늘 낳는게 좋을꺼 같다는 주치의 선생님의 결론
  3. 오후 12시 가족 분만실로 입성! 12시 30분 셋팅 완료!~
  4. 초산이라 기나긴 진통 시간이 예상되는지라 저는 점심을 든든히 먹고 1시 30분경 재 입실
  5. 약 2시경 진통 시작... 교육 받은 라마즈 호흡 시행
  6. 2시 40분 부터 매우 극심한 진통 시작... 라마즈 호흡 계속~~
  7. 3시 20분에 자궁문 완전히 열림~~ 의사선생님 입실~
  8. 3시 40분 탄생... 탯줄은 제가 자름^--^

초산임에도 불구하고 약 2시간의 진통 끝에 아주 이쁜 공쥬님이 탄생했습니다.^^ (효녀에요~)
새생명 탄생의 신비가 이렇게 감격적일줄은 몰랐습니다. 눈물이 핑 돌더라구요.
다행히 산모와 아기는 모두 건강했습니다~

사진 찍기

아직 1주일도 안된 신생아인데 눈도 잘뜨고 잘 웃고 합니다. 
어디서 저런 표정들을 배웠는지..^^ 순하고 말도 잘듣고 잠도 완전 마니 자고~~에공~
어찌보면 엄마 닮았고...어찌보면 저 닮았고... 저 닮으면 안되는데ㅠㅠ

멍 때리기~

눈웃음 치기~

넌 누구냐?

하암~ 졸려~

오~

신생아실에서~

'My Family' 카테고리의 다른 글

지윤이 100일 사진 촬영 (분당 앤하우스)  (15) 2010.03.01
아주 특별한 케이크  (7) 2009.11.26
청하는 애기 아빠  (15) 2009.11.04
청하 쥬니어 탄생기  (26) 2009.10.14
Posted by 윤청하

댓글을 달아 주세요

  1. 2009.10.14 12:24 신고 조종환  댓글주소  수정/삭제  댓글쓰기

    귀여븐 아가~ 하나님이 주신 청하 가정의 선물~ ^^
    무럭 무럭 건강하게 잘 자라라~~

  2. 2009.10.14 12:59 신고 마눌님  댓글주소  수정/삭제  댓글쓰기

    난 자기가 글쓰는거 연애할 때 보고 첨보는거 같아/ 반갑네~ㅋ

  3. 2009.10.14 14:13 신고 날개  댓글주소  수정/삭제  댓글쓰기

    아빠가 된다는거 참 이루 말할 수 없는 느낌이겠구나...
    감동스럽네... 축하하고 또 축하해~~ ^^;

  4. 2009.10.14 14:25 신고 김소연  댓글주소  수정/삭제  댓글쓰기

    공주님~ 너무 이뻐요오오오~~ ^^
    정말 축하해요.

  5. 2009.10.15 10:03 신고 YUZI  댓글주소  수정/삭제  댓글쓰기

    와! 정말 천사네요. 축하드려요!

  6. 2009.10.15 17:43 신고  댓글주소  수정/삭제  댓글쓰기

    애기 넘 이뻐요^^
    표정바~~ 기여워~~~
    다시한번 축하해요~~

  7. 2009.10.16 14:14 신고 heestory.me  댓글주소  수정/삭제  댓글쓰기

    ㅋㅋ눈웃음치는게 예사롭지 않아요-ㅎㅎㅎ

  8. 2009.10.20 07:49 신고 김창기  댓글주소  수정/삭제  댓글쓰기

    청하야 축하한다.

    애기가 둘다 닮은거 같은데?^^

    이름도 이쁘고 표정도 살아있고! 가족 셋 모두 건강히 행복해!!!!

    화이팅!

  9. 2009.10.20 10:37 신고 멍청  댓글주소  수정/삭제  댓글쓰기

    헐...네이버에서 검색했다가 들어오게 되었네 =ㅅ=;;
    조카가 귀엽구마, 키키 +_+

  10. 2009.10.27 12:18 신고 이혜정  댓글주소  수정/삭제  댓글쓰기

    지윤이 이름이 넘 예쁘고 , 이름 만큼 윤택한 하나님의 축복이 흘러 넘치기를 ....
    아빠가 되고 엄마가 된 것을 축하한다.

    • 2009.10.27 14:18 신고 윤청하  댓글주소  수정/삭제

      이모~ 고마워요^^
      매일 새벽 지윤이를 위해서 지혜로움이 충만하게 하나님의 축복받을수 있도록 해달라고 기도하고 있어요~

  11. 2009.10.30 13:13 신고 이혜정  댓글주소  수정/삭제  댓글쓰기

    청하야 너희 집주소 좀 알려줘. 이모가 조그만 선물을 보내고 싶어서.

  12. 2009.11.13 17:29 신고 민쫑  댓글주소  수정/삭제  댓글쓰기

    ㅋㅋ 애기이름보니까 이효리생각난다~ 거꾸로 해도 이름이네,,ㅋㅋ
    정말 귀엽다! 이쁘게 잘키워~~ 너나 언니나 잘 지내징? ^^

  13. 2009.11.25 01:09 신고 PatternLoader  댓글주소  수정/삭제  댓글쓰기

    두시간만에 나오다니 효녀군요!!. 공주님의 웃음은 언제봐도 기쁘군요!! ㅎㅎㅎㅎ


스크럼의 빠른 피드백

8주에 걸친 2번의 스프린트가 끝나고 우리 팀은 처음으로 강남 토즈에서 팀 미팅을 진행하였다.
주제는 "스프린트 회고 및 다음 분기 프로젝트 계획" 이었다.
미팅은 하루 종일 진행 되었고, 프로젝트 별 특정 주제까지 언급하였으나 누구 하나 지루해 하지 않았다.
이유는 간단하게 스크럼에서 찾을 수 있었다. 
우리는 이미 4주간 서로간의 업무를 공유하고 있었기 때문에 자신과 관련이 없는 프로젝트라 할지라도 듣고 이해하고 의견을 개진할수 있게 된 것이었다.
이는 개인 회고를 통해서 고백되었다.
"하루 목표가 분명하기 때문에 업무 시간에 더욱 집중 할 수 있었어요."
"데일리 미팅때 모두가 있는 자리에서 이슈를 설명하니 간단히 해결되는 경우가 많았어요."
"팀원들이 어떤 작업을 하고 있는지 알고 있다는게 도움이 되네요."
스크럼이 이렇게 빠른 피드백을 줄수 있는지 우리는 상상하지 못했었다.
또한 스크럼 하기 전에 진행되던 프로젝트가 오랫동안 지연되고 있었는데(결과물 없이) 약 8주동안 큰 진전이 있었으며 나름 의미있는 릴리즈를 시행하였다.


어떻게 정리할까?

우리는 화이트보드에는 데일리미팅에서 제시되는 테스크를 정리하고 엑셀에는 스프린트백로그를 정리하였다.
엑셀 파일은 공유하기 힘들어서 대부분의 내용 작성은 팀장님이 하셨다.
우리는 백로그를 해당 담당자가 직접 작성하고 관리하기를 원했다.
우리는 여러가지 스크럼 툴을 사용해보기로 하였다.
우리의 요구사항은 "간단한 GUI, 쉬운 사용법 이었다."
  1. IceScrum (http://www.icescrum.org/)
    - 아기자기하고 친근한 GUI로 우리의 눈길을 끌었으나, 사용법이 어려웠다.
    - 현재 IceScrum2가 릴리즈되어서 제공중이다. (사용해 보지 못하였으나 많이 개선된 듯한 느낌~)

    IceScrum2의 스토리를 이용한 스프린트 백로그 관리

  2. Trac (http://trac.edgewall.org/)
    - 개인적으로 위키를 매우 좋아해서 추천했으나 팀원들의 위키 사용 반대로 좌절되었다.
    - 현재 사내에서 사용중인 ClearCase(SCM)와도 연동할수 있어서 많이 끌렸었다.

    프로젝트 관리용으로 많이 쓴다는 Trac

  3. Pivotal Tracker (http://www.pivotaltracker.com)
    - 웹에서 서비스하지만 무료라서 일단 환영받았다. (개발 서버 부족으로 따로 웹서버를 돌릴 여유가 없었다.)
    - 직관적이고 깔끔한 GUI가 인상적이었으며, 사용법 또한 간단하였다.
    - 스프린트 시작일을 지정할 수 없다는 단점이 있었다.

    Pivotal Tracker의 스토리 관리

여러가지 툴을 검토해보고 써본 결과 우리에게는 Pivotal Tracker가 가장 알맞을 것이라는 결론을 내렸다.
결론을 내린 다음 스프린트 부터는 Pivotal Tracker를 사용하였다.

툴만 정하면 될것이라 여겼으나 툴 사용 첫날부터 삐걱거리기 시작하였다.
Pivotal Tracker에는 스토리 밑에 테스크라는 개념이 없는데 테스크 별로 모두 웹에 등록하려면 매우 비효율적이라는 것이었다.
XP의 윈윈윈 정신에 입각하여 우리는 어느정도의 크기로 스토리를 작성할 것인지, 테스크 관리는 어떻게 할 것인지 고민하였다. 고민의 결론은 다음과 같다.
  • 스토리는 비지니스적인 가치를 지닌 하나의 기능 정도의 크기를 갖는다.
  • 스토리는 프로젝트 담당자가 팀장님과 협의하여 작성한다.
  • 테스크는 해당 스토리를 완성하기 위해 필요한 작업들을 1~2일 정도 크기를 갖는다.
  • 테스크는 데일리미팅에서 화이트보드에 작성한다.


처음 블로그를 시작하여 올리는 글들인데 쓰다보니 스스로 회고도 되고 굉장히 재미있네요^^
다음편에서는 결국 모두 아날로그로 돌아가게 된 사연을 써보겠습니다. 감사합니다.
Posted by 윤청하

댓글을 달아 주세요

  1. 2009.10.14 06:12 신고 heestory.me  댓글주소  수정/삭제  댓글쓰기

    ㅋ글 잘 쓰시에용-ㅎ

  2. 2009.10.14 11:53 신고 eminency  댓글주소  수정/삭제  댓글쓰기

    재밌게 읽었네, 나도 개발이 그립구만...

  3. 2009.10.17 17:20 신고 A2  댓글주소  수정/삭제  댓글쓰기

    1, 2편 읽었습니다. ^^
    좋은 글이네요.
    제가 일하는 곳도 이번에 처음 스크럼을 도입했습니다.
    경험이 거의 없지만 자리를 잡아가면 크게 도움이 될 것 같은 느낌이 옵니다. ^^

  4. 2011.11.08 13:15 신고 A3  댓글주소  수정/삭제  댓글쓰기

    저희 회사에서는 teamoffice쓰는데 좋은 것 같아요.

  5. 2012.02.10 17:40 신고 아멜리에  댓글주소  수정/삭제  댓글쓰기

    pivotaltracker 관련 글 찾다가... 우연히 오게 되었는데요.. ^^;;


    현재 hitask 쓰다가, 불만족스러워서 다른 것으로 옮기려고 하는데요.

    pivotaltracker 는 정말 ui가 직관적이라 마음에 드는데.. . 한꺼번에 작업을 추가할 수 없는것인가여? ㅠㅠ


    저는 개인쇼핑몰 운영자인데...
    애자일 프로젝트를 많이 애기하네여. ^^;;

    프로그래머는 아니지만 함 적용해보고 싶어지네여. ^^;;

    • 2012.02.10 17:57 신고 윤청하  댓글주소  수정/삭제

      협업도구를 찾으신다면 http://pragmaticstory.com/1868 요것도 한번 참고해보세요^^ 괜찮다고 하시네요~~

      애자일은 소프트웨어 개발에만 적용할수 있는건 아니에요.
      아래 링크 참고하시면 유치원에 애자일을 적용한 사례입니다.
      https://www.ibm.com/developerworks/mydeveloperworks/blogs/9e635b49-09e9-4c23-8999-a4d461aeace2/entry/67?lang=en

2009/10/12 - [Agile Experience] - 우리 팀에 스크럼을 적용했어요 - 1편
2009/10/13 - [Agile Experience] - 우리 팀에 스크럼을 적용했어요 - 2편
2009/10/19 - [Agile Experience] - 우리 팀에 스크럼을 적용했어요 - 3편
2009/10/28 - [Agile Experience] - 우리 팀에 스크럼을 적용했어요 - 마무리
2009/12/12 - [Agile Experience] - 회고 : 스크럼 돌아보기
2010/01/21 - [Agile Experience] - 팀 자리를 이동하고 스크럼을 위한 War Board도 이동했습니다!


은근 슬쩍 시작하기


나와 아주 친한 연구원(L씨)는 니코틴 충전시간을 활용하여 현재 우리 팀의 문제점에 대해 고민하였다.

우리 팀은 전형적인 한국의 개발팀과 대동소이했다.
  • BMT 준비로 인한 잦은 밤샘
  • 빈번히 변경되는 요구사항
  • 유지보수 지원으로 인한 신규 프로젝트 지연

그와중에 알게된 해결책 중의 하나가 스크럼이었다. 방법은 매우 단순 했다. 
우리는 금방이라도 팀에 적용할 수 있을 것 같은 환상에 빠졌다. 
결국, 둘이 협공하여 팀장님을 설득하였다.

적용 첫주에는 티타임을 가장하여 은근 슬쩍 데일리 미팅을 진행하였다. 
물론 스크럼, 제품 백로그, 스프린트 등의 전문 용어는 일체 사용하지 않았다.
출근시간이 자유롭기 때문에 한번에 모이기가 힘들어서 데일리 미팅의 시간은 매우 유동적이었다.

팀원들이 데일리 미팅에 익숙해 질 쯔음(약 일주일정도 지난) 스크럼에 대해 언급하기 시작하였다.
팀 서고에 스크럼 관련 책을 비치 하였으며 독서를 독려하였다. (하지만, 실제 책을 읽은 사람은 매우 적었다.)
  • 스크럼 : 팀의 생산성을 극대화 시키는 애자일 방법론 (Ken Schwaber, Mike Beedle)
  • 스크럼과 XP : 애자일 최전선에서 일군 성공 무용담 (헨릭 크니버그)
개인적으로 "스크럼과 XP" 책이 더 따라하기 쉽다고 생각한다.


첫번째 스프린트 회의

얇은 지식을 바탕으로 첫 스프린트 회의를 개최하였다. 프로덕트 백로그는 엑셀로 정리하였다.
프로덕트 백로그 하나씩 짚어가며 정리하다 보니 시간이 매우 오래걸렸다. 
2시간이 걸렸음에도 반도 끝내지 못하고 다음 날을 기약한채 회의를 종료하였다.
(스프린트 기간을 4주로 결정하는 것 조차 오래걸렸다.)
그 결과, 스크럼 도입에 회의적이었던 팀원들은 여러가지 불만을 토로하였다.

"저의 작업 진행 방식(요구사항 검토하고, 개발 계획 및 스케쥴링을 하는)과 크게 차이를 못느끼겠습니다. 
왜 이걸 해야 하죠?"
이유는 간단 했다. 서로 잘 알지 못하면 서로 도움을 줄 수 없기 때문이다. 
(하지만 그당시 난 상대방을 적절히 설득하지 못하였다ㅠㅠ)

결국, 회의 이후에 팀장님께서 일일이 스프린트 백로그를 정리하셨다. OTL


본격적인 스프린트 진행

매일 시간은 달랐지만 하루도 빠지지 않고 데일리 미팅을 진행하였다.
팀원은 8명이었고, 평균 진행 시간은 20~25분이었다. 
고정된 데일리 미팅 시간 갖기, 평균 진행시간을 20분 이하로 줄이기 위해 노력하였으나 실패하였다.
이유는 불행히도 우리 팀은 "개인의 자유"라는 가치를 매우 크게 생각했기 때문이다. (팀장님 포함)
가치에 기반하지 않은 실천방법은 어떤 방법으로도 설득하기 힘들다는 것을 깨달았다.

데일리 미팅에서 언급되는 내용은 한 팀원이 팀내에 비치된 화이트보드에 작성하였다.
백로그별 예측되는 남은 시간은 팀장님이 엑셀을 통하여 정리하였다.
이때까지만 해도 업무 담당자의 의도와 작성자(화이트보드 혹은 엑셀)의 정리 내용에 차이가 발생할 수 있음을 알지 못하였다.

엑셀로 정리한 스프린트 백로그


데일리 미팅에서 가장 어려웠던 점은 "예측되는 남은 시간"만을 적는 것이었다. 
우리는 왜 남는 시간만을 남겨야 하는지 이해하지 못했다.
그리하여 우리는 남은 시간을 예측하지 않고, 최초 예측 시간에서 실제 작업시간을 뺀 값을 정리하는 쪽으로 의견을 모았다.
실제 작업 시간을 남김으로써 프로젝트를 제대로 관하고 있다는 느낌과 그 히스토리를 통해서 무언가 피드백을 받을 수 있다는 상상은 쓸모없는 것임을 매우 나중에 깨달았다.

마지막으로, 나는 팀내 스크럼 도입을 주도하면서 내 지식 혹은 직감을 남에게 전달하는 것이 얼마나 어려운 일인가를 다시 한번 깨닫게 되었다.

다음 편에서는 스크럼 도입 중기에서 겪었던 일들을 정리해보겠습니다. 감사합니다. ^^
Posted by 윤청하

댓글을 달아 주세요

  1. 2009.11.05 17:58 신고 권미정  댓글주소  수정/삭제  댓글쓰기

    서로 잘 알지 못하면 서로 도움을 줄 수 없기 때문..
    대답 명쾌하다. 완전 공감~