I'm sure that you all know the story of how the term "bug" got associated with a computer failure. It was a moth in a computer which caused a hardware failure. However, since then the term bug  has become synonymous with a software error. There is a bug in the program. Yes, there is a bug in the program, every program. Many software development organizations spend a large portion of their time and effort finding and fixing bugs. However the situation rarely improves. hbrfj8e3c4

 As a ScrumMaster and Agile Coach, I develop the same feeling about the team's work environment. Depending on the team the "room tone" will be different and in iterative development the tone will be different depending on the stage of the iteration the team is in.

 I’m a white board and sticky type of agilest. Give me a team room with white boards and a bunch of multicolored stickys and I’m a happy camper! Why? Because I know that the white board and stickys are NOT the project, the people and the conversations they have with each other are the project and the white boards and stickys are used to drive those conversations and track the work. However for most teams and most organizations, my agile dream project just does not exist and trying to force it to be is foolishness. Most organizations are going to need a tool to manage the project and provide visibility

 There is a lot of information out there about why an organization would attempt to improve their software development process using any of the wide variety of methodologies, techniques, systems, coaches and mentors that market their message. In fact there is so much information it is overwhelming to anyone genuinely trying to improve their process. I've been out in the trenches for several years now and have seen many different approaches used with varying degrees of success. In fact no two organizations have ever done the same thing or had the same results.

 Driving a software project to deliver later is just plain wrong!

  I’ve been helping a pretty large team for a few months now.  Today I attended a user group meeting today on SecondLife delivered by Brian Harry of VSTS/TFS.  It is very clear that there are some issues that get exacerbated when you have a very large project.