프로젝트 관리5 문제는 속도가 아니라 방향과 제어이다. 다른 산업과 달리 SW 산업은 제품을 만들어내는 기간을 정확하게 예측하기 어렵다는 것이다. 지금 진행되고 있는 프로젝트들을 포함해서 그동안 수많은 프로젝트들은 일정 관리라는 고유의 영역에서 전체 SW 개발 주기를 항목 단위별로 매일, 매주, 매월로 개발 상태를 관리하지만, 정해진 시간 내에 SW를 완성시키기란 상당히 힘들다는 것을 늘 느낀다. 만일, 개발 속도(velocity)를 수치로 표현할 수만 있다면, SW 제품을 만드는데 걸리는 시간을 계산할 수 있을 것이다. 따라서, 모든 프로젝트에서는 개발 속도, 즉 개발 생산성을 그 어느 것보다도 더 중요하게 생각하고 이를 매일 관리하도 한다. 개발 속도는 당연히 그 이면에 개발 범위(scope)라는 제약 변수가 있지만, 개발 범위는 늘 애매모호한 형태로 식.. 2012. 4. 14. 농협 사태와 한복 사건, 그리고 수많은 가이드들 조직마다 규약과 제도를 통해서 업무 프로세스를 수행하게 되며, 이는 조직 구성원들의 행동을 제한하게 됩니다. 이런 규제나 제약에 관련되어서 조직의 특성마다 어떻게 이를 규약할 것인지는 다릅니다. 이번 농협 사태와 한복 사건을 계기로 IT 개발시에도 동일한 문제들이 발생되는 경우들이 있어서 몇가지를 거론하고자 합니다. 조직이 가지는 규약은 최초에 특정한 이유와 사건으로 인해서 생겨난 것이며, 이는 그 시대상을 어느 정도 반영하고 있습니다. 한복 사건의 경우, 어떠한 이유로 인해 생겨났을 것이며, 명시적으로 문서화되어 있지는 않았지만 (혹은 지침과 같은 형태로 문서화가 되었을 수도 있겠지만) 조직 구성원들에게 행동이나 업무 수행을 제약했을 것입니다. 아무튼 이러한 규약을 알고 있고, 마치 모든 기준을 이러한.. 2011. 4. 15. SCRUM에서 백로그에 대한 통제와 작업 수행 SCRUM에서 SCRUM Master는 일반적인 프로젝트의 PM/PL과 유사하게 생각할 수도 있지만, 가장 주요한 역할은 작업(구현할 기능)에 대한 통제입니다. 또한, 한팀은 5 ~ 7명으로 구성된 특정 전문성에 특화되지 않으며, 모든 SW 관련 작업에 대해 일정 수준의 전문화를 갖춘 구성원들이어야 합니다.(cross functional team) 이에 대한 원칙은 무엇보다도 SW 관련 작업에 대한 특수성에서 기인합니다. 우선, 제품 백로그(product backlog)는 SW 제품이 최종적으로 완성되었을 때에 해당 제품이 가지는 기능의 목록입니다. (비기능 목록 포함) SCRUM에서는 일반적으로 말하는 기능(function, feature)이라는 단어 대신에 backlog라는 단어를 명시적으로 사용하고.. 2011. 3. 22. 프로젝트의 완료 모든 일에는 완료라는 개념이 존재하며, 프로젝트 또한 완료 뿐만 아니라, 시작과 더불어서 중요한 마일스톤 중에 하나입니다. 하지만, 이 완료를 정의한다는 것은 현실적으로 상당히 어렵습니다. 그 이유는 프로젝트의 완료 시점에는 또 다른 시작이라는 개념이 같이 묶여있기 때문입니다. 시스템을 만드는 프로젝트는 완료시점에 시스템의 가동/운영이 시작되는 시점입니다. 프로젝트의 완료라는 것이 이 시스템을 만드는 것을 목적으로 진행되었다고 한다면, 그 이후에는 만들어진 시스템의 운영이라는 새로운 시작과 더불어서 안정화라는 관점에서 새로운 국면이 시작됩니다. 이와 같이 어느 한 국면의 종료와 시작이 같이 만나는 지점에서는 항상 문제가 발생될 수 밖에 없으며, 그 문제가 서로 다른 목적의 완료와 시작의 의미를 전혀 다른.. 2010. 11. 26. 이전 1 2 다음 반응형