기본 콘텐츠로 건너뛰기

2018의 게시물 표시

가장 힘들었던 프로젝트 이야기

  최근에 면접을 보러 다니고 있습니다. 면접 보시는 분이 가장 힘들었던 프로젝트가 뭐냐고 물어보셔서 간단히 설명드렸는데 면접이 끝나고 생각이 나서 정리합니다. 2016년 D사에서 진행한 프로젝트입니다. 4월 프로젝트를 시작하기 위해 과장 한 명과 저랑 같이 D사에 투입이 됩니다. 과장 한 명이 더 투입되기로 하였지만 진행하던 프로젝트가 마무리가 안되어 2주 후 투입되기로 합니다. 소규모 SI 업체의 문제점인데 인원 관리가 쉽지 않죠. 프로젝트별로 딱딱 인원 맞추기가 쉽지 않습니다. 3명이 진행하기로 한 프로젝트를 우선 제가 PM을 맡으면서 메인 개발자 역할도 하고 2명이 먼저 프로젝트를 시작합니다. 시작하자마자 일이 꼬이는데 현업에서 프로젝트 구성도를 다시 그리라고 하네요. 기존의 작성한 내용이 안 맞다면서요. 분명 계약할 때  프로젝트 구성도를 제출했는데 그래서 다시 그립니다. 다시 그리다 보니 원래 3개의 공장에 시스템을 설치하는데 한 개의 웹 프로그램, 한 개의 C/S 프로그램으로 3개의 공장을 적용하고 서버는 하나로 사용하고 상단 I/F 만 분리하는 구조였는데 각 공장마다 따로 프로그램을 작성하고 상단 I/F 도 따로 분리하는 프로젝트 그리고 서버도 각 가인 구성도를 다시 그렸습니다. 프로그램 설계도 다시 하면서 이번 일이 좀 힘들 거 같다는 생각이 처음 든 순간이었죠. 개발 웹 프로그램은 제가 하고 A 과장이 DB 랑 상단 I/F를 맡고 B 과장이 C/S 프로그램을 맡으면 개발에는 문제가 없습니다. 그러나 B 과장이 2주 정도만 늦을 줄 알았는데 인수인계 과정까지 포함되어 프로젝트 투입이 한 달이 늦어집니다. 어쩔 수 없이 C/S 프로그램까지 제가 작업하기로 하고 한 달 동안 둘이서 기본적인 개발을 마무리하고 테스트를 준비하고 있으니 B 과장이 투입이 됩니다. B 과장 잘못은 아니지요. 기존 프로젝트도 인원이 없어서 늦게 끝났으니까요. 소규모 SI 업체들...