base on the book "Agile Samurai"

1. The Agile Samurai
How Agile Masters Deliver Great Software

2. About Book
•
The Pragmatic Programmers
•
Author: Jonathan Rasmusson
•
http://www.amazon.com/TheAgile-Samurai-PragmaticProgrammers/dp/1934356581

3. Why Agile?

4. 모두 확정을 바라지만,
절대 없다.
!
변화는 당연함을 받아들임
!
제약 속에서 진격

5. “Agile is a way of developing software that
reminds us that although computers run the code,
it’s PEOPLE who create and maintain it.”

6. 세분화
시각화
구체화
바뀌는 제품 관련 정황
불확실성
의사소통
사람이 만든 요구 사항
사람이 하는 작업
투명화
주체성
위기

7. “That’s NOT What I Want.”
– Customer

9. 사람이기에 각자 생각하는 기준으로 받아들인다.
확인하고 또 확인하라.

10. 질문을 망설이지 말 것!
질문이 당신을 진실로 이끌 것이다.

11. 이게 현실이다.

12. 희망
vs
현실
관련자에게 헛된 희망 대신, 사실을 알려주어야 한다.

13. 계획을 하고, 그대로 달성되기를 바라지만
그러한 일은 있을 수 없다.
단 계획에 가까워지도록 방법을 찾아갈 뿐이다.

14. 계획을 하기 전에

15. 어디를 향해 가는가?
•
왜 가야 하는가?
•
어디까지 갈 것인가?
•
언제까지 갈 것인가?

16. 명료하게, 핵심 요소를

17. 흔들리지 않을 가치
판단 기준이 되는 선언문

18. Concrete
the smaller, the better

20. 명료하게 구체적으로

23. 해야만 하는 일에 집중

24. 전달하고자 하는 가치에 집중
모든 것을 다 하고 싶겠지만,
우리는 유한한 존재이다.

26. Adaptive Planning

27. Team Velocity 확인 : 사실로서 받아들이기
변동되는 상황을 투명하게 노출 그리고 대응

29. 제약에 대한 인정.
구체적인 조율을 수행.

30. Agile Team

31. 같이 공헌하는 팀
뒷짐 쥐고 감놔라 배놔라하는 인간은 없다.

32. 함께 만든 팀 작업이다.
타인을 비난할 시간에 직접 해라.

33. 역할이 있다. 사람이 있다.
필요할 때, 역할을 수행한다.
Agile Role.

34. 팀웍 핵심은 돕는 것이 아닌, 내가 다 해치워버리는 것이다.
그런 마음을 가진 이들을 서로 인정하고 신뢰해 가면서 일을 하는 것이다.
출처: One Outs

35. Summary

36. “Fast Fail, Fast Feedback”
“Fail Often”
“The Smaller, The Better”
“Do everything necessary to produce shippable code”