본문 바로가기
프로젝트 M을 논하다

프로젝트 M을 논하다 – 2. 프로젝트 M은 어떤 녀석인가?

by 글쓰는 프로그래머 2010. 8. 8.

목차

1. 들어가며

2. 프로젝트 M은 어떤 녀석인가?

3. 프로젝트 M, 왜 힘들었나?

4. 프로세스 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

평균연력이 36세이상이다. 작게는 4년을, 많게는 20년의 경력을 가졌던 분들이 참여했다.

전체 투입인력(계획대비 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개씩 존재하게 된다.

관리기법/1 에 의해 작성한 산출물

프로젝트 동안 약 30여종의 산출물을 만들었다.

 

 

 

목차

1. 들어가며

2. 프로젝트 M은 어떤 녀석인가?

3. 프로젝트 M, 왜 힘들었나?

4. 프로세스 M을 다시 한다면