어쨌건간에 흘러가는 者

PMA의 특징
- 프로젝트와 프로젝트 중간에 일어난 사건을 평가하기 위해 프로젝트의 규모, 시기에 상관 없이 모두 사용됨.
- 특히 최근에는 agile, XP 개발 방법론에서 프로젝트 진행 단계의 일부로 주요하게 이용됨.

PMA의 절차 및 설명
- PMA는 프로젝트의 규모 및 특성에 따라 그 절차가 약간씩 달라지기는 하나, 일반적으로 아래의 단계를 밟는다.1. 프로젝트 검토 계획 : 해당 프로젝트를 위한 PMA에 알맞는 방법 및 도구 선정 및 검토 목적, 분석 대상 결정
2. 프로젝트 데이터 취합 : 미리 정의된 메트릭, 조사 등을 통해 분석 대상으로부터 데이터 취합
3. 프로젝트 이력 회의 개최 : 가장 중요한 단계. 프로젝트의 주요 거점 또는 프로젝트가 끝난 후에 실질적인 프로젝트 데이터를 갖고 반성적 분석(reflective analysis) 및 정리를 하기 위해 개최.
4. 발견 사항 분석 및 교훈 통합 : 일반적으로 프로젝트 이력 회의(Project History Day) 동안 진행됨.
5. 결과 공표 : 발견 사항을 요약, 공표하여 다음 프로젝트에 반영

PMA의 장점
1. 프로젝트 팀원 개개의 관점을 서로 이해하고 공유토록 한다.
2. 습득된 교훈을 개인에서 팀의 차원으로 통합하게 한다.
3. 숨겨진 문제를 드러낸다.
4. 좋은 프랙티스와 문제를 문서화한다(문서화된 베스트 프랙티스를 통한 실수 방지).
5. 수행한 과업에 대한 피드백을 줌으로서 일의 만족도를 높인다.

reference:
www.projectreview.net - projectreview.net
A Review of Small and Large Post-Mortem Analysis Methods - Mauri Myllyaho, Outi Salo, Jukka Kääriäinen, Jarkko Hyysalo, Juha Koskela

PSP 프로세스의 흐름
    - 기본적으로 Software Lifecycle을 따르며 매 단계에 대한 측정 기록 및 검토가 있다는 것이 특징.

PSP 학습 단계
- PSP 학습은 기준, 계획, 품질관리, 반복의 4단계의 프로세스로 나뉜다.
1. 기준 프로세스(PSP0) : 현재 자신이 사용하고 있는 개발 상황을 이해하는 단계. KLOC(Kilo Line Of Code) 당 결함, 시간 등의 측정 기준을 이용하여 프로젝트 계획 요약서(Project Plan Summary)로 정리. 이를 통해 개발 사이클의 매 단계에 대한 자신의 상태를 파악함.
2. 계획 프로세스(PSP1) : 수집 자료를 계획에 활용. 작성된 프로젝트 계획 요약서를 통해 신규 개발 프로그램의 크기 확인 및 개발 시간 예상, 일정 수립. 예측 모델로서 PROBE 방법이 권장됨.
3. 품질관리 프로세스(PSP2): 계획과 설계단계에서 요구사항 결함을, 설계검토에서 설계 결함을, 코드 검토에서 코드 결함을 찾아 테스트 결함을 최대한 줄이는 프로세스. 설계 단계의 경우 검토(review)외에도 설계 검증법이 사용된다.
4. 반복 프로세스(PSP3) : PSP의 완성단계로서 PSP0 ~ 2를 통해 전체 개발 과정을 관리하는 방법을 제공. 엔지니어가 충분한 능력을 갖추고 있어야.
TSP의 특징 및 구조
- 별도의 학습과정이 없고 현장학습을 전제로 함.
- 개발 사이클의 매 단계마다 목표-전략 수립, 요구사항 파악, 일정 수립, 위험 분석을 위한 착수 프로세스(launch, relaunch)가 포함되는 것이 특징(때로는 사후검토 - post mortem review가 매 단계마다 포함됨).

PSP/TSP 적용 효과 및 미래
1. 소프트웨어 개발 성과 측정 기준 모든 부문(생산성, 결함도, 품질비용 - COQ)에서 급격한 향상이 이루어짐. 특히 결함도에서 획기적인 개선(CMM level 5 조직에 비해 17배 정도 차이가 남).
2. PSP/TSP가 탄생한지 10여년이 지나감. 다양한 긍정적 결과가 나오기 시작하며 확산 진행 중.