Dec 06

Tim Drury of Bright Green Projects recently penned a post about A Very Long (Agile) Engagement. In it he makes some excellent points about why it is in a consultant’s interest to secure very long client engagements, thus breaking the sell-deliver-signoff cycle of short consulting engagements. I encourage you to read it. One point that I found intriguing is the idea of the Agile Agents. These are client employees who are searching for new requirements based on the agile model of the business process. Then they rely on the consultants to quickly implement the new requirements which opens up the opportunity for the Agile Agents to discover more improvements to the business.

It is an interesting idea; although, I am not sure Tim has convinced us of the need for the consultants to action the backlog. Based on my own agile project experience, I believe it is based on their ability to deliver code in an agile environment. Thus, making it a win-win situation for both the client and the consultant. Perhaps Tim will have a follow-up post to detail that part.

In turning the multi-client sell-deliver-signoff cycle into a single client sell-deliver cycle, one aspect of Agile which can help turn those employees into Agile Agents is that by being on the same team and interacting daily with the consulting developers, the employees may discover new business requirements faster. For example, new ideas for features or new products can be put forward during the sprints that may never be discovered otherwise. These ideas that occur “in the moment” are often forgotten otherwise and never make it out of the team in a legacy methodology.

Have you seen any businesses who have changed employee roles to take advantage of the Agile Development Methodology? If so, I’d love to hear about it.

Tagged with:
Jun 11

Today I am continuing a series of posts in which I will be reviewing some of the books which are related to the development of quality software. They may be specific to a certain technology or a software development methodology.



Software Craftsmanship: The New Imperative (amazon affiliate link) by Pete McBreen is the best book I have ever read about software development. It is written for programmers who want to produce the highest quality code and project managers who want to work with and nurture those type of programmers. Pete emphasizes that software is best developed by small teams and developers can reach the top of their craft via the mentoring that occurs among the apprentices, journeymen, and experienced craftsmen in these teams. I am a enthusiastic supporter of the approach explained by Pete and believe all software developers and project managers should read this book repeatedly.

Some of the topics covered include:

  • Understanding customer requirements
  • Identifying when a project may go off track
  • Selecting software craftsmen for a particular project
  • Designing goals for application development
  • Managing software craftsmen

The most important aspect of the book is the questioning of the popular Software Engineering approach to development and how Software Craftsmanship differs. It all boils down to valuing the people over process.

This book appeals to me so strongly because it reflects the reality of my own experience. The highest quality software (maintainable, bug free, simple design, and providing the most value to the user) I have seen developed has always been done by small teams with strong craftsmen leadership. I think Pete also does a good job of emphasizing how important it is to create the proper environment for fostering the craft of software development.

Do you have a copy of Software Craftsmanship: The New Imperative (amazon affiliate link)? If so, what is your favorite piece of sage advice from it?

Tagged with:
preload preload preload