본문 바로가기

SW 개발5

문제는 속도가 아니라 방향과 제어이다. 다른 산업과 달리 SW 산업은 제품을 만들어내는 기간을 정확하게 예측하기 어렵다는 것이다. 지금 진행되고 있는 프로젝트들을 포함해서 그동안 수많은 프로젝트들은 일정 관리라는 고유의 영역에서 전체 SW 개발 주기를 항목 단위별로 매일, 매주, 매월로 개발 상태를 관리하지만, 정해진 시간 내에 SW를 완성시키기란 상당히 힘들다는 것을 늘 느낀다. 만일, 개발 속도(velocity)를 수치로 표현할 수만 있다면, SW 제품을 만드는데 걸리는 시간을 계산할 수 있을 것이다. 따라서, 모든 프로젝트에서는 개발 속도, 즉 개발 생산성을 그 어느 것보다도 더 중요하게 생각하고 이를 매일 관리하도 한다. 개발 속도는 당연히 그 이면에 개발 범위(scope)라는 제약 변수가 있지만, 개발 범위는 늘 애매모호한 형태로 식.. 2012. 4. 14.
기준의 법칙 군대를 다녀온 사람은 익히 잘 알 것이다. 기준의 중요성을. 아니, 군대식으로 통제되던 시절의 중고등학교 시절을 나온 사람들도 충분히 알 수 있을 것이다. 일련의 단체를 일렬로 정렬한다는 자체가 얼마나 어려운 것인지를. 우르르 몰려나온 사람들을 정렬하는 것은 기준을 세우는 것이다. 기준이라는 소리에 모두가 경청하고 오와 열을 맞추고 앞뒤의 간격을 적당하게 유지시키는 노력들을 개인에게 부여한다. 만일 기준의 상체나 하체가 다른 각도로 서있으면 전체의 줄이나 열이 삐딱하게 되는 것을 아침 조례 시간에 경험해본 사람들은 알 것이다. We brake for nobody! by leg0fenris SW 개발시에도 기준은 상당히 중요하다. 그것도 제일 처음에 어떠한 형태로 해당 산출물이 만들어졌는지에 따라서 이후의.. 2011. 10. 28.
수백가지의 프로토타입을 만드는 신차 개발과 SW 개발 어느 트위터의 글에 '자동차는 하나의 모델에 대해 수백가지의 프로토타입을 만든다고 하는데, 소프트웨어는 얼마나 많은 프로토타입을 만드느냐"라는 내용을 본 적이 있습니다. 신차를 만드는데 다양한 디자인과 내용물들을 구성하는데 있어서 얼마나 많은 시도를 하고, 실패를 하는지를 잘 보여주는 글이었습니다. 하지만, SW를 만드는 입장에서 우리는 하나의 프로젝트에서 얼마나 많은 프로토타입을 만들고, 시도하고 실패하는지를 물어보는 대목에서 많은 생각을 하게 만듭니다. SW 개발에서 정말 우리는 신차를 개발하는 것과 같이 수백번의 프로토타입을 만들고 맘에 안들면 바꾸는 작업을 할 수는 없는 것일까요? 먼저 이러한 개발 방식이 SW 개발 방식과 유사하다는 것을 말해야 할 것 같습니다. SW 개발 방식은 100g의 철을.. 2011. 5. 20.
역할, 작업, 그리고 수행자 SW 프로젝트에서 하나의 역할을 반드시 한사람이 수행해야 함을 의미하는 것은 아닙니다. 하지만, 프로젝트를 진행하다 보면, 자기의 업무에 대한 영역을 표현하고 다른 역할을 수행하는 것에 대해 반감을 갖는 경우들이 종종 목격됩니다. 예를 들어, 개발 업무를 수행하고 있는 작업자에게 테스트나 배포, 혹은 형상관리에 대한 작업(업무)를 한다고 불평한다든지, 특정인에게 배포와 형상관리 업무 만을 맡긴채 개발이나 설계에 대한 작업을 전혀 주지를 않는 형태는 역할이라는 개념을 잘못 이해하고 있는 경우가 큽니다. 하나의 역할은 수행해야할 작업과 책임을 가지고 있습니다. 그 작업은 다양한 내용들로 구성될 수 있으며, 이들 간에서 서로 관계를 가질 수도 있습니다. 또한, 다른 역할이 수행하는 작업들과 관계를 가지며, 서.. 2011. 1. 14.
반응형