Tracking change and innovation in the enterprise software development community
Testing Tools to
Support Agile
Software Delivery
Whitepaper
Mark Levison observed that, after solid classroom training, teams in larger companies still struggle to adopt TDD. To better understand the problem he surveyed team members. In this article he shares the problems he uncovered and his own comprehensive strategy, designed to help anyone introducing TDD into an organization.
Microsoft has published a How-To Design Using Agile Architecture guide under patterns & practices providing detailed guidelines to follow when architecting an application, the Agile way.
Kanban systems for software, derived from the Toyota Production System, are an iterationless approach for scheduling work. Instead of using a time boxed iteration and planning meeting, the pulls stories from the backlog only when it has completed its previous work. Dave Nicolette thinks that its important to expand our repertoire beyond the basics become familiar with other tools like Kanban.
Dave Nicolette, Agile Coach with Valtech, addresses the question are short iterations better than long. Dave demonstrates that short iterations: allow for more rapid response to change, the opportunity to discover and fix problems more often. He also deals with the concerns that short iterations might lead to burnout and other issues.
At OOPSLA 2007, a retrospective discussion panel on Fred Brooks' article, No Silver Bullet: Essence and Accidents of Software Engineering, was held including Fred Brooks himself, Martin Fowler, Ricardo Lopez, Aki Namioka, Linda Northrop, Dave Parnas, Dave Thomas, and Steven Fraser as panel impresario.
At QconLondon 2007 Jim Coplien spoke with "Pragmatic" Dave Thomas for InfoQ. This energetic 30-minute interview runs the gamut of Dave's wide-ranging interests: 'agile' publishing; how to turn what you love doing into a book; programming (and methodology) monocultures; staying limber with code "katas"; and advice for academics: help your students live with the passion of a 5-year old!
Called "the grandmother" of the agile methodologies, DSDM V1 was released in 1995. The methodology is owned and collaboratively developed by the members of the not-for profit DSDM Consortium, and until V4.2 was only available to members. But the recent V5 or "Atern" release is now publicly available. Director Hugh Ivory provided an overview at Agile2007.
In this presentation held during Agile 2008, Alan Shalloway, CEO and founder of Net Objectives, presents the Lean software development principles and practices and how they can benefit to Agile practitioners.
Of course, "anything more than 'barely sufficient' process is waste," but what does that mean for your team, or my next project? In this 60 minute presentation from the APLN Leadership Summit at Agile2006, Todd Little shared a model to help choose the right "flavour" of Agile for different kinds of projects, and discussed the importance of 'steering' throughout the project's duration.
This book guides the reader on crafting their own agile adoption strategy focused on their business values and environment. This strategy is then directly tied to patterns of agile practice adoption that describe how many teams have successfully (and unsuccessfully) adopted them. Business values are also a component of these patterns so your adoption is always focused on addressing your particular environment.
Domain Driven Design is a vision and approach for designing a domain model that reflects a deep understanding of the business domain. This book is a short, quickly-readable summary and introduction to the fundamentals of DDD; it does not introduce any new concepts; it attempts to concisely summarize the essence of what DDD is, drawing mostly Eric Evans' book, as well other sources since published such as Jimmy Nilsson's Applying Domain Driven Design, and various DDD discussion forums.
Scrum, arguably the fastest-growing Agile methodology, is well described in the original Scrum books, which tend to be read once and put aside. The SPRiNT-iT coaches have abstracted the basics to produce a compact reference to help teams facilitate all Scrum meetings and create the Scrum artifacts. The book doesn't teach Scrum, but offers trained teams confidence to run their first successful Sprints - successes that will increase the acceptance of Scrum in their organization.
