'post mortem'에 해당되는 글 2건

  1. 2007/09/13 PMA : Post-Mortem Analysis
  2. 2007/09/12 PSP/TSP (2)

PMA : Post-Mortem Analysis


PMA의 정의

소프트웨어 프로젝트에 있어서의 프로젝트 재고(프로젝트 검토: project review)를 통한 경험적(empirical) 학습법. 일반적으로 프로젝트 재고를 가리켜 post-mortem이라 칭한다.

* 프로젝트 재고(Project Reviews), 보고받기(Debriefs), 회고(Retrospectives), 후 프로젝트 재고(Post Project Reviews), 중간 프로젝트 재고(Mid Project Reviews), 프로젝트 감사(Project Audits), 얻어낸 교훈(Lessons Learned) 모두 post-mortem과 동일 혹은 유사한 의미.

post-mortem의 목적
1. 발생한 사건에 대한 재고(Reviewing the events that occurred)
2. 사건 발생 원인에 대한 평가(evaluate)
3. 다음 사건 또는 프로젝트의 결과를 향상시키기 위한 올바른 행동 방향 결정

more..

'기술사 > 소프트웨어공학' 카테고리의 다른 글

Requirements Engineering : Software Requirements  (0) 2008/03/24
module / component / service  (0) 2007/09/15
PMA : Post-Mortem Analysis  (0) 2007/09/13
PSP/TSP  (2) 2007/09/12
Use Case model  (2) 2007/09/11
AOP : Aspect Oriented Programming  (2) 2007/09/10
Posted by 어쨌건간에

TRACKBACK http://anyflow.net/trackback/237 관련글 쓰기

PSP(Personal Software Process) / TSP(Team Software Process)

reference:
열심히 일한 당신 떠나라, 당신의 미래를 위해서! 마이크로소프트웨어 04년04월호
Pathways to Process Maturity: The Personal Software
Process and Team Software Process
- Watts S. Humphrey
Personal Software Process. Wikipedia
Team Software Process. Wikipedia
정의
    - PSP: 소프트웨어 엔지니어 개개인에 할당된 과업에 대한 품질 개선과 생산성 향상에 목적을 둔 정량화된 개발 훈련 체계
    - TSP: PSP를 발판으로 CMM의 프레임워크를 개발팀 차원에서 적용함으로 품질 개선과 생산성 향상을 실현하기 위한 방법론

등장배경
    - (대규모, 프로젝트 단위의) 거시적 관점에 초점을 둔 CMM의 높은 성과. 반면 CMM의 원칙이 소규모, 엔지니어 개개인에게 흡수되지 못함.
    - 일반 소프트웨어 개발 조직, 즉 소규모, 엔지니어 개개인에게 필요한 지침 필요성 증대. -> 따라야 할 '무엇' 보다는 '어떻게'에 초점을 맞춘 소프트웨어 개발 지침에 대한 요구 (미시적 관점 중심 체계)

more..

'기술사 > 소프트웨어공학' 카테고리의 다른 글

Requirements Engineering : Software Requirements  (0) 2008/03/24
module / component / service  (0) 2007/09/15
PMA : Post-Mortem Analysis  (0) 2007/09/13
PSP/TSP  (2) 2007/09/12
Use Case model  (2) 2007/09/11
AOP : Aspect Oriented Programming  (2) 2007/09/10
Posted by 어쨌건간에

TRACKBACK http://anyflow.net/trackback/236 관련글 쓰기