What’s a Development Methodology?<br />A process or methodical approach to developing software. <br />A repeatable process used to:<br />Handle Requirements<br />Improve Quality<br />Manages Risk<br />
Waterfall Works Well When…<br />Requirements are stable<br />Technology is well known and mature<br />Everything happens as one would expect<br />We are not taking on anything new or unknown<br />We have done this many times before<br />
Waterfall<br />The Real World<br />Requirements<br />Change<br />Design<br />Implementation<br />Takes too long<br />Testing<br />Gets skipped<br />Deployment<br />Maintenance<br />
What is Agile?<br />Agile software development refers to a group of software development methodologies based on iterative development, where requirements and solutions evolve through collaboration between self-organizing cross-functional teams. <br />
The Agile Manifesto<br />We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:<br />Individuals and interactions over processes and tools <br />Working softwareover comprehensive documentation<br />Customer collaboration over contract negotiation <br />Responding to change over following a plan<br /> That is, while there is value in the items on the right, we value the items on the left more.<br />http://agilemanifesto.org/<br />
Agile Principles<br /><ul><li>Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.
Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage.
Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.
Business people and developers must work together daily throughout the project.</li></li></ul><li>Agile Principles<br />Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the jobdone.<br />The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.<br />Working software is the primary measure of progress.<br />Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.<br />
Agile Principles<br />Simplicity--the art of maximizing the amount of work not done is essential.<br />Continuous attention to technical excellence and good design enhances agility.<br />The best architectures, requirements, and designs emerge from self-organizing teams.<br />At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.<br />
User Stories<br />A software requirement formulated as one or two sentences in the everyday business language of the user<br />Format: As a (role) I want (something) so that (benefit)<br />Example: <br />As a customer service representative, I want to search for my customers by their first and last name, so that I can spend less time browsing lists.<br />
Estimating<br />A consensus-based estimation method<br />Estimate effort or relative size of development tasks <br />Estimate in Story Points<br />Story points possibilities are 0,1,2,3,5,8,13<br />
Velocity<br />Number of story points completed in one sprint (iteration)<br />Calculated by taking the last three sprint’s rolling average<br />
Planning Meeting<br />Approximately one day<br />Includes Development Team and Business Owners<br />Pull prioritized stories from the backlog and technically plan them<br />Call in business owners to clarify requirements<br />Database design – ERD<br />API Specifications<br />Break stories down into several tasks<br />Commitment is made to Business Owners to deliver stories by end of the sprint<br />
Daily Scrum<br />Stand-up meeting<br />Not longer than 15 minutes<br />Each developer answers 3 questions:<br />What did you work on yesterday?<br />What are you going to work on today?<br />What are your roadblocks, if any?<br />
Burndown<br />Illustrates the progress of the current sprint.<br />
Sprint Reviews<br />Occurs at the end of every sprint <br />Business owners and Development Team are present<br />Demonstration of working software is given by the development team<br />
Retrospectives<br />Learning<br />Continuous Improvement<br />Meeting with product management, team members, managers<br />Discussion on successes and areas for improvement in the current sprint<br />
Questions?<br />Jeff Bollinger<br />VP of Information Systems<br />firstname.lastname@example.org<br />