'프로젝트'에 해당되는 글 2건

  1. 2006.08.27 진정으로 성공한 프로젝트란...
  2. 2006.07.04 Keep It Small, Keep It Simple, Let It Happen

진정으로 성공한 프로젝트란...

|
성공적인 프로젝트는 단순히 극복해야 할 일련의 긴 역경일 뿐이다. 역경에 맞서는 일은 결코 이례적이지 않다. 오히려 당연한 일이며, 우리가 할 일이다. 진짜 시험은 난관이 없는 상황에서 성공했을 때가 아니라 난관에도 불구하고 승리를 거둘 때이다. - 윌리엄 A. 코헨


어려운 일을 겪지 않는 유일한 방법은 어려운 일을 맡지 않는 것이겠지요. 나이가 들수록 이러한 유혹에 빠지기 너무 쉽습니다. 저 자신도 늘 어렵지 않은 일을 맡고 싶은 맘은 있지만 ... 그러기에는 여전히 호기심이 많고 좀 어렵더라도 그런 일들에 손을 대고 있습니다. 심지어는 그런 일을 만들기도 하지요. 주위의 우려에도 불구하고 말이죠. 전에는 혼자 선택하고 스스로 해결했지만 이제는 제 주위에 좋든 나쁘든 영향을 미치고 있다는 것을 알기에 조심스럽긴 하지만. 그래도 말이죠... 진정한 승리감은 코헨이 말했듯이 어려움을 극복했을 때라는 것을 압니다. 그 승리감을 모르는 사람들에게는 무엇이되었든 그저 두려울 뿐입니다.

다소 난관이 있더라도 추진력을 가지고 프로젝트를 이끌어 가는 상사를 만나기는 쉽지 않네요. 이미 저 자신도 예전같지 않다는 것을 느끼거든요. 그래서 제 주위에 저보다 두려움없이 도전적으로 덤벼드는 동료들이 있다는 것은 저에게는 크나큰 행운이라는 생각이 들기도 합니다. 그러한 친구들이 더욱 늘었으면 합니다.
And

Keep It Small, Keep It Simple, Let It Happen

|
우리들은 늘 제품이나 솔루션을 개발할 때 최소의 기능을 구현해서 최대의 효과를 얻고자 합니다. 하지만 초기의 이러한 구호는 말로만 그칠뿐 결국 그 최종 결과물들을 보게되면 어느새 필요한지 불필요한지도 판단이 잘 서지 않는 여러가지 기능들로 둘러쌓인 제품이나 솔루션들이 되기 마련이지요. 특히 소프트웨어 개발에 종사하는 분들이 과제초기에 갖는 회의중에 하나가 고객의 요구사항을 파악하기 위한 것이라는 점에서 이미 이러한 각오는 물건너 갔다고 볼 수 있습니다. 요구사항을 듣고 이를 수렴하여 가장 필수적인 것이 무엇인지를 판단하고 결정하기 보다는 요구사항이니까 구현하고 집어넣지 하는 바로 그런 접근방법이 여전히 남아있기 때문입니다. 아마도 이글을 보시는 분중에서 소프트웨어 개발이나 솔루션개발 업무를 하시는 분들은 이러한 상황을 쉽게 부인을 하지 못하실 겁니다. 그렇다면 처음부터 질문을 바꾸어 보는 것은 어떨까요? 대략적인 요구사항을 정리해서 보여주고 도대체 정말 필요없는 기능은 무엇인지 물어보는 것이죠. 아마 처음에는 당황하겠지만 개인적인 취향들로 뒤섞인 어설픈 요구사항보다는 필수적인 요구사항들만 남게 되지 않을까요? 그럼 이럴 분들도 있겠군요. 어설프게 정리된 요구사항과 개인의 취향이 담긴 추가요구사항으로 일만 더 많아질 수 있다고 말이죠. 현실적으로 이런 상황도 생길 수는 있겠지만 제 개인적인 생각엔 이러한 접근방법도 나름대로 큰 의미가 있다고 생각됩니다.

우리가 제품이나 솔루션을 개발할 때 정말 정말 단 하나의 기능이 남는다면 그것은 무엇일까 고민했을까 하는 것입니다. 여전히 우리는 무슨 기능 빠진 것이 없는지를 살펴보게 됩니다. 그렇게 훈련받았고 그렇게 일을 해왔기 때문이요. 결코 NO하지 못하도록 훈련되었지요. 하지만 최근에 읽어본 HCI 관련 자료, 개발 방법론 책 , iPod, iTune과 같은 애플 제품들의 성공 스토리들을 보게 되면 이 글의 제목처럼 "Keep It Small, Keep It Simple, Let It Happen" 의 정신을 철저히 지킨 제품 , 솔루션들만이 성공적으로 살아남았습니다.

최근 프로젝트 진행을 통해서 저 역시 노력하고 있습니다만 여전히 쉬운 일은 아닙니다. 특히 저희 회사와 같이 VOC 가 많은 조직에서 말이죠. 하지만 이러한 입장을 견지했을 때만이 맡은 프로젝트를 성공적으로 추진할 수 있다고 믿고 있습니다.
And
prev | 1 | next