Joypia

읽기 전에, 영양가도 없는데 길다. 대신 어제 오늘 이미지로만 올린 포스팅을 보길 권한다. 모 구단 감독 사퇴건으로 야구계가 소란하다. 이 구단 뿐만 아니라 저 남쪽 구단 중 하나도 옛부터 프런트 간섭이 비밀 아닌 비밀로 유명하다. 성적이 안좋은 이유 중 하나로 치부하곤 한다. 난 고향이 부산이라 처음엔 롯데 자이언트 팬이었다가, 금성산전에 입사하면서 엘쥐 트윈스로 갈아탔다가, 오비 베어스 홈피 관리하고 기능 만들고(스포츠서울 기자와 ‘야구114’ 사이트 만들고) 하면서 지금의 두산 베어스 팬이 되었다. 미안하다. 야구 얘기 하려는 게 아니다. 이번 이슈를 계기로 PM 얘길 하려고 한다. 프로젝트를 하다보면 비슷한 사례가 이 바닥에서도 종종 발생한다. 다른게 있다면 프런트가 아니라 발주처에서 PM 을 갈..

지금 부터 하는 얘기는 상당한 오류를 포함할 수 있다. 이글은 무려 7년 전에 작성했던거고, 내가 SW 공학 전문가도 아니요, 솔직히 개발방법론 가이더나 모델러도 아니기 때문이다. [생각하기 1] 개발방법론은 SW 개발을 성공시키는 필수 방정식이다. 공학이란 모름지기 수학이나 다른 기초과학처럼 이론에서 발전하는 것이 아니라, 상당한 경험을 분석하여 발전시키는 것이니, 개발방법론 또한 수많은 SW 개발 사례를 분석하여 나온 결과인 셈이다. 따라서 적합한 방법론을 적용한 것이라면, 그 방법론대로만 하면 그 개발은 반드시 성공할 것이다. [생각하기 2] 내가 프로그램을 짜기 시작한 후 상당 기간 동안은 나름대로의 방법으로 알아서 개발했다. 1990년대 말부터 개발방법론을 발주처에서 요구하기 시작했고, 처음 정..

프로젝트 진행에 있어서 고객이 가장 큰 리스크인 이유는 그를 만족시켜야하는 의무가 있기 때문이다. 고객이 만족해야 우리는 보수를 받을 수 있다. 문제는 잘 알고 있듯이 고객이 발주를 내었음에도 불구하고, 그들은 자기의 요구사항을 모른다는 것이다. 다라서 개발팀에게 가장 훌륭한 고객은 요구사항 뿐마 아니라 SI 의 전반적인 것에 잘 알고 있어서 개발자와의 의사소통이 원할하고, 기술적 제약에 대해 충분히 이해해 주는 것이다. 그 다음으로 개발팀이 도움이 되는 고객은 전혀 모르는 고객이다. 이 경우 보통 고객은 개발팀을 매우 신뢰하고 전문가 집단으로 대우한다. 알아서 '잘' 해주기를 바란다. 물론 프로젝트가 진행될수록 고객도 지식이 생겨서 더 많은 것을 요구하는 위험이 있긴하다. 가장 문제가 되는 고객은 아이..