XP (Extreme Programming)가 Peopleware에서 표현 된 아이디어와 호환되지 않습니까?

방금 Peopleware (DeMarco, Lister)를 읽었으며 조금 전에 Extreme Programming (XP)에 대해 연구했습니다. 지금 알 수 있듯이 두 가지 접근 방식은 거의 독점적입니다.

Peopleware는 프로그래머를 방해로부터 격리하고 프로그래머가 흐름을 달성 할 수 있도록 중단없는 작업을 우선시하도록 제안합니다. 반면에 XP는 가능한 한 많은 의사 소통을 보장 할 것을 제안하며, 프로그래머가 코드를 "함께 앉아", 짝을 이루고, 일반적으로 같은 방에서 작업 할 것을 제안합니다 (많은 소음 발생).

경쟁하는 두 생각 학교입니까, 아마도 그들 중 하나가 옳고 그른 것으로 입증되었거나 효과적인 타협이 있습니까? 양측의 요점을 볼 수 있지만 합리적인 타협점을 볼 수는 없습니다.

저는 소프트웨어 개발 관리를 처음 접했기 때문에 뭔가 잘못 이해했을 수도 있습니다. 모든 의견을 환영합니다.

추신 미니 질문으로 프로그래머로서, 어느 쪽이 더 생산적이라고 생각하십니까?

Peopleware의 요점을 놓쳤습니다. 이 책은 프로그래머들을 개별 사무실로 격리 할 것을 제안하지는 않지만 사무실 당 2-4 명으로 그룹화합니다.

주된 이유는 전화로 소리를 지르는 영업 사원, 관리자와 비서 사이의 잡담, 이동하는 사람들에 의해 생성 된 잡음, 전화 벨 소리, 문 때리기 등과 같은 프로그래밍과 관련되지 않은 소음으로부터 프로그래머를 격리시키기위한 것입니다.

Extreme Programming은 2-4 개의 사무실과 완벽하게 호환됩니다. 페어 프로그래밍을 수행하려면 최대 2 또는 3입니다.

나는 두 가지 접근 방식이 일반적인 작업 전략을 설명하지만 반드시 하루에 모든 작업 시간을 나타내는 것은 아니라고 생각합니다. 균형이 존재해야합니다.

빠른 의사 소통을 할 수있을만큼 충분히 가까이 있어야하지만 토론이 완료되고 실제 작업을 따라야 할 때 외딴 곳으로 후퇴하십시오.

나는 개인적으로 "함께 앉는 것"과 "많은 소음을 발생시킨다"는 것이 효과가 없다고 생각한다. 대화가 문제를 논의하고 다음 단계를 결정하는 등의 시간이 있습니다. 코딩 할 시간이 있으며 사람들은 조용한 지역을 가져야합니다.

핵심은 "어떤 교란에서 프로그래머를 분리하고 중단없는 작업에 우선 순위를 설정합니다"라는 문구입니다. XP에서 스토리가 각 반복마다 가장 중요하게 선택 될 때 우선 순위는 분명합니다. 고객은 반복 도중에 마음을 너무 많이 바꾸지 않고 "안정적인"스토리 세트를 갖기 위해 노력해야합니다.

"프로그래머 분리"부분이 가장 까다 롭습니다. 이는 프로그래머가 자신이 가장 잘하는 것을 수행해야한다는 것을 의미합니다. 프로그램. XP가 작동하려면 프로그래머는 회의, 전화 통화, 작은 호의 등과 같은 외부 오버 헤드없이 스토리 완성에만 집중하는 환경에 있어야합니다. 이것은 각 프로그래머 쌍을 각자의 사무실에 두거나, 모든 프로그래머를 절대적으로 필요한 경우를 제외하고는 아무도 들어갈 수없는 Warroom에 두어 달성 할 수 있습니다.

개인적으로, 나는 그 사람에게서 배우더라도, 누군가와 짝을 이루어 일하는 것이 불가능하다는 것을 알게되었습니다. 어쩌면 일부 사람들 (예 : 나)이 좀 더 "고전적인"방식 (영역으로 들어가거나 침묵하는 등)으로 더 잘 작동 할 수 있습니다.

또는 XP가 사람들이 많은 모자를 쓰고 한 도메인에서 어려운 문제를 해결하는 대신 (예 : 코드 최적화) 웹 개발자 상점 내에서 주로 구현된다는 사실이 문제 일 수 있습니다. 지적 적으로 매우 어렵습니다 (예 : 장바구니를 페이지에 통합하는 등).

이와 같은 경우 쌍으로 작업하거나 많은 통신 등을 효과적으로 진행하는 유일한 방법 일 수 있습니다 (전자 메일 전송 모듈 Joomla! / Droopal 버그를 찾기 위해 X 시간을 소비하지는 않습니다) ?)

예, XP는 Peopleware 및 우수한 소프트웨어 개발 사례와 완전히 호환되지 않습니다. 아마도 계속하기 전에 섹션으로 새로 고쳐야합니까?

http://code.scottshipp.com/2017/03/22/open-office-plans-excerpt-from-peopleware/

바닥의 ​​표 8-1은 최종 어뢰가 최후의 어뢰 인 경우와 거의 비슷합니다.

6. 사람들이 종종 당신을 불필요하게 방해합니까? 38 % 예 76 % 예

여러 사람이있는 사무실에서는이를 피할 수있는 방법이 없습니다. 누군가의 배우자 유닛이 전화를 걸어 응답 한 후에도 걸어 나가더라도 여전히 응답에 방해를받습니다. 누군가는 공손하고 커피를 마시고 누군가가 원하는 것이 있는지 알아보기 위해 전화합니다.

헤드폰을 착용하고 볼륨을 올리는 코더를 잊지 말고 6 피트 이상 떨어져도 여전히들을 수 있으며 펜 / 연필을 사용하여 '멋진 곡'섹션과 함께 드럼을 연주해야합니다. 아, 그리고 당신이 IT에서 일하는 스포츠 팬 하나를 가질만큼 불행한 경우, 그들은 모두 펌핑됩니다.

"아! 어제 밤 게임 보셨나요? !!!! 그리고 그 전화 !!!!

글쎄, 당신은 사진을 얻을.

초기 정의에 의한 XP는 2 명의 프로그래머와 1 개의 키보드입니다. 이 방법은 실제로 대규모 소프트웨어 개발이 아닌 버그 수정을 찾기 어려운 심층 다이빙에만 적합합니다. 공개 계획과 팀룸 개념은 모두 Peopleware에서 수행 한 연구를 위반합니다.