프로젝트 M을 논하다 – 2. 프로젝트 M은 어떤 녀석인가?
목차
2. 프로젝트 M은 어떤 녀석인가?
프로젝트 M은 어떤 녀석인가?
프로젝트 배경
프로젝트 M은 본사와 계열사의 회계 및 MIS 시스템을 개발하는 프로젝트이다. 발주처는 본사이며, 지난 2000년 구축된 회계 및 구매시스템의 업그레이드를 원했으며 아울러 계열사의 오래된 레가시 시스템 즉 회계, 인사, 구매 및 관련시스템의 업그레드에 대한 Needs가 있었다. 사실, 계열사 관련된 Needs는 본사가 계열사의 시스템에 대한 Needs의 성격이 강하며 계열사는 이미 고유의 자체 시스템이 있기에 업그레이드를 절실히 원하지는 않고 있었다.
발주처는 수 십 년 동안 굉장히 안정적인 사업구도하에 성장하여 왔으며 그 조직내의 조직원들도 안정적인 환경에 익숙해 있다. 본사와 계열사는 서로 수평적인 관계이며 일반적으로 생각하는 모회사와 자회사의 관계는 아니다
개발 조직 구성
개발조직은 다음과 같다.
N사는 중견 SI업체로 우리 회사와 그 규모가 유사하다. S사는 기존에 발주처의 계열사를 유지보수 하던 업체로 고객사의 시스템 관련하여 오랜 노하우가 있다.
개발업체들은 개발자의 상당부분을 프리랜서를 고용하여 프로젝트를 진행했다. (연결회계의 경우 패키지를 커스터마이징하는 작업이었으므로 본 문서에서는 제외한다)
개발 기술
기존 레가시 시스템은 파워빌더로 2 tier(C/S) 환경으로 개발되었으며 이것을 WAS(EAServer:파워빌더 EAServer)를 사용하여 3 tier - Web으로 개발하였다.
일부 JSP와 JAVA가 사용되었으나 이는 프로젝트의 일정에 큰 영향은 없었다.(일부는 우리회사에서 개발했다)
DB는 오라클 10G와 9i 썼다.
웹서버 : Apache와 tomcat
개발방법론 : 관리기법/1(method 1)
일정관리 Tool : Microsoft Project
수치로 알아본 프로젝트 M
프로젝트의 개괄적 전체 일정 계획 분석
년/월 |
06/ 03 |
04 |
05 |
06 |
07 |
08 |
09 |
10 |
11 |
12 |
07/ 01 |
2 |
3 |
4 |
5 | |
계획 |
분석 |
설계 |
개발 |
시험 |
운영 |
|||||||||||
실적 |
본사 |
분석 |
설계 |
개발&시험 |
운영 | |||||||||||
계열사 |
분석 |
설계 |
개발&시험 |
운영 |
투입인력
개발사 |
정직원 |
협력직 |
계 |
정직원 비율 |
평균연령 |
N사 |
4 |
6 |
10 |
40% |
38.3 |
S사 |
10 |
7 |
17 |
59% |
35.6 |
계 |
14 |
13 |
27 |
36.6 |
전체 투입인력(계획대비 29% 증가)
본사부문 투입인력(N사 26% 증가)
계열사 부문 투입인력(S사) (총 투입계획 대비 37%증가)
개발 본수
구분 |
분석설계 완료 후 계획본수 |
오픈 후 |
차 |
증감율 |
비고 | |
본사 시스템 |
회계 |
588 |
621 |
33 |
6% |
|
구매관재 |
396 |
682 |
286 |
72% |
계획단계에서의 본수 산정에 있어서 메뉴별로 합쳐졌던게 많았다 | |
소계 |
984 |
1,303 |
319 |
32% |
| |
계열사 시스템 |
XX 업무 |
71 |
122 |
51 |
72% |
|
YY 업무 |
64 |
114 |
50 |
78% |
| |
ZZ 업무 |
22 |
63 |
41 |
186% |
| |
인사총무 |
238 |
210 |
-28 |
-12% |
최종 개발단계에서 프로그램 기능을 한 화면에 모아서 개발되었다. | |
회계 |
239 |
296 |
57 |
24% |
| |
구매관재 |
105 |
213 |
108 |
103% |
| |
예산원가 |
72 |
101 |
29 |
40% |
| |
공통 |
0 |
49 |
49 |
N/A |
| |
소계 |
811 |
1,168 |
357 |
44% |
| |
합계 |
1,795 |
2,471 |
676 |
38% |
비정상적으로 증가되었던 부분을 제외한 증감율 평균 : 35% |
프로그램 본수의 정의
본 프로젝트에서 프로그램 본수란 PowerBuilder에서 Window라 칭하는 모듈이며 Window 내에서 데이터에 대한 입력/삭제/갱신이 모두 이뤄진다. 통상 이러한 Window 에서 버튼을 눌러 새로운 Window(PopUp Window 등)을 Call 하게 되며 이런 서브 Window도 하나의 본수로 산정하였다.
Window 내에 DataWindow가 평균적으로 3개씩 존재하게 된다.
프로젝트 동안 약 30여종의 산출물을 만들었다.
목차
2. 프로젝트 M은 어떤 녀석인가?