본문 바로가기

프로젝트

(3)
[소프트웨어 개발] 히어로 개발자라면 응당 가져야할 것들 바로 이전 포스팅에서 Man-Month를 설명하다가 히어로 개발자를 언급했는데요,(관련 포스팅, http://storycompiler.tistory.com/142)이번 포스팅에서는 히어로 개발자라면 응당 받아야할 대접에 대해 써볼까 합니다. 물론, 히어로 개발자의 출몰을 경계하는 의견도 있습니다.히어로 개발자도 엄연히 사람인지라 후진적인 정치활동으로 조직을 퇴화시킬 수 있습니다.그렇기 때문에 오히려 히어로 개발자의 등장을 막아야 한다는 의견도 있습니다. - 독단적인 결정에 따른 그릇된 방향설정- 의사결정권자 부재에 따른 위험부담 증가- 의사결정 소요시간의 증가 언뜻 생각해봐도 줄줄이 떠오르는 위와 같은 폐단을 막기 위해,제 2의 잡스가 출현하는 것을 철저히 막고 있는 것인지도 모릅니다. 하지만, 위의 부..
[소프트웨어 개발] Man-Month 허상과 히어로 개발자 늘상 그렇듯,오늘도 일개 개발자로서 체감하는 개발현실을 얘기해볼까 합니다.'일개 개발자'로서의 생각이기 때문에 코끼리의 꼬리만 만지고 있다고 생각하셔도 무방합니다. Man-Month는 한 사람이 한 달간 하는 일의 규모를 토대로,프로젝트에 투입할 인력과 일정을 계획할 때 사용합니다. 10명이 1년간 프로젝트를 진행해야하면,10명 x 12개월 = 120 M/M(Man-Month)120 M/M 규모의 프로젝트라고 말할 수 있습니다. 프로젝트에 투입한 사람을 좀 더 늘려볼까요?120 M/M 프로젝트에 12명을 투입하면,120 M/M / 12명 = 10개월12개월에서 10개월로 2개월이 줄었습니다. 이 수식에는 한가지 전제가 필요합니다.투입되는 인력의 수준이 동일하다는 전제이지요. 하지만, 소프트웨어 개발에 발..
[Agile] 애자일 적용 우선순위 우선 본 포스팅을 게시함에 앞서,본 포스팅은 지극히 개인적인 의견임을 알려드립니다. 프로젝트에 애자일을 도입할 때,애자일의 지엽적인 부분만 도입해놓고 제대로 적용했다고 주장하는,우스꽝스러운 상황을 보고 싶지 않기에,지극히 주관적인 관점에서 우선순위를 지정해보았습니다. < 우선순위 上 >- 프로젝트 라이프사이클프로젝트의 라이프사이클 내내 요구수집, 제품디자인, 기술훈련, 개발활동 그리고 검증절차 모두가 지속되어야 합니다.요구수집을 초반에 진행하고,검증절차는 과제 막바지에 진행하는 단계별 절차관리는 애자일이 아닙니다.요구사항은 언제든지 바뀔 수 있기에 아키텍쳐는 언제든지 재설계되어야 합니다. - 반복주기와 피드백프로젝트 라이프사이클 중에는 일정 기간이 되풀이되는 반복주기가 있습니다.하나의 반복주기에는 제품개..