EN
솔루션링크

Solutions

Leading Edge Project Management and Engineering Solutions

Project Management System (PMS)

소프트웨어 프로젝트관리는 단순한 수작업으로 수행하기에는 체계의 복잡성 업무의 다양성 및 업무의 양 자체가
너무 커 일반적인 프로젝트 관리와는 체계적으로 다른 성격을 가져야 합니다.
소프트웨어 공학 분야에서 소프트웨어 프로젝트 관리란 소프트웨어 개발 과정 중 수행되는 활동들에 대한 관리를 의미하며, Software Process Management 란 영역에 속합니다.
전 세계적으로 1980년대부터 Software Process Management 분야에 대한 연구는 크게 두 가지 관점에서 수행되어 왔습니다.
첫 번째는 "성공적인 소프트웨어 개발을 위해서는 어떤 활동들이 수행되어야 하는가?" 에 대한 것이며, 두 번째는 소프트웨어 개발 과정상 활동을 어떻게 하면 효과적으로 자동화하여 관리할 수 있을까?" 에 대한 연구입니다.
전자의 경우, 연구의 결과물로서 탄생한 것들이 소프트웨어 프로세스 관련 표준이며 우리가 알고 있는 SW-CMM, CMMI, SPICE/ASPICE, ISO 9000,ISO/IEC 12207 등이 대표적인
예 입니다. 후자의 경우엔, 소위 Software Process Centered Software Engineering Environment, Software Process Automation과 같은 세부 연구 분야가 탄생하였으며,
우리가 이야기하는 소프트웨어 프로젝트 관리 시스템도 이 범주에 속합니다.
상기 두 분야에 대하여 연구와 적용은 지난 수십 년간 이루어져 왔으며, 특히 소프트웨어 프로젝트 관리 자동화에 대하여서는 전문가들이 이미 십수 년 전부터 많은 lessons-learned와
방향성을 제시해 왔습니다. 다만 국내에는 소프트웨어 프로세스 자동화 분야의 전문가가 매우 적었을 뿐 아니라 산업공학/제조 분야의 접근을 기초로 한, 잘못된 SW 프로젝트 관리
자동화의 사례가 많았기 때문에, 이전부터 사용하던 범용 프로젝트 관리 시스템을 소프트웨어 프로젝트 관리에 사용하다가 어려움 을 호소하는 경우가 많았습니다. 물론 간단한
WBS(Work Break-Down Structure) 작성 도구 같은 경우는 사용해도 무방하지만 그 이상은 소프트웨어 개발의 특성상 논리적인 한계들이 존재합니다.
그렇다면 올바르고 효과적인 소프트웨어 프로젝트 관리 시스템에서 고려되어야 하는 사항은
어떤 것들이 있을까요?
이 질문에 대한 해답은 다음과 같습니다.
  • 01

    지식 사업으로서 소프트웨어 프로젝트의 특성이 반영되어야 한다.

  • 02

    빠르게 변하는 Software/Hardware 개발 기술에 대한 의존성이 최소화 되어야 한다.

  • 03

    비 프로젝트 활동에 대한 고려가 필요하다.

  • 04

    프로젝트 구성원들의 다양한 역량 수준이 고려되어야 한다.

  • 05

    Best Practice에 대한 제공이 필요하다.

  • 06

    협업의 특성이 고려되어야 한다.

  • 07

    프로젝트 타입 별 특성이 고려되어야 한다.

  • 08

    멀티 프로젝트에 대한 컨트롤 타워 기능이 필요하다.

  • 09

    타 도구와의 연계가 지원되어야 한다.

  • 10

    측정 데이터의 지속적인 축적 및 분석이 필요하다.

CONTACT