팀 소프트웨어 프로세스

Team software process
시리즈의 일부
소프트웨어 개발
핵심 활동
패러다임 및 모델
방법론 및 프레임워크
지원 분야
프랙티스
도구들
지식의 표준과 본문
용어집
개요

팀 소프트웨어 프로세스(TSP)는 퍼스널소프트웨어 프로세스(PSP)와 조합하여 매니저와 엔지니어로 구성된 팀이 프로젝트를 조직하고 수천 줄의 코드(KLOC)의 소규모 프로젝트부터 대규모 프로젝트에 이르기까지 다양한 규모의 제품을 위한 소프트웨어를 제작할 수 있도록 설계된 정의된 운영 프로세스 프레임워크를 제공합니다.50만 행이 넘는 코드입니다.TSP는 팀 소프트웨어 개발 프로젝트의 품질과 생산성 수준을 향상시키고 소프트웨어 [1][2][3][4]시스템 개발에 따른 비용과 일정상의 약속을 보다 잘 충족할 수 있도록 지원하는 것을 목적으로 합니다.

TSP의 초기 버전은 1990년대[5] 후반 Watts Humphrey에 의해 개발되고 시범 운영되었으며, 미국 국방부가 후원하는 TSP 기술 보고서는[6] 2000년 11월에 발행되었습니다.Watts [7]Humphrey의 저서 '팀 소프트웨어 프로세스 입문'에서는 소프트웨어 제작팀 구축, 팀 목표 설정, 팀 역할 분배 및 기타 팀워크 관련 활동에 초점을 맞춘 학술 환경에서 사용하기 위한 TSP의 개요를 보여 줍니다.

TSP의 개요

TSP의 주요 목표는 자기주도형 팀을 설립 및 유지하고 PSP 프레임워크의 기반으로서 규율된 개별 작업을 지원하기 위한 팀 환경을 구축하는 것입니다.자기주도형 팀이란 자기관리, 계획 및 작업추적, 작업품질 관리, 팀목표 달성을 위한 적극적인 작업을 의미합니다.TSP에는 팀 구축과 팀워크의 2가지 주요 컴포넌트가 있습니다.팀 구축은 팀원별로 역할을 정의하고 TSP의 시작과 정기적인 재기동을 통해 팀워크를 확립하는 프로세스입니다.팀워크는 팀이 활용하는 엔지니어링 프로세스와 실무에 관한 프로세스입니다.즉, TSP는 엔지니어와 매니저에게 고품질 소프트웨어를 스케줄과 예산에 따라 제작할 수 있도록 팀을 구성하고 관리하는 방법을 제공합니다.

TSP의 구조

엔지니어가 TSP에 참가하려면 먼저 PSP에 대해 학습한 후에 TSP가 효과적으로 동작할 수 있도록 해야 합니다.다른 팀원, 팀장, 경영진에게도 훈련이 필요합니다.TSP 소프트웨어 개발 사이클은 론칭이라고 불리는 계획 프로세스에서 시작됩니다.이 프로세스는 특별한 훈련을 받은 코치가 주도하며, 인증 또는 [8][9]잠정적인 자격을 갖추고 있습니다.이 론칭은 팀 구축 프로세스를 시작하고, 이 기간 동안 팀 및 매니저는 목표를 설정하고, 팀의 역할을 정의하며, 리스크를 평가하고, 작업을 예측하고, 작업을 할당하고, 팀 계획을 작성하도록 설계되어 있습니다.실행 단계에서 개발자는 계획 및 실제 작업, 일정 및 결함 회의를 정기적으로 추적하여(보통 매주), 상태를 보고하고 계획을 수정합니다.개발 사이클은 성능 평가, 계획 파라미터 수정, 프로세스 개선을 위한 교훈 수집을 위한 포스트 모템으로 종료됩니다.

코치의 역할은 직접적인 프로젝트 관리 [10][11]책임으로부터 독립하여 프로세스 전문가로서 팀 및 팀 내 개인을 지원하는 데 중점을 둡니다.팀장의 역할은 코치의 역할과 다르며, 팀장은 제품 및 프로젝트 결과에 대한 관리를 책임지고, 코치는 개인 및 팀 [12][13]성과 개발을 책임집니다.

최신 개발

TSP는 시스템 엔지니어링[14] 및 서비스 [15][16]등 다른 유형의 지식 작업과 연계하도록 조정되었습니다.

TSP와 CMMI(Capability Matity Model Integrated) 프랙티스의 [17]매핑은 2010년에 문서화되어 CMMI 프로세스 [18][19]개선을 실현하기 위한 대체 경로로 시범 실시되었습니다.2010년에 [20]지식의 본문(BOK)이 발행되었다.코치 멘토 프로그램 가이드북은 [21]2010년에 출시되었습니다.

Capers Jones TSP의 연구에 따르면 스케줄, 품질 및 예산(TCO)에 관한 가장 성공적인 개발 방법론 중 하나입니다.

출판물

  • TSP: 2005년 개발팀 리더
  • TSP: 2005년 개발팀 코칭

「 」를 참조해 주세요.

레퍼런스

  1. ^ Jones, Capers (2009). Software Engineering Best Practices. McGraw-Hill. p. 11. ISBN 9780071621618.
  2. ^ 킨들러, 노쉬 B, 크리슈나칸탄, 바산타, 티나카르, 란짓응용 프로그램 개발에 린 적용.McKinsey Quarterly, 2007년 5월
  3. ^ "Agile Capital Consulting". Archived from the original on February 3, 2018. Retrieved July 3, 2017.
  4. ^ Ker, J. I., Wang, Y., Hajli, M. N., Song, J. 및 Ker, C. W. (2014).「의료에의 린 도입:미국 병원 약국에서 IT의 유효성을 평가한다.」International Journal of Information Management, 34(4), 556-560.
  5. ^ McAndrews, Donald (1998). "The Team Software ProcessSM (TSPSM): An Overview and Preliminary Results of Using Disciplined Practices". {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  6. ^ Humphrey, Watts. "The Team Software Process" (PDF). Software Engineering Institute.
  7. ^ Humphrey, Watts (1999). Introduction to the Team Software Process. Addison Wesley.
  8. ^ Humphrey, Watts (2018). "The Team Software Process Body of Knowledge". Software Engineering Institute. doi:10.1184/R1/6584825.v1. {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  9. ^ Chick, Timothy (2010). "Team Software Process (TSP) Coach Mentoring Program Guidebook Version 1.1". Software Engineering Institute. doi:10.1184/R1/6584810.v1. {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  10. ^ Humphrey, Watts (2018). "The Team Software Process Body of Knowledge". Software Engineering Institute. doi:10.1184/R1/6584825.v1. {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  11. ^ Humphrey, Watts (2005). TSP: Coaching Development Teams. Addison Wesley.
  12. ^ Humphrey, Watts (2018). "The Team Software Process Body of Knowledge". Software Engineering Institute. doi:10.1184/R1/6584825.v1. {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  13. ^ Humphrey, Watts (2005). TSP: Coaching Development Teams. Addison Wesley.
  14. ^ Carleton, Anita. "Extending Team Software Process (TSP) to Systems Engineering: A NAVAIR Experience Report" (PDF). Software Engineering Institute.
  15. ^ Battle, Ed. "Leading & Learning – Using TSP at the MSG Level" (PDF). Naval Oceanographic Office.
  16. ^ "Software consulting: How to make sure the software consulting company you are looking for is reliable". Retrieved 23 April 2019.
  17. ^ James McHale, Timothy A. Chick and Eugene Miluk (December 2010). "Implementation Guidance for the Accelerated Improvement Method (AIM)" (PDF). Software Engineering Institute. Retrieved October 11, 2016.{{cite web}}: CS1 maint: 작성자 파라미터 사용(링크)
  18. ^ Webb, David (April 2007). "CMMI Level 5 and the Team Software Process" (PDF). Cross Talk. Archived from the original on October 9, 2012.
  19. ^ Mondragon, Oscar. "AIM Case Study" (PDF). Software Engineering Excellence Center.
  20. ^ Humphrey, Watts (2018). "The Team Software Process Body of Knowledge". Software Engineering Institute. doi:10.1184/R1/6584825.v1. {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  21. ^ Chick, Timothy (2010). "Team Software Process (TSP) Coach Mentoring Program Guidebook Version 1.1". Software Engineering Institute. doi:10.1184/R1/6584810.v1. {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  22. ^ Jones, Capers (2013). "Evaluating ten software development methodologies". Archived from the original on 29 June 2013.

외부 링크