나의 고백/프로젝트9 S프로젝트 품질관리자 일기(3) Lessons Learned * CMMI PA 관점에 따라 기술 1. Process Management (OPF, OPD, OT) - S사에서 발주한 프로젝트는 고객사에서 정의된 프로젝트 관리 절차에 따라 착수, 이행, 종료 검수등의 Task 순서로 진행된다. 고객사 IT지원팀이라는 부서에 품질관리자가 있으며, 또한 수행사 소속QA가 고객사에 파견근무식으로 일을 하며 프로세스를 관리하는 점이 특이사항이다. 프로젝트 참여인원은 수행사와 협력업체 개발자 이외에 고객쪽도 업무시스템별로 파트리더가 선정되어 있어 분석, 설계. 테스트에 적극적으로 참여하였기 때문에 모든 교육은 고객 포함 모두들 대상으로 항상 실시하였다. 프로젝트 교육 계획이 사전에 정의되어 관리되지는 못하였다. 교육 출석부 등 결과는 최소한으로만.. 2019. 11. 19. S프로젝트 품질관리자 일기(2) S그룹의 특성은 태생이 일본에서 시작하다 보니 그룹 분위기가 뭔가 일사분란하다는 느낌이 항상 들었다. 오픈이 코앞에 다가오니 나도 나름대로 긴장이 되었다. 본 이행을 위한 전환작업이 8월17일 목표시간 보다 빨리 완료되어 SI/SM 수행사 직원 뿐만아니라 현업 전직원 모두가 동원이 되어 전환 데이터 정합성을 검증하였다. 8월18일 01시에 정상적으로 서비스 가동이 시작되었다. 오픈이 된 것이다. 지금까지 지나온 것에 비해서 마무리는 약간 싱겁게 조용히 맞이한 것이다. 당일 08시부터는 실제 고객이 시스템을 사용하기 시작했고, 장애에 대한 긴급대응을 위해 Help Desk와 상황 조치반이 가동되었다. 2주동안은 작은 장애들이 발생되어 해결하기 위해 PM/PL등이 무겁고 긴박한 분위기가 이어졌다. 그런데 8.. 2019. 11. 16. S프로젝트 품질관리자 일기 이 이야기는 제가 2007년 11월에서 2018년 10월까지 진행된 한 금융 프로젝트에 투입된 내용을 일기형식으로 정리해본 내용입니다. 프로젝트의 특성: 기존 시스템과 흩어져 있는 여러개의 시스템을 흡수/통합 하는 프로젝트 성격으로써 신규보다는 수정/무수정 프로그램이 많았음 (무수정 : 2만여본, 신규 수정 : 1만여본) 배치작업이 1만9천여개, 이중 Daily Job이 1만여개, 두개의 다른 시스템의 데이타를 통합하는 데이타전환이 가장 중요한 업무임 일정이 짧다는 이유로 산출물은 합의된 필수산출뭉만 작성하기로 고객PMO와 어느 정도 합의하에 최소화함. 프로젝트에 참여하면서 가장 아쉬웠던 부분은 프로젝트 착수때 부터 참여하지 못해서 프로젝트 인원들과 좀 더 친숙해지지 못했고 이 때문에 강하게 이끌어 나가.. 2019. 11. 10. 요구사항에 대한 사용자와 개발자의 생각 차이 요구사항과 관련해서 사용자와 개발자의 입장은 항상 이견이 있고, 좁히기 어려운 큰 갭이 있다. Case 1 사용자A : "이 필드 좀 하나 추가해 주시고요, 이건 이렇게 변경해 주세요." 개발자B : "이건 애초에 없었던 요구사항이쟎아요. 진작에 말씀해 주셨어야지요." 사용자A : "무슨 소리하는 건가요? 그건 당연히 되는 기능으로 알고 있었는데..." 개발자B : "원하시는대로 추가 개발하려면 전체 설계를 다 변경해야 하므로 안됩니다." "요구사항을 반영하려면 추가 공수가 필요하고 일정연기가 불가피합니다." 사용자A : "말도 안되는 소리하지 말고. 이 요구사항이 반영되지 않으면 최종 검수는 할 수 없으니까 알아서 하세요." CASE 2 개발자C : "지금까지 나온 요구사항이외 변경은 없는 거죠? " .. 2019. 11. 5. 프로젝트 오픈 1주일전의 모습 프로젝트 오픈 1주일전의 모습에 대해서 상상을 해보라. 아니 예전의 경험을 다시 떠올려보자. 출근하자 마자 PM은 PL 및 사업관리, 품질 등 이해관계자들은 모아놓고 결함보고서와 함께 진척보고서을 띄워놓고 Daily Meeting을 진행할 것이다. PM을 제외한 대부분의 파트리더는 모두들 지친모습이 역력하고 리더가 이야기 하는것을 듣고 있는지 마는지, 반은 말이 없고 노트나, 휴대폰만 쳐다보고 있을 것이며, 아니면 안되는 이유만 반복적으로 큰소리로 이야기 하는 것이 전형적인 모습일 것이다. PM은 프로젝트 개발 진척 보고를 듣고 미처리 개발목록에 대해 밤을 세워서라도 완료하라고 파트리더들에게 독려(?) 아니 압박을 할 것이다. 요즘은 어느정도 주52시간이 정착되었다고 볼수 있으나, 하루에 8시간 일하는 .. 2019. 10. 28. 엑셀보다 더 좋은 프로젝트 관리도구는 존재하는가? 프로젝트나 SM조직에서 품질데이터를 취합하기위어 급조해서 시스템을 만들거나 매크로를 이용해서 집계자동화를 하려고 시도하지만 이것도 프로그램인지라 오류나 버그가 있어 검증하는데 더 많은 시간을 뺏기는 경우가 많다...엑셀이 가장 훌륭한 프로젝트관리도구이다.. 라고 말하는 사람들이 종종 있다... 2019. 10. 7. 소프트웨어 품질 국제 인증을 믿을 수 있나? ISO9001, CMMI, ISO20000 등 많은 SW 개발 회사들이 사업을 위해 많은 돈을 들여가며 국제 품질 인증을 따고 있는데, 훈장을 달기 위한 목적인지, 진정한 품질을 확보하기 위함인지... 2019. 10. 7. 프로젝트는 신 기술의 시험장인가? 제안시 꼭 검증되지 않은 신기술, 솔루션을 프로젝트에 적용해서 성공하겠다는 요란한 제안을 하게된다. 실제는 설계/개발자의 능력이 뒷받침되지 않아, 생산성이 나지 않거나, 문제 해결을 할 수 없는 경우가 SI프로젝트에서는 태반이다. 2019. 10. 7. 프로젝트 성공의 의미는? 아무리 잘못된 프로젝트라도 끝나면, 모두 성공한 프로젝트로 간주되나보다. 프로젝트 종료보고회 회식자리에서는 모두 박수를 치고 성공을 축하한다. 프로젝트가 끝나면 모든것이 용서되는가? 납기 준수? 이익률? 오픈 후 결함에 대한 재작업비용은 누가 부담하는가? 2019. 9. 23. 이전 1 다음
