PSP와 TSP로 개인 데이터와 팀 프로세스를 연결하는 법
PSP와 TSP의 단계, 개인 결함 관리와 팀 협업의 연결 방식, 정착 시 고려할 운영 원칙을 정리합니다.
2026-08-14 · 최초 발행 2026-04-17
개인의 개발 기록이 팀 품질 관리로 이어지는 방식
PSP(Personal Software Process)와 TSP(Team Software Process)는 개발 활동을 측정 가능한 프로세스로 다룬다. 개인이 자신의 작업 방식과 결함 패턴을 파악하고, 그 결과를 팀의 계획과 협업 체계에 연결하는 데 초점이 있다.
PSP는 Watts Humphrey가 제안한 개인 단위 성숙도 모델이다. CMMI의 원칙을 개인 수준에 적용해, 개발자가 예측 가능한 품질의 코드를 만들 수 있도록 돕는다. 작업 효율성과 결함 발생 패턴을 살피고, 일정 및 공수 추정의 정확도를 높이며, 개인에게 맞는 개발 프로세스를 다듬는 것이 목적이다.
기록에서 계획과 리뷰로 발전하는 PSP
PSP는 한 번에 완성된 절차를 적용하기보다 학습 과정에 따라 확장한다.
- PSP0 (Baseline Process): 기존 개발 방식을 유지한 채 작업 시간과 발견된 결함 데이터를 수집한다.
- PSP1 (Planning Process): 축적한 데이터를 이용해 프로그램 크기를 추정하고 개발 일정을 세운다.
- PSP2 (Quality Management): 설계와 코드 리뷰 체크리스트를 사용해 결함을 관리하고 품질 기준을 지킨다.
이 흐름에서 핵심은 개발자의 활동을 단순한 경험이나 감각에만 맡기지 않는 데 있다. 과거 작업 기록은 다음 작업의 추정 근거가 되고, 결함 기록은 예방과 조기 제거를 위한 재료가 된다.
팀 단위로 확장되는 TSP 운영
TSP는 PSP로 훈련된 개발자들이 팀으로 일할 때 사용할 수 있는 프로세스 제어 프레임워크다. 3명에서 15명 규모의 팀을 대상으로 하며, 구성원이 같은 프로세스 원칙을 공유하는 상태에서 협업을 조직한다.
팀은 시작 단계에서 목표와 역할, 개발 전략을 정하고, 요구사항 분석과 개념적 설계, 개발 환경 구축을 거친다. 이어서 상세 일정과 자원을 계획한 뒤 구현과 테스트를 수행한다. 프로젝트가 끝나면 데이터를 분석해 다음 사이클에서 바꿀 점을 찾는다.
- Launch (시작): 팀 목표를 정하고 역할을 나누며 개발 전략을 수립한다.
- Strategy (전략): 요구사항을 분석하고 개념 설계와 개발 환경 구축을 진행한다.
- Planning (계획): 상세 일정과 자원을 배치해 실행 가능한 계획을 만든다.
- Development (개발): PSP 수준의 관리를 적용해 구현과 테스트를 수행한다.
- Postmortem (사후 분석): 완료된 프로젝트의 데이터를 분석해 다음 개선점을 도출한다.
개인 프로세스와 팀 프로세스의 피드백 고리
TSP가 팀 차원의 품질 관리와 계획을 다룬다면, PSP는 그 운영을 떠받치는 개인의 작업 습관을 다룬다. 개인의 계획·추정·리뷰 역량이 쌓여야 팀도 신뢰할 수 있는 일정과 품질 데이터를 가질 수 있다.
품질·일정·협업에 미치는 영향
리뷰와 테스트를 프로세스 안에 포함하면 고객에게 전달되는 결함을 줄이는 데 도움이 된다. 개발 초기 단계에서 결함을 발견하고 수정하는 편이 사후 수정 비용보다 저렴하다는 점도 이 방식의 경제적 근거다.
일정 측면에서는 과거 데이터를 바탕으로 추정하기 때문에, 근거 없는 추측보다 실행 가능한 계획을 만들 수 있다. 진행 과정의 불확실성을 줄이고 이해관계자와의 신뢰를 쌓는 기반이 된다.
역할(Role)과 책임(Responsibility)을 분명히 정한 TSP 운영은 업무 중복을 줄이고 의사소통 비용을 낮춘다. 팀이 고품질이라는 공동 목표를 공유하도록 만드는 효과도 있다.
정착 과정에서 다뤄야 할 문제
PSP/TSP 도입에는 데이터 수집에 대한 부담과 조직 문화의 저항이 뒤따를 수 있다. 시간 측정과 결함 기록이 개발 업무의 과도한 부담이 되지 않도록 가벼운 도구 지원이 필요하다.
수집한 결함 데이터는 개인 고과를 위한 자료가 아니라 프로세스 개선을 위한 학습 자료로 사용돼야 한다. 비난 없는 문화(No-Blame Culture)가 없으면 기록의 신뢰성도 유지하기 어렵다. 초기 학습 과정에서는 전문 코치의 안내를 통해 올바른 습관을 형성하는 일도 필요하다.
Sources
- Watts S. Humphrey, "Introduction to the Personal Software Process", Addison-Wesley.
- Watts S. Humphrey, "Introduction to the Team Software Process", Addison-Wesley.
- SEI (Software Engineering Institute) Technical Reports on PSP/TSP.