답변:
민첩성에 대해서는 " 애자일 회고 " 없이는 어떤 팀도 할 수 없다고 생각합니다 . 회고는 모든 팀의 중추이며 적절하게 운영하는 것은 사소한 것이 아닙니다.
또한 " 애자일 팀 코칭 "을 추천 합니다. 나는 현재 그것을 읽고 있고 약 반쯤입니다. 때때로 약간 푹신하지만, 적어도 저에게는 많은 훌륭한 통찰력을 제공합니다.
(나중에 편집 : "민첩한 코칭"이 아니라 "민첩한 팀 코칭"을 의미했습니다.)
트렌치의 스크럼과 XP는 이 주제에 관한 아주 좋은 책입니다. 다른 서적과 달리 한 회사가 처음부터 스크럼을 수행 한 방법을 설명합니다. 그것은 더 실용적인 책이며, 어떻게 당신이 할 수있는 방법을 맛볼 수 있습니다. 그리고이 책은 무료입니다.
Scrum의 경우 Mike Cohn의 "Agile Estimating and Planning"과 함께하겠습니다 .
기초부터 기초가되는 좀 더 복잡한 주제에 이르기까지 스크럼을 다루며 스크럼을 시작할 때 나오는 것보다 더 일반적인 질문도 다룹니다. 예를 들면 다음과 같습니다.
Cohn은 또한 제품 소유자의 관점에서 백 로그의 우선 순위를 지정하는 방법과 그와 같이 "매우 가치있는"비즈니스 가치 "척도에 도달하는 다양한 접근 방식에 대한 주제를 다룹니다. 제품 개발을위한 카노 모델. 모든 것이 엄격한 개발자 역할에있는 누군가와 관련이있는 것은 아니지만 ( "엄격한 개발자 역할"이 좋은지에 대한 다른 모든 근거가 있습니다) 항상 상황에 도움이됩니다. 실제로, 나는 상황이 장기적인 성공을 위해 필수적이라고 주장한다.
... 애자일의 선도적 인 개척자 중 한 명이 Jolt Productivity의 수상 경력에 빛나는 책을 처음 도입 한 이후 민첩한 개발에 대해 배운 모든 내용을 반영합니다.
Alistair Cockburn은 강력한 발명의 소프트웨어 개발 모델을 "창조 및 커뮤니케이션의 협력 게임"으로 업데이트함으로써 시작합니다. 그는 새로운 아이디어 중 다음과 같이 소개합니다. 협업을 손상시키지 않고 경쟁을 활용합니다. 린 (lean) 제조로부터의 교훈; 그리고 의사 소통을위한 전략을 균형 잡기. Cockburn은 소프트웨어 개발뿐만 아니라 비즈니스 및 엔지니어링 프로젝트에서 협동 게임이 어떻게 진행되는지 설명합니다.
다음으로 그는 민첩한 모델을 체계적으로 조명하고, 어떻게 진화했는지를 보여주고, 개발자와 프로젝트 관리자가 가장 자주 묻는 질문에 답변합니다.
- 애자일 개발은 우리 조직에서 어디에 적합합니까?
- 민첩한 아이디어와 다른 아이디어를 어떻게 혼합합니까?
- 민첩한 아이디어를 더 광범위하게 확장하는 방법은 무엇입니까?
Cockburn은 민첩한 프로젝트가 실패하게하는 중대한 오해를받습니다. 예를 들어, 프로젝트 관리 전략을 고정 된 프로세스로 인코딩하여 비효율적 인 전략 결정 및 비용이 많이 드는 실수를 초래할 수있는 이유를 알아 봅니다. 또한 민첩한 방법과 사용자 경험 디자인 간의 논란이되는 관계에 대해 신중하게 논의합니다.
Cockburn은 자신의 팀을 위해 민첩한 방법론을 구성해야하는 실질적인 문제를 해결합니다. 방법론을 조정하고 지속적으로 재창조하는 방법과 불완전한 커뮤니케이션을 관리하는 방법을 배우게됩니다 ...