달력

02

« 2012/02 »

  •  
  •  
  •  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  •  
  •  
  •  

'소프트웨어공학'에 해당되는 글 3

  1. 2008/12/29 프로젝트 관리 프로세스
  2. 2008/12/27 일반적인 관리 기술 (4)
  3. 2008/12/26 프로세스 엔지니어링
2008/12/29 23:35

프로젝트 관리 프로세스 Software Eng.2008/12/29 23:35

프로세스는 '결과를 만들어내는 일종의 행위' 인데 이런 프로세스는 주로 프로젝트를 수행하는 사람에 의해 수행됩니다.
프로젝트의 프로세스는 크게 2가지의 범주를 가집니다.

  • 프로젝트 관리 프로세스
  • 생산지향 프로세스


프로젝트는 사람이 수행하고, 사람이 수행한 결과로 생산물이 나오게 됩니다.
따라서 프로젝트 수행시 프로젝트 관리 프로세스와 생산지향 프로세스는 서로 밀접하게 관련되어 작용합니다.

각각의 프로세스에 대해 알아보겠습니다.

{ 프로젝트 관리 프로세스 }
이 프로세스는 5개의 프로세스 그룹으로 구성되어 있습니다.

  • 착수 프로세스(Initiating processes)
  • 계획 프로세스(Planning processes)
  • 실행 프로세스(Executing processes)
  • 통제 프로세스(Controlling processes)
  • 종료 프로세스(Closing processes)


(이미지 출처 : http://www.shravan.org/)


 

착수 프로세스에서는 주로 착안, 기안, 시작과 같은 것들을 고민합니다. 다시말해 수행할 프로젝트가 시작되어야 한다는 것을 인식하고 그에 맞는 준비를 하는 단계 입니다.
계획 프로세스에서는 프로젝트에 요구된 내용을 만족시키기 위해 실현가능한 계획을 수립하고, 그것을 지속적으로 관리해 나가는 단계 입니다.
실행 프로세스에서는 앞서 준비된 계획들을 실행하기 위해 필요한 인력과 자원을 조정하는 단계 입니다.
통제 프로세스에서는 지속적인 모니터링을 통해 프로젝트를 컨트롤 합니다. 주로 컨트롤 되는 것들은 프로젝트의 목표, 프로젝트의 보장, 프로젝트의 진도 측정, 새로운 요구나 시장변화를 수정하고, 적용하는 단계 입니다.
종료 프로세스에서는 프로젝트의 결과에 대해 승인을 받고, 정리하는 단계 입니다.


위의 각 프로세스에서 만들어지는 결과물은 다음 프로세스를 위한 자료로 사용되며, 그것을 통해 서로 연결되어 실행됩니다.


(이미지 출처 : http://www.inca.no/)

각 프로세스 그룹을 조금더 상세하게 뜯어보면 그 안에는 세분화된 개별적인 프로세스가 또 존재합니다.
아래는 각 프로세스 그룹에 대한 상세 프로세스 입니다.

착수 프로세스의 세부 프로세스

  • Initiation


계획 프로세스의 세부 프로세스

  • Core Processes
    • Scope Planning
    • Scope Defiition
    • Activity Definition
    • Activity Sequencing
    • Activity Duration Estimating
    • Schedule Development
    • Resource Planning
    • Cost Estimating
    • Cost Budgeting
    • Project Plan Development
  • Facilitating Processes
    • Quality Planning
    • Oragnizational Planning
    • Staff Acquisition
    • Communication Planning
    • Risk Identification
    • Risk Quantification
    • Risk Response Development
    • Procurement Planning
    • Solicitation Planning


실행 프로세스의 세부 프로세스

  • Project Plan Execution
  • Scope Verfication
  • Quality Assurance
  • Team Development
  • Information Distribution
  • Solicitation
  • Contract Administration


관리 프로세스의 세부 프로세스

  • Overrall Change Control
  • Scope Change Control
  • Schedule Control
  • Cost Control
  • Quality Control
  • Performance Reporting
  • Risk Response Control


종료 프로세스의 세부 프로세스

  • Administrative Closure
  • Contract Close-out

 

저작자 표시 비영리 변경 금지

'Software Eng.' 카테고리의 다른 글

프로젝트 관리 프로세스  (0) 2008/12/29
일반적인 관리 기술  (4) 2008/12/27
프로세스 엔지니어링  (0) 2008/12/26
개념 설계(Conceptual Design)  (0) 2008/12/22
Posted by -세티-
2008/12/27 06:00

일반적인 관리 기술 Software Eng.2008/12/27 06:00


프로젝트 관리자에게 있어 일반적인 관리 기술은 매우 중요하다고 할 수 있는데 그 이유로 프로젝트 관리 기술을 쌓는 토대를 제공하기 때문이다.



아래에 일반 관리 기술에 대해 나열해 보았다.

  1. Leading
    1. 지휘와 관리가 모두 필요함.
    2. 지휘에 필요한 것
      1. 방향 설정 : 미래의 비전, 그리고 그것을 달성하기 위한 필요한 전략
      2. 타인과 공조 : 회사내에서 비전을 달성하는데 필요한 말과 행동
      3. 동기부여와 사상고취 : 변화에 대한 장애(정치적, 관료적, 자원의 부족 등)를 극복하도록 격려
      4. 프로젝트에서는 다양한 사람들의 리더십이 발휘되어야 한다.(프로젝트 리더십, 기술적 리더십, 팀 리더십)
  2. Communicating
    1. 정보의 교환을 포함
    2. 명확하고 모호하지 않으며, 완전하게 정보를 전달할 책임이 있음(전달자 -> 수신자)
    3. 의사소통의 차원
      1. 문서, 구두, 듣기, 말하기
      2. 내부적인 것과 외부적인 것
      3. 공식적인 것과 비공식적인 것
  3. Negotiating
    1. 협약 또는 계약에 이를수 있도록 하기 위해 타인과 협의하는 것을 의미.
    2. 협상은 직접적이거나 간접적(도움)이거나 해야 가능하다.
      1. 도움을 받는 협상의 2가지 형태
        1. 조정
        2. 중재
    3. 협상은 프로젝트에서 문제, 시기, 수준등에서 발생하며, 다음 항목의 모든 것에서 협상이 발생한다.
      1. 범위, 비용, 일정 목적
      2. 범위, 비용, 일정 변경
      3. 계약 내용, 조건
      4. 할당
      5. 자원
  4. Problem Solving
    1. 문제 해결
      1. 문제 정의와 의사결정 조합 <----> 리스크 관리
      2. 문제 정의는 다음으로 구분된다.
        1. 원인
        2. 징후
      3. 문제는 내부적이거나 외부적일 수 있고, 또 기술적, 관리적, 대인관계 등이 될 수 있다.
    2. 의사결정
      1. 해결을 위해 문제를 분석하고, 하나를 선택하는 의미
      2. 결정을 하거나 얻는다.
      3. 결정이 이루어지고 나면 그 결정은 실행되어야 한다.
      4. 의사결정도 시간적 요소가 있으므로 너무 빠르거나 또는 늦어지면 최선의 결정이 안된다.
  5. Influencing the Oragnization
    1. "일을 잘하는 능력" => 참여한 조직의 공식적, 비공식적 구조 모두를 이해.
    2. 힘과 정책 역학의 이해를 필요.
      1. 힘 - 행동에 영향을 주고, 사상의 과정을 변화시키고, 저항을 극복하고 할수 없는 일을 할 수 있도록 하는 잠재적인 능력
      2. 정책 - 갈등과 불일치를 창조적으로 이용


위의 사진은 뭔가 결속력이 강하고, 외부 충격에 매우 단단한 느낌을 준다.
팀도 마찬가지라고 본다. 관리기술을 가진 팀 매니저는 팀의 능력을 결속력있고, 강하고 단단하게 만들어 팀의 능력을 극대화하고 그것을 자원으로 원하는 결과를 도출해 내겠지만 그 반대로 팀 매니저가 관리기술이 없거나 또는 자신의 팀은 놔두고 엉뚱한 팀에가서 관리기술을 보여준다거나 또는 한 두가지(술과 정치)에 너무 집착한다면 그것은 팀이나 팀원 모두에게 있어 하나의 비극이 될수도 있다.

저작자 표시 비영리 변경 금지

'Software Eng.' 카테고리의 다른 글

프로젝트 관리 프로세스  (0) 2008/12/29
일반적인 관리 기술  (4) 2008/12/27
프로세스 엔지니어링  (0) 2008/12/26
개념 설계(Conceptual Design)  (0) 2008/12/22
Posted by -세티-
2008/12/26 22:40

프로세스 엔지니어링 Software Eng.2008/12/26 22:40

산업에서 운영이 아닌 업무의 대부분은 프로젝트 성격의 업무일 것입니다.
(그것이 서비스업이든 제조업이든 말입니다.)
운영이 아닌 단발성이면서 유니크한 업무는 대부분이 프로젝트라고 정의될만 할텐데요.
프로젝트를 하게되면 팀을 조직하고, 업무를 정의 및 분석하고, 새로운 일인 만큼 프로세스를 만들게 됩니다.
일은 프로세스의 특성을 정의하기 위해 사용되는데 프로세스의 특성은 주요 프로세스 단위를 설계하는데 사용하며, 여기서 얻어진 정보는 프로세스 단위 및 보조적인 시설물의 특성을 정의하는 엔지니어링 설계의 기초가 됩니다.

아래의 그림은 IEEE에서 제공하는 소프트웨어 엔지니어링 프로세스 이미지 입니다.
링크를 클릭해서 들어가면 소프트웨어 엔지니어링 프로세스에 대한 보다 자세히 소개된 내용을 볼 수 있습니다.


(이미지 출처 : IEEE Computer society)


프로세스 엔지니어링 논문
1. Object - oriented Process Engineering for Decentralized Organizations
저작자 표시 비영리 변경 금지

'Software Eng.' 카테고리의 다른 글

프로젝트 관리 프로세스  (0) 2008/12/29
일반적인 관리 기술  (4) 2008/12/27
프로세스 엔지니어링  (0) 2008/12/26
개념 설계(Conceptual Design)  (0) 2008/12/22
Posted by -세티-