Downloaded 167 times
Uploaded byArtem Tabalin
eXtreme Programming
The document discusses extreme programming and agile software development, highlighting the iterative development method compared to the waterfall model. It outlines the benefits and practices of extreme programming, such as pair programming, test-driven development, and continuous integration, while also addressing potential risks and challenges. Key concepts include managing requirements, customer involvement, and maintaining code quality throughout the development process.
More Related Content
eXtreme Programming
- 1. eXtreme Programming! AgileSoftware Development! ARTEM TABALIN!
- 2.
- 3.
- 4. Disadvantages! • Highamount of risk! • Impossible to go back and fix! • No result until very end! • Impossible to strictly follow the requirements!
- 5. Result! • Brokenexpectations! • Delivery delay! • Double budget! • Low quality!
- 6. When to use! • Simple project! • Short project! • Clear requirements! • Familiar technology!
- 7. What to do?! • Complex project! • Long project! • Ambiguous requirements! • Unknown technology!
- 8.
- 9. Iteration lifecycle! 1.Figure out Use Cases! 2. Choose most valuable for iteration! 3. Analyze chosen use cases! 4. Design / Code / Deploy / Test! 5. Show results to customer! 6. Repeat from #2 considering feedback #5!
- 10. Benefits! • Riskmanagement! • Early delivery! • Cost control! • High quality!
- 11. Agile Methodologies! •eXtreme Programming! • SCRUM! • Feature Driven Development! • KanBan!
- 12.
- 13. Risk • Deliverydelay! • Too many bugs! • Lack of functionality! • Core devs leaving! • Requirements change! Measure • Short releases! • Testing! • Tasks prioritization! • Pair programming! • On-site customer! XP Against Risks!
- 14. Driving Software! Changeis the only unchangeable thing. ! Drive a project like you drive a car.!
- 15. Four Variables! •Cost! • Time! • Quality! • Scope Choose any three!
- 16. Four (5) Values! • Communication! • Simplicity do the simplest thing that can possible work! • Feedback! • Courage! • Respect!
- 17.
- 18. XP Includes! •Metaphor! • Coding Standards! • Collective Ownership! • On-site Customer! • Simple Design! • Continuous Refactoring! • Short Releases! • 40-Hour Week! • Continuous Integration! • Testing! • Pair Programming! • Planning Game!
- 19.
- 20. Coding Standards! CodingRules followed by the team! • Formatting patterns! • Naming conventions! • Programming constructs to avoid! • Custom agreements!
- 21. Collective Ownership! Anydeveloper of a team! • Has access to the entire source code! • Is allowed to change any part of code! • Is responsible for the code! IMPORTANT: Unit Tests required!
- 22. Collective Ownership -Benefits! • Reduce negative effect of losing a programmer! • Complex code eliminated by teammates! • No “tricky code” owners! • Full control over the code for everyone!
- 23. On-site Customer! Thecustomer on hand at all times and available for questions!
- 24. Simple Design! Isthere any way to do it simpler?!
- 25. Continuous Refactoring! Today’sdesign calls for refactoring! When! • During TDD cycle! • Before adding new feature! • New feature added! What! • Code duplication! • Code that smells! !
- 26. Short Releases! Releaseshould be as short as possible and contain most valuable business requirements!
- 27. 40-Hour Week! Overtimeis a symptom of a serious ! problem on the project !
- 28. Continuous Integration! Getsystem build several times a day! Aims • Prevent “integration hell”! • Last stable build always available! • Automatic tests running!
- 29. Continuous Integration -Principles! • Maintain single code repository! • Automate the build! • Self-testing build! • Everyone commits to the baseline daily! • Automate deployment!
- 30. Planning Game! •Release (1-6 months) business cycle! • Iteration (1-3 weeks) developer cycle! • Stand-up meeting everyday! • Story (feature) measure of software for customer!
- 31. Release Planning! 1.Customer writes stories! 2. Developers estimate the stories! 3. Splitting/Combining the stories! 4. Sorting stories by value and risk! 5. Choosing the scope based on velocity! 6. Steering phase! • customer can add a story or change the priority! • developer can change the estimation! • plan change!
- 32. Iteration Planning! 1.Dividing stories into tasks! 2. Estimating the tasks yesterday’s weather! 3. Devs take responsibility for tasks! 4. Load factor estimation 0.5 is normal value! 5. Rebalancing according to #4! 6. Steering phase! • tasks adding! • tasks reassigning ! • plan change!
- 33. Stand-Up Meeting! •Short everyday meeting at the same time! • Everybody stands for the whole meeting in circle! • Everybody says! • what he did yesterday! • what he is doing today! • what problems he has! • For problems announcing (not solving)!
- 34.
- 35. Tests Classification! •Unit Tests functionality in isolation! • Integration Tests components interaction • Functional & Acceptance Tests business requirements! • Specific Tests load, performance, usability, security!
- 36. TDD - Benefits! • Assurance of correctness! • Eliminates risk of changes! • Ensures better design! • Provides documentation! • Reduce debug time! • Makes to write loosely coupled code! • Gives confidence!
- 37. TDD - Mantra! Red! Refactor!Green!
- 38. TDD - Cycle! • Add test! • Run all tests and fail (Red)! • Make required change to succeed! • Run all tests and succeed (Green)! • Refactor to remove duplication (Refactor)!
- 39. Unit Tests BestPractices! • Test first! • Assert first! • Arrange → Act → Assert! • Tests isolation! • Mocking dependencies!
- 40. Arrange → Act→ Assert!
- 41.
- 42.
- 43. Other Unit Tests! • Explanation Test explain with test! • Learning (Boundary) Test external library! • Regression Test bug elimination!
- 44. Test Greening Rules! • Getting to Green strategies! • obvious implementation! • fake it! • triangulation! • Do the simplest solution possible! • Postpone faced problems for next steps! • No code for future!
- 45. Pair Programming! Twoprogrammers work at one workstation!
- 46. Pair Programming -Benefits! • Less defects! • Better decisions! • Higher productivity less distractions! • Developers confidence! • Knowledge sharing! • Learning! • Team building!
- 47. Pair Programming -Variations! • Expert – Expert! • Expert – Novice! • Novice – Novice! • Remote pair programming!
- 48. Pair Programming -Problems! • “Watch the master” phenomenon! • Disengagement and silence! How to fight with?! Each developer keeps the keyboard in turn!
- 49. Pair Programming forTDD! • Dev1: Write test! • Dev2: Implement functionality! • Dev1: Make refactoring! • Dev1 ⇔ Dev2 and repeat!
- 50. Thank you!! Yourquestions, please!! ARTEM TABALIN!
- 51. References! • BeckK. Extreme Programming Explained: Embrace Change! • Beck K., Fowler M. Planning Extreme Programming! • Beck K. Test Driven Development: By Example!