According to Alexa, these are the top 10 most visited agile development websites… 1. Martin Fowler Papers and articles from one of the giants in the field. www.martinfowler.com 2. ThoughtWorks, Inc. A commercial site for Martin Fowler’s company. www.thoughtworks.com 3. Agile Modeling Practice-based methodology for effectively modeling and documenting software-based systems. www.agilemodeling.com 4. Extreme Programming A gentle introduction to eXtreme
The beauty of NOT doing agile development… is that failure comes as a complete surprise, instead of being preceeded by months of worry! Often in traditional development projects, everything seems to be going so well, right up to 80% completion or perhaps even later. Then things start getting harder… Things start looking less and less likely to meet the planned
Agile development relies on close cooperation and collaboration between all team members and stakeholders. Agile development principles include keeping requirements and documentation lightweight, and acknowledging that change is a normal and acceptable reality in software development. This makes close collaboration particularly important to clarify requirements just-in-time and to keep all team members (including the product owner) ‘on the same page’
In agile development, testing is integrated throughout the lifecycle; testing the software continuously throughout its development. Agile development does not have a separate test phase as such. Developers are much more heavily engaged in testing, writing automated repeatable unit tests to validate their code. Apart from being geared towards better quality software, this is also important to support the principle
In agile development there is much discussion about the optimum length of an iteration (or Sprint in the Scrum agile management methodology). Although Scrum prescribes 30 days, in a recent post about agile development principles, “Fast but not so furious!”, I asserted that there is no perfect length for any situation; that it depends on individual circumstances and the nature
Pareto’s law is more commonly known as the 80/20 rule. The theory is about the law of distribution and how many things have a similar distribution curve. This means that *typically* 80% of your results may actually come from only 20% of your efforts! Pareto’s law can be seen in many situations – not literally 80/20 but certainly the principle
Many software development projects fail simply because they are too big. Too big to get traction. Too big to achieve clarity. Too big to stay focused. Too big to organise and manage effectively. And too big because by the time they’re developed the business requirements have moved on! A key part of agile development is the principle of building software
One of the key agile principles is about fixing timescales and varying scope. In DSDM (Dynamic Systems Development Methodology) these iterations are called Timeboxes; in Scrum agile management practice they are called Sprints. For Business-As-Usual (BAU) changes to existing products, one Sprint may equal a release of the product. However for projects it’s more than likely multiple Sprints will be
In the more traditional world of managing software development projects, it is widely acknowledged that developers can’t test for toffee! Yet agile development methods increasingly seem to require or imply that all people in the project team should test, including developers. So, first of all, why is it that developers can’t test? Are we to believe that these highly intelligent
In my experience, some people implement agile principles within the development team itself, but leave other key roles (for instance business users or testers) out of, or on the fringes, of the agile team. Earlier in my blog I wrote that active user involvement is imperative in agile development for a wide variety of reasons. It’s just as important for
XP (eXtreme Programming) advocates Test Driven Development, where test cases are written before the code. Radical, huh? If you think about it, it makes complete sense. Assuming you are planning to write test cases anyway, it’s no more effort than writing them later. And the big advantage of writing them first? If you know how you’re going to test it,
Search the Blog
What am I interested in?
Agile Management Made Easy!
All About Agile
By Kelly Waters
“’Agile’ is one of the biggest buzzwords of the last decade. Agile methods often come across as rather more complicated than they really are. This book is an attempt to unravel that complexity. To simplify the concepts. This book breaks the concepts into small bite-sized pieces that are easy to understand and easy to implement and delivers the message in a friendly and conversational style. Allaboutagile.com is one of the most popular blogs about agile on the web. ”
Agile 101 is available to purchase. GAME ON!