개인 소프트웨어 프로세스를 따르십니까?조직 / 팀이 팀 소프트웨어 프로세스를 따르고 있습니까?[닫은]

https://stackoverflow.com/questions/28197

09-06-2019
|

문제

자세한 정보- Wikipedia의 개인 소프트웨어 프로세스 및 Wikipedia의 팀 소프트웨어 프로세스 .

두 가지 질문이 있습니다.

어떤 이점이 있습니까? 이러한 프로세스?
어떤 도구 및 / 또는 이 방법을 따르기 위해 사용합니까? 프로세스?

해결책

교육을받은 후 회사에서 비용을 지불하여 Carnegie Mellon에 가서 PSP 강사 교육 과정을 거쳐 강사 인증을 받았습니다. 우리 회사의 CMM / CMMI 노력의 일환으로 이것을 사용하는 것이 목표라고 생각합니다. 나는 Watts Humphrey를 만났고 그가 프로세스에 대한 깊은 생각을 가진 친절하고 부드러운 영혼이라는 것을 알았습니다. 그의 책도 몇 권 읽었습니다.

간단히 말씀 드리겠습니다. 편지를 따라 간다는 가정하에 대부분의 사람들이 따르기에는 너무 구조화되어 있습니다. 역사적 정보를 기반으로 한 추정 아이디어는 특히 교실 환경에서는 괜찮지 만 요구 사항과 방향의 변화로 인해 하루 만에 추정이 취소되는 현실 세계에서는 훨씬 덜 유용합니다. 나는 또한 Wide Band Delphi 추정을했고 그것은 괜찮 았지만 솔직히 내가 할 수있는 '최선의 추측'보다 낫지는 않았습니다.

우리 팀은 PSP에 대해 열광적이지 않았고 이것이 문제의 일부인 개발자 동의입니다. 우리 회사는 잘못된 이유로 이것을하고있었습니다. "우리는 PSP를 사용하고 인증 된 강사가 있습니다!"라고 말하기 만하면됩니다.

결국 '민첩한'접근 방식을 사용하는 것이 더 나은 것으로 나타났습니다. 나는 할 일의 백 로그가 있고 일반적으로 그것을 꽤 잘 추정 할 수 있습니다. 나는 시간에 맞춰 대략적으로 대략적인 추정을 할 수있을만큼 충분히 오랫동안 해왔고 솔직히 시간 추적이 상황을 크게 개선한다고 생각하지 않습니다. 일부 환경에서는 잘 작동 할 수도 있지만, 제 자리에서는 의심스러운 이점을 제공하는 모든 프로세스 후프없이 고품질 소프트웨어를 계속 제공 할 것입니다.

단지 2 센트

다른 팁

한 번 들어 봤는데 PSP 대시 보드를 사용해 보았습니다.

따라 잡기가 너무 어렵습니다.모든 활동에 스톱워치를 사용하고 싶은 사람은 누구입니까?Painless Scheduling 및 Evidence Based Scheduling에 대한 Joel의 조언을 따르십시오.

이 질문에 +1, PSP에 -1.

저는 PSP와 TSP 프로세스를 4 년 동안 마음껏 사용해 왔습니다 (소프트웨어 경력의 시작 단계 였지만). 이상 주의자로서 당신은 당신이하는 일을 좋아할 것이며 물론 놀라운 결과도 있습니다.
PSP는 결함을 핵심 (예 : 오타)에 기록하는 것을 옹호하지만, 많은 사람들이 컴파일러의 발전과 객체 지향성의 누락에 대해 물어 보는 왓츠 험프리 씨와 대화를 나누었습니다. 내가 OO 프로그래머 였고 성공적으로 사용했기 때문에 어떻게 누락 되었습니까?) 그에 의해 제공된 아주 좋은 대답이있었습니다. "PSP 또는 모든 프로세스 방법론은 하나의 아이디어에 집착하는 개념이 아닙니다. 핵심 아이디어는 사람들에게 품질 방법과 분석을 소개하는 것입니다.
"항상 적응할 수 있습니다. 필요에 맞게 조정할 수 있습니다. Function Point 방법론을 사용할 것 같으면 계속 진행할 수 있습니다. 모든 추정 기술에 대해 동일합니다. 그러나 지속적이고 반복적으로 수행해야합니다. .
"컴파일러의 발전도 마찬가지입니다. PSP 구조의 WBS가 여러분의 개발에 맞지 않을 것 같으면 수정하고 사용하지만 다시 계속해서 수행하십시오.
"지속적으로 수행하면 과거 데이터를 수집하고 모든 매개 변수에 대해 통계적으로 예측 가능하고 정확한 추정을 수행하게됩니다."
이 답변을 늦게 제공 할 수도 있지만 모든 답변을 읽었을 때 이것을 공유하고 싶었습니다. 도구에 따라 Process Dashboard, PSP 엑셀 시트 등이 있습니다.

PSP의 경우 소프트웨어 프로세스 대시 보드 를 보았지만 사용하기가 너무 어려워 보입니다.

PSP 과정을 마쳤습니다. 다음 과정은 다른 사람들이 말하는 것처럼 팀 역학을위한 TSP입니다. 나는 PSP에 대해 여러 가지 감정을 가지고 있습니다 (대부분 부정적이지만 결과는 흥미로 웠습니다). 다음과 같은 결론에 도달했습니다.

먼저 제 주된 불만의 원인은 디자인 템플릿이 너무 지루하고 실용적이지 않다는 것입니다 . UML 및 BPMN으로 변경하고 처음부터 강사에게 알리고 필요한 경우 IMPOSE (필요한 경우 임 포지션) . 책 자체는 디자인 템플릿이 UML을 모르거나 배우고 싶은 사람들을위한 것이라고 말합니다.
둘째로, 예상치가 저에게 유일하게 소중한 부분이었습니다 . 책 자체는 코드 줄에서 다른 앱을 사용할 수 있다고 말하며 통계적으로 얼마나 관련이 있는지 아는 방법을 알려줍니다. 이에 대한 필자는 VCS (git, mercurial)와 연결되는 도구 / 플러그인이 있어야하며 개인 데이터베이스 구축을 자동화해야하며 그렇지 않으면 기본 / 추가 / 재사용 부품을 추적하기에는 너무 지루합니다.
프로세스 자체는 좋지만 대규모 프로젝트에는 적용 할 수 없습니다 . 그 이유는 반복을 처리하지 못하기 때문입니다 . 현실 세계에서는 요구 사항 변경으로 인해 항상 프로젝트를 반복해야합니다. 작은 프로그래밍 작업에 규칙을 적용 할 수 있습니다. 이것은 계획, 디자인, 디자인 검토 (디자인 표준 및 기억할 수있는 작은 체크리스트 포함), 코드 작성, 코드 검토 (명확한 코딩 표준 및 작은 정신 체크리스트 포함)입니다. 기억할 수 있습니다), 테스트하고, 실수에 대해 숙고하십시오. 숙련 된 프로그래머라면 누구나 따라야 할 직관적 인 단계임을 알게 될 것입니다. 실제 권장 사항 : 프로세스를 따르되 디자인 이외의 항목은 문서화하지 말고 단위 테스트를 구현하는 경우 문서화를 잘 수행하세요 .
이 프로세스는 실제로 따를 가치가 있고 실용적 일 수 있습니다. 실수의 여지가 전혀없고 그렇지 않으면 그럴 가치가 없다고 느끼는 실시간 시스템 프로그래밍에 적합합니다.
포커스를 정리하고 개선 할 방법을 찾고 있다면 GTD (Get 작업 완료) 및 Pomodoro 를 먼저 확인하세요.
강박 장애가있는 경우 실제로 PSP=)를 즐길 수 있습니다.
마지막 추천은 참고 자료로 배우면 더 좋고 실용적인 내용으로 이어질 수 있습니다. 이건 너무 학문적입니다.
추신 : R.I.P. 왓츠 험프리

지난 6 개월 동안 PSP를 사용했습니다.

시간이 많이 걸립니다.내 견적을 위해 양식 작성 시간의 7 %를 소비해야했습니다. "세미콜론 누락"이라는 실수를 반복해서 반복해야하는 것은 답답합니다.

그러나 프로세스에 익숙해지면서 주로 어떤 오류를하는지 파악하고 "자연스럽게"피하기 시작하면서 중요해졌습니다.

또한 코드를 "검토"하여 컴파일 버튼을 누르기 전에 문제가 있는지 확인할 수 있습니다.

Timetracker 사용을 권장하는 도구 : http://0xff.net/

저는 사소한 버그를 컴파일하고 수정하는 데 소요되는 시간을 줄이는 데 도움이되는 몇 가지 습관을 만들 것이기 때문에 최소한 몇 달 동안 PSP를 사용해 보는 것이 좋습니다.

대학에서 지난 학기에 배웠고 제게 큰 도움이되었습니다.편지를 따라 가면 Compile을 누르고 오류가 발생하지 않는다고 확신 할 수 있으며 Run을 누르면 더 이상 프로그램을 수정하고 다시 컴파일하여 반복해서 실행하는 데 시간을 할애 할 필요가 없습니다.문제가 해결 될 때까지.

사람들은 "누락 된 세미콜론"등을 기록해야한다고 불평하지만 프로그램 7을 시작할 때 쯤이면 더 이상 사소한 실수를하지 않고 대신 중요한 부분에서 결함이 발견됩니다.프로그램.하지만 실제 시나리오에 적용 할 기회가 없었지만 정말 기대됩니다!

가능한 경우 PSP 2.1 프로세스를 따르려고합니다.프로젝트의 중요하지만 덜 흥미 진진한 부분을 건너 뛰지 않는 데 집중하는 데 정말 도움이됩니다.일반적으로 소규모 프로젝트에 대한 설계 및 설계 검토입니다.

시간을 추적하기 위해 PSP 대시 보드를 사용할 수 있습니다.이 대시 보드에는 프로세스를 따르는 데 도움이되는 다양한 기능과 스크립트가 내장되어 있습니다.

시간 추적 도구를 찾고 있다면 http://slimtimer.com 도 좋아합니다.또한 괜찮은 보고서를 작성할 수 있습니다.

저는 제 그룹이 실험을 원했기 때문에 몇 주 전에 PSP를 따랐습니다.함께 일하는 것이 매우 실망스럽고 심지어 짜증나는 것을 발견했습니다.인내심이 지쳤습니다.내 주요 단점은 다음과 같습니다.

오타 나 세미콜론 누락과 같은 것을 엄청나게 강조합니다.
손으로 작성해야하는 비현실적인 양식
OO 대신 절차 적 프로그래밍에 집중하세요.
추정에는 루프, 함수 등의 수를 세는 것이 포함됩니다.
대단한 시간 낭비라는 것을 알았습니다.나는 PSP를 따르도록 강요당하는 것보다이 직업을 그만두기를 선택합니다.
관련 자료 : PSP 책에 대한 나의 답변

대학에서 사용했지만 직장에서는 프로세스가 전혀 없습니다.최근에야 버전 관리를 사용하기 시작했습니다.

내 경험으로는 유용하기에는 너무 지루해 보였습니다.자동화되지 않으면 사라질 수 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow