기술관련/PM or ARCH (5) 썸네일형 리스트형 설계에서 중점을 둬야 하는부분 / . OAOO(Once And Only Once) .(Runs all the tests.) ..(Has no duplicated logic. Be wary of hidden duplication like parallel class hierarchies.) .(States every intention important to the programmers.) .(Has the fewest possible classes and methods.) 프로젝트 관리 프로젝트 관리 버그트레킹 http://www.mantisbt.org/ http://scarab.tigris.org/ http://trac.edgewall.org/ 기본 설계와 설계자의 중요성 VOD시스템 개발을 시작한지 3개월 가까이 시간이 흘렀다. 2월 말경에 정리된 기본설계서 에는 테이블이 많아야 35개 이상을 넘지 않았다.실제 첫 사용자 리뷰가 있었던 4월 20일에 완성된 시스템은 테이블이 72개 였다.설계에 참여 하고 있는 인원 10여명, 실제 코딩하고 있는 인원 10여명 도합 20여명에 사람들이 움직이고 있다.아주 소규모에 프로젝트는 아닌데 스케쥴 관리,품질관리가 엉망이다. 단적인 예를 들자면 CDN비슷한 기능을 하는 시스템을 설계중인 사람에게서 한시간 가량에 설계설명이 있었다.참고 서류가 없었다.회의에 참석한 5명에 인원은 CDN이 뭐 하는 것인지도 모르는 사람들이다. 기본 설명도 없이 작은 화이트 보드에 갈겨 나가는 설계 설명. 설명을 하는 사람은 1달째 CDN을 설계하고 있다... 결국은 일요일 출근 일이 과연 바쁜가? 금요일 간만에 친구들과 한잔 하고 카와사키 가서 자고.. 토요일 11시에 출근. 능률은 오르지 않으나 업무 진행 사양서 문제 발견(2주 전부터 예기 해왔던 문제가 아직도 그대로,, 해결 방안을 그때 예기 해 줬건만...) 고민 ,을 담당자 는 출근 않해 있어서 PM에게 물어봄, 결정권 없으므로 딴부분 코딩하라고 함. 따른부분 코딩 .. 1시간 경과 결국 문제의 부분과 커플링.. 2시간 다른 부분 코딩.(위험 부담 발생 코드가 얽히기 시작) 단념하고 리펙토링 시작 20 시 퇴근 일요일 출근 해달라는 요구가 을 윗선에서 발생 일요일 11시 출근 PM은 쉼. 정 단에 사람 2명이 자리를 지키고 있음. 리펙토링 개시 을 단에 사람은 결국 출근 않함 여러 사람을 힘들게 하는건 치열한 경쟁이나 .. 팀 파견 단위 PM이 가져야할 자세(등장인물 갑을병정) 록봉기에서 VOD시스템개발을 시작한지 2달이 넘어 간다. VOD 시스탬을 발주 한 갑 +갑 회사 내부에 시스템 개발팀 을 내가 사원적을 두고 있는 병 + 병을 통해 들어온 정 실질적인 코딩 작업 은 병 단에서 시작 한다. 코딩하는 인력은 20명 정도 내가 적을 두고 있는 병.. (일본에서 그래도 자바 잘한다고 평가 받고 있는 회사 ???가끔 책을 쓰거나 하던 사원도 2개월 전에 그만 뒀다.그사람이 꽤 실력 있었는데..같이 2개월 정도 프로젝트를 했었는데.. 소스도 깔끔하고 문제 정리도 잘 하는 ..그런 타입) 지금 프로젝트에 PM은 나랑 동갑에 (일본애니까 경력은 내 1.5배 정도 )병에서 같이 파견을 나와 있다. 근데 PM이 처음이라 우왕 좌왕한다. 처음엔 괜찬더니만 매일 시도 때도 없이 변경되는 사양.. 이전 1 다음