Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Confession of an Agile Addict

2,219 views

Published on

[Download .pps to view is better for animation] A story of a man who wouldn't want to go back to Waterfall, ever!

Published in: Technology, Business

Confession of an Agile Addict

  1. Confession of an Agile Addict A story of a man who wouldn’t go back to Waterfall, ever! คำสารภาพของคนติดเอไจล์ เบื้องหลังของคนชัง Waterfall Kulawat Wongsaroj [email_address]
  2. Hello. I’m Kulawat. I am an Agile Addict. <ul><li>3 Years ago, I was involved in a 2-billion bath government contract to migrate legacy core bank system to a new one. – โปรเจคสองพันล้าน อลังการงานสร้าง </li></ul><ul><li>It is so chaotic . I felt sorry for the future customer – we are not building what they want! - ทำไปก็ใช้ไม่ได้แน่ๆ </li></ul><ul><li>At one point, we went off-site to conduct a planning working. We got thousands items in MS Project defined. – ไปสัมมนาทำแผนที่พัทยา 5 วันได้ MS Project มาเป็น 1,000 รายการ </li></ul><ul><li>Those items were hardly complete . – แทบไม่ได้ทำตามแผนเลย </li></ul><ul><li>Project was eventually cancelled . – สุดท้ายก็ล่ม !! </li></ul><ul><li>What is wrong with it? – มันอะไรกันเน่ย !!! </li></ul>
  3. IT Projects are failing everywhere! <ul><li>IT Projects Failure Research </li></ul><ul><ul><li>75% of projects at US DoD following DOD-STD-2167 (waterfall model) fails (The 5th Annual JAWS S3 Proceedings, 1999) </li></ul></ul><ul><ul><li>87% of 1,027 IT projects in the UK fails (British Computer Society Review, 2001) </li></ul></ul><ul><ul><li>31.1% is canceled , 52.7% cost over 189% of original estimates (The Chaos Report, 1995 ) </li></ul></ul><ul><ul><li>ลองถามคน ข้างๆ ตัวคุณ !!! – Ask your friends!!! </li></ul></ul>
  4. ทำไมมันถึงยากนักหนา ? What is wrong with it?
  5. Separation of Design & Construction – Traditional View Design Construction drawing Discuss Requirement System Analysis & Design design spec Discuss Requirement Architectural Design Construct Inspect Code Acceptance Test Build a House Build Software
  6. Separation of Design & Construction – Different View Design Construction drawing Discuss Requirement source code Discuss Requirement Architectural Design Construct Inspect Design & Code (Automated) Acceptance Test Build a House Build Software Compile & Link <ul><li>งานที่ต้องใช้ความคิดสร้างสรรค์นั้นไม่สามารถจะวางแผนล่วงหน้าได้ง่าย ดังนั้นการ คาดการล่วงหน้า นั้นจึง เป็นไปไม่ได้ เลย </li></ul><ul><li>Creative processes are not easily planned, and so predictability may well be an impossible target . </li></ul><ul><li>เราไม่ควรที่จะใช้ความคิดทางวิศวกรแบบเดิมๆในการคิดสร้างซอฟต์แวร์ เนื่องจากมันเป็นงานคนละอย่างและมันต้องการ ขบวนการทำงานที่แตกต่าง จากเดิม </li></ul><ul><li>We should be very wary of the traditional engineering metaphor for building software. It's a different kind of activity and requires a different process </li></ul><ul><li>[The New Methodology, Martin Fowler] </li></ul>Cheap (to execute) Creativity & Talent
  7. แล้วจะทำอย่างไรกันดี ? How do we fix it?
  8. Agile Manifesto - พันธะสัญญาเอไจล์ In early 2001, a group of industry experts in light-weight process like XP, Scrum, FDD, Crystal, DSDM , and etc, formed the Agile Alliance and created The Manifesto of the Agile Alliance . We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan That is, while there is value in the items on the right, we value the items on the left more. agilemanifesto.org พวกเราได้ค้นพบวิถีแห่งการพัฒนาซอฟต์แวร์ที่ดีกว่า จากการทำจริงและช่วยคนอื่นๆทำ จากประสพการณ์นี้ เราตกลงกันว่าเราจะให้คุณค่ากับ ตัวคนทำงานและการปฎิสัมพันธ์ > กระบวนการและเครื่องมือ ซอฟต์แวร์ที่ใช้งานได้จริง > เอกสารที่ครบถ้วน การทำงานอย่างใกล้ชิดกับลูกค้า > ต่อรองสัญญาการทำงาน การตอบสนองต่อความเปลี่ยนแปลง > การทำตามแผนที่วางไว้ ทั้งมีเรามิได้ละเลยคุณค่าที่กล่าวทางด้านขวา หากแต่เพียงเราให้คุณค่าแก่ทางด้านซ้ายมากกว่า
  9. Individuals & interactions over processes and tools ตัวคนทำงานและการปฎิสัมพันธ์ > กระบวนการและเครื่องมือ Plan and design together in team rather than a project manager Encourage face-to-face communication rather than formal meeting Use story board as project planning and tracking tool rather than MS Project วางแผนและออกแบบกัน ทั้งทีม แทนที่จะให้ PM เป็นคนวางแผนให้ เน้นการ พูดคุยกันตัวต่อตัว มากกว่าการจัดประชุมอย่างเป็นทางการ ใช้ story board แทน MS Project ในการวางแผนและติดตามงาน
  10. User Story <ul><li>User stories consist of three parts: </li></ul><ul><ul><li>Card – The place holder we use to remind us of the story (above) </li></ul></ul><ul><ul><li>Conversation – The conversation to follow that will cover the detail </li></ul></ul><ul><ul><li>Confirmation – The tests that confirm the story’s satisfactory completion </li></ul></ul><ul><li>Consider using a template </li></ul><ul><ul><li>“ As a <user role>, I want to <do something> (so that <achieve some business value> )” – WHO/WHAT/WHY </li></ul></ul>
  11. Release in an Agile project 1 3 5 1 1 3 1 2 2 1 5 5 HIGH PRIORITY LOW PRIORITY Release Story
  12. Release in an Agile project 1 3 5 1 1 3 1 2 2 1 5 5 Iteration 1 Iteration 2 Iteration 3 Velocity=10 Velocity=10 Velocity=10 HIGH PRIORITY LOW PRIORITY Release 2 3 New & High Priority ต้องมี Daily Report และส่งมาทาง e-mail ได้ด้วยนะ
  13. Requirement Design Code Test R D C T I R D C T R D C T R D C T I I I I I I I I I I I I I I I a b c d a b c d a b c d a b c d a a a a b b b b c c c c d d d d a a a a b b b b c c c c d d d d X X X X Waterfall Iterative Agile Responding to change over following a plan การตอบสนองต่อความเปลี่ยนแปลง > การทำตามแผนที่วางไว้
  14. Customer collaboration over contract negotiation การทำงานอย่างใกล้ชิดกับลูกค้า > ต่อรองสัญญาการทำงาน a a a a b b b b f f f f c c c c e e e e X X X X Y Y Y Y g g g g d d d d h h h h Features This is what we really want! Requirement Design Code Test a b c d e f g h a b c d e f g h a b c d e f g h a b c d e f g h plan Due Date Waterfall Requirement Design Code Test a b c d e f g h a b c d e f g h a b c d e f g h a b c d e f g h actual I Agile I I I I I I I Feedback & Re-prioritize i
  15. Working software over comprehensive documentation ซอฟต์แวร์ที่ใช้งานได้จริง > เอกสารที่ครบถ้วน <ul><li>Test Driven Development (TDD) </li></ul><ul><li>NO BUGS = Working Software </li></ul><ul><li>Unit Test = Best Design Doc </li></ul><ul><li>Track Progress with Working Software </li></ul><ul><li>NOT how much plan has progressed </li></ul>a a a a  b b b b  c c c c   I Agile I I I I I I I
  16. Agile Benefit เก็บ Requirement เห็นหน้าบ่อย ทะเลาะกันมากช่วง UAT ใกล้ Deliver เปลี่ยนยาก Working Software ใช้งานได้จริงตั้งแต่แรก RISK ที่จะ FAIL ลดอย่างรวดเร็วเพราะคุยกันตลอด
  17. คำสารภาพ A confession
  18. I’d like to confess that … <ul><li>Agile is not a really a process , but a “ way of thinking ” ( วิธีคิด ) </li></ul><ul><li>Agile is direction ( วิถีทาง ) , not destination ( จุดหมาย ) </li></ul><ul><li>Agile is not a silver bullet ( แก้ปัญหาทุกอย่าง ) </li></ul><ul><li>Agile is not easy – self-organizing team means management has less power – ( อาจโดนข้อหากบฏ ) </li></ul><ul><li>I love Agile and I never want to go back to Waterfall! </li></ul>
  19. If you want to start being Agile <ul><li>Study and REALLY understand the PRINCIPLES behind it before implementing it-- เข้าใจจริงๆ </li></ul><ul><li>No need to start big – Use pilot to convince your management – ไม่ต้องเริ่มใหญ่ก็ได้ ทำให้ดูจริงๆ </li></ul><ul><li>Practices what good for you – เลือกใช้ในสิ่งที่เหมาะ </li></ul>
  20. Who’s using Agile?
  21. Books I like Mike Cohn Venkat Subramaniam & Andy Hunt (Author) Robert C. Martin Mary & Tom Poppendick
  22. Thank You Q & A

×