알라딘MGG와이드바


2009 년 11 월 xper 모임 후기(2/2)입니다. 개발 이야기

[http]2009 년 11 월 [http]xper 모임 후기입니다.
() 는 제가 추가한 내용입니다.

SK C&C [http]민신현 과장님
  • [http]관련 PT
  • Client 가 재미교포였던 프로젝트에서 처음 도입
    • 국내에서는 반발
  • 개발이 싫어진 이유는?
    • SSKK : 시키면 시키는대로, 까라면 까라는대로 한다. (조인트도 까여봤다)
    • 2004-2006 H 대학 프로젝트 산출물
      • A4 바인터 두께 4.5 m
      • 감리, 개발팀 누구도 읽지 못함
    • 의사 소통에 문제가 있다
  • SI 쪽 단가 측정이나 계획 잡는 부분이 건설쪽에서 온 것이다 보니 Prototype 에 대한 이해가 부족하다.
    • 그래서 감리도 프로그램 작성이 끝난 후에야 한다.
    • 하지만 항공기 개발(예 : F-4) 이라면 어떨까?
      • (여기에서 F-4 는 DSA 에서 다루는 Architecture 뿐만 아니라, 항공기를 프로토타입을 만들어 실험해 보는 전체적인 개발 과정을 얘기하는 듯)
    • 1999-104호 정보통신 감리 협회 교육자료
  • 툴 구성
    • HUDSON, TRAC-Wiki, TRAC-SCN, UML(StarUML), ?DoxyGen
  • 개발 과정
    • 처음에는 테스트 성공률 0 %
      • 빈 클래스 body 로 기대결과 테스트부터 만드는 듯. (나름 TDD 랄까)
    • 개발 달성 여부는 O,X 로만 표시. 퍼센트는 의미 없음
    • 2-3 단위로 개발 일정 계획을 잡는다.
    • SI 에서 Issue 란 일 하는 것 외에 다른 해야 할 일을 뜻한다.(애로사항 같은 거?)
    • UML 은 단순하게만 그리고, 자세한 건 전부 메모로 만들게 했다
    • 전용 Prototype Tool ([http]Balsamiq) 도입
      • 눌러보면 화면 전환 되는 것 만으로도 client 에게 UX 를 제공할 수 있었다.
      • Wireframe 방식으로는 안 되더라
    • 3 달 프로젝트에 휴가를 2 주 줬다.
      • 퇴근에 대해 확신을 줬다.
        • 오늘 할 일이 끝난 개발자는 오후 1시에도 퇴근시켰다. 몇 번 그랬더니 사람들이 믿더라.
        • 대신 업무를 마치지 못하면 밤샘했다.
        • 정작 PM 은 매일 밤을 새면서 Code Review 하고 스케줄 정리했다.
      • 프로젝트 끝나고, 사람들에게 고맙다고 선물받은 프로젝트는 이번이 처음이었다.
    • 9시 30분에는 30분만 주식, 재테크 같은 아무 얘기나 했다.
      • 이 사람이 남이 아니구나 라는 의식이 생겼다.
  • 남은 문제
    • 한국 개발자의 희망 보고서 책의 문제점
      • 감리사, 상사를 설득할 방법이 없더라
    • Agile 은 항상 갈아서 써야 하는 칼을 갈아주는 숯돌 같은 개발 방법론이다.
    • 한국의 할아버지 감리사의 눈높이에 맞춰야 하는데, agile 은 너무 젊은 느낌이다.
      • (HardCode 에서도 같은 이유로 Scrum 을 비판했다.)
    • SI 는 프로젝트별로 사람이 계속 바뀌기 때문에 팀웍이 안 생기고, 일정을 잡기 어려운 것이 가장 큰 문제다.
    • 상사는 어떻게 설득했나?
      • 언제라도 회사를 나갈 수 있는 사람이어야 용기있게 뭘 할 수 있다.
        • (프로그래밍 심리학에서도 나오는 바람직한 리더의 자세)
      • 감리팀에도 찾아가서 2주간 싸웠다.
        • 다행히 재미교포인 고객과 먼저 합의를 했기 때문에 대화가 훨씬 쉬웠다.
          • (SI 에서는 고객을 먼저 공략하자)
        • 얘기할 때도, '지금 방식으로는 계속 잘 안 되지 않았냐' 라는 얘기를 먼저 했다.
    • 고객은 계약만 하고 나면 큰 장애가 안 된다.
      • 오히려 회사 내에서 후속 프로젝트를 할 때 '그 때 너네 쉬엄쉬엄했지?' 라는 식으로 과소평가 받는 수가 있다.
    • 그래도, 큰 SI 회사에서 Agile 도입사례가 점점 나오고 있고, 좋더라는 소문이 나는 중이라서 (얼마나 걸릴지는 몰라도) 조금씩 바뀔 거라고 본다.

덧글

  • 2009/12/02 13:36 # 답글 비공개

    비공개 덧글입니다.
  • sangpire 2009/12/02 23:24 # 삭제 답글

    저는 SI에서 일하고 있지는 않지만 몇몇 일들은 저희회사도 마찬가지 인듯.. 시간내서 깔끔한 정리 해주셔서 감사합니다.
  • frankly 2009/12/06 15:52 # 삭제 답글

    PM이 코드 리뷰한다는게 좀 특이하게 들리는군요.
  • 박PD 2009/12/06 22:25 #

    정확한지는 모르겠지만
    제가 이해한 바로는 SI 에서는 PM(을) + 협력업체(프로그래머. 병) 가 작업을 하는 거 같더군요.
    PM 이 먼저 요구사항 충족여부를 검사하는 단위테스트를 쭉 만들어 놓고
    협력업체 프로그래머분들이 작업을 하면, 그 작업이 제대로 되었는지를 검증하는 작업을 하셨다고 하더군요.
    검사를 안 했더니, return 1; 이런 식으로 단위테스트를 속이는 코드가 들어가는 경우도 있었다고 합니다.
  • kernel0 2009/12/07 00:59 # 삭제 답글

    잘봤습니다 :)
댓글 입력 영역


Yes24위대한게임의탄생3

위대한 게임의 탄생 3
예스24 | 애드온2