스크럼과 XP에 관한 좋은 책들


9

Scrum 및 XP에 대해 무엇을 읽는 것이 좋을지 알고 싶습니다. 나는 트렌치에서 Scrum과 xp를 얻었지만 가치있는 참조를 더보고 싶습니다.

답변:


2

민첩성에 대해서는 " 애자일 회고 " 없이는 어떤 팀도 할 수 없다고 생각합니다 . 회고는 모든 팀의 중추이며 적절하게 운영하는 것은 사소한 것이 아닙니다.

또한 " 애자일 팀 코칭 "을 추천 합니다. 나는 현재 그것을 읽고 있고 약 반쯤입니다. 때때로 약간 푹신하지만, 적어도 저에게는 많은 훌륭한 통찰력을 제공합니다.

(나중에 편집 : "민첩한 코칭"이 아니라 "민첩한 팀 코칭"을 의미했습니다.)


1
민첩한 회고전 +1 레트로는 대부분의 팀이 집중하는데 충분한 시간을 소비하지 않고 스프린트가 왜 "Groundhog Day"에 대해 느끼는지 궁금해하는 것들 중 하나입니다. 이 책에 기술 된 몇 가지 기술을 채택하여 팀의 사기와 프로세스 소유권을 위해 할 수있는 일은 놀라운 일입니다.
HY

2

Scrum을 사용한 애자일 소프트웨어 개발은 ​​제가 CSM 과정에서 읽은 책이었습니다. 나는 지금까지 꽤 유용하다는 것을 알았습니다 (우리 팀은 세 번째 스프린트를 시작하고 있습니다). 나는 그 주제에 관한 여러 권의 책을 읽는 것이 좋습니다. 그것은 당신에게 차이점이 어디에 있는지, 그리고 당신이 정말로 생각하고 자신의 결론에 도달해야 할 것들에 대한 좋은 아이디어를 줄 것입니다.


2

트렌치의 스크럼과 XP는 이 주제에 관한 아주 좋은 책입니다. 다른 서적과 달리 한 회사가 처음부터 스크럼을 수행 한 방법을 설명합니다. 그것은 더 실용적인 책이며, 어떻게 당신이 할 수있는 방법을 맛볼 수 있습니다. 그리고이 책은 무료입니다.


내가 말했듯이, 나는 이미이 책을 가지고 있지만 네, 나는이 책도 좋아합니다! 또한 읽을 수있는 책 목록이 있지만 권장 사항을 알고 싶습니다.
Goows

1

Scrum의 경우 Mike Cohn의 "Agile Estimating and Planning"과 함께하겠습니다 .

기초부터 기초가되는 좀 더 복잡한 주제에 이르기까지 스크럼을 다루며 스크럼을 시작할 때 나오는 것보다 더 일반적인 질문도 다룹니다. 예를 들면 다음과 같습니다.

  • 이야기 포인트 대 이상적인 날
  • 속도
  • 실패한 이야기가있는 경우해야 할 일 (일부 크레딧을 받거나 포인트를 넘겨 받습니까)
  • 스토리 분할 전략
  • 버그 / 결함 다루기
  • 스토리의 크기를 조정 / 재 추정할지 여부
  • 백 로그를 정리하는 방법

Cohn은 또한 제품 소유자의 관점에서 백 로그의 우선 순위를 지정하는 방법과 그와 같이 "매우 가치있는"비즈니스 가치 "척도에 도달하는 다양한 접근 방식에 대한 주제를 다룹니다. 제품 개발을위한 카노 모델. 모든 것이 엄격한 개발자 역할에있는 누군가와 관련이있는 것은 아니지만 ( "엄격한 개발자 역할"이 좋은지에 대한 다른 모든 근거가 있습니다) 항상 상황에 도움이됩니다. 실제로, 나는 상황이 장기적인 성공을 위해 필수적이라고 주장한다.


1

민첩한 소프트웨어 개발 : 협동 게임 (제 2 판)

... 애자일의 선도적 인 개척자 중 한 명이 Jolt Productivity의 수상 경력에 빛나는 책을 처음 도입 한 이후 민첩한 개발에 대해 배운 모든 내용을 반영합니다.

Alistair Cockburn은 강력한 발명의 소프트웨어 개발 모델을 "창조 및 커뮤니케이션의 협력 게임"으로 업데이트함으로써 시작합니다. 그는 새로운 아이디어 중 다음과 같이 소개합니다. 협업을 손상시키지 않고 경쟁을 활용합니다. 린 (lean) 제조로부터의 교훈; 그리고 의사 소통을위한 전략을 균형 잡기. Cockburn은 소프트웨어 개발뿐만 아니라 비즈니스 및 엔지니어링 프로젝트에서 협동 게임이 어떻게 진행되는지 설명합니다.

다음으로 그는 민첩한 모델을 체계적으로 조명하고, 어떻게 진화했는지를 보여주고, 개발자와 프로젝트 관리자가 가장 자주 묻는 질문에 답변합니다.

  • 애자일 개발은 우리 조직에서 어디에 적합합니까?
  • 민첩한 아이디어와 다른 아이디어를 어떻게 혼합합니까?
  • 민첩한 아이디어를 더 광범위하게 확장하는 방법은 무엇입니까?

Cockburn은 민첩한 프로젝트가 실패하게하는 중대한 오해를받습니다. 예를 들어, 프로젝트 관리 전략을 고정 된 프로세스로 인코딩하여 비효율적 인 전략 결정 및 비용이 많이 드는 실수를 초래할 수있는 이유를 알아 봅니다. 또한 민첩한 방법과 사용자 경험 디자인 간의 논란이되는 관계에 대해 신중하게 논의합니다.

Cockburn은 자신의 팀을 위해 민첩한 방법론을 구성해야하는 실질적인 문제를 해결합니다. 방법론을 조정하고 지속적으로 재창조하는 방법과 불완전한 커뮤니케이션을 관리하는 방법을 배우게됩니다 ...

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.