최근에 면접을 보러 다니고 있습니다. 면접 보시는 분이 가장 힘들었던 프로젝트가 뭐냐고 물어보셔서 간단히 설명드렸는데 면접이 끝나고 생각이 나서 정리합니다. 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 업체들...
Developer,Diary,Portfolio