Barriers to Acceptance Test-driven Design
August 21st, 2008Brian Marick weighs in on potential issues with using acceptance test-driven design even where unit-level test-driven development (TDD) is conducted here.
Brian Marick weighs in on potential issues with using acceptance test-driven design even where unit-level test-driven development (TDD) is conducted here.
Simon Baker provides his perspective on Luke Hohmann’s Agile 2008 session “Converting Business Value into Actual Money” here.
An early version of a chapter from Lasse Koskela’s “Practical TDD and Acceptance TDD for Java Developers” is available from Methods and Tools here.
Ken Schwaber discusses how a Product Owner and the Team should work together in Scrum in this InfoQ video presentation. This topic is in response to a problem that manifests itself in software projects called technical debt because of bad habits Product Owners and Teams pick up during development.
Companies who do not continually evolve their platform seem to inherit problems which can be resolved with just an update. But they are not able to update due to many reasons that were incorporated over time. Michael Feathers describes the different type of organizations based on their ability to evolve with the times in this article.
This article on CIO.com is sub-titled:
Agile methodologies seemed like a good idea to this software development team. But when the company doesn’t sincerely accept the change in work style, the result is just a buzzword for “project hell.”
Chris McMahon describes the similarities between becoming a musician and learning develop great software in this article on his blog.
A few team members from Tourism Flanders-Dolmen has put together a presentation for Javapolis discussing their experience transitioning to Scrum. You can find the presentation slides and video here.
Jeff Sutherland, co-inventor of Scrum, points out the relationship of Scrum to organizational patterns put out by James Coplien in this article.