Warroom meaning5/29/2023 ![]() ![]() In this situation, traditional programming practices are not sufficient. Previously I wrote a more general treatment of the benefits of agile and an article that lists other resources discussing the benefits of agile.Īny discussion of benefits should at least say a few words about how exactly to measure those benefits! However, I’m out of time.Today when software development stays in high demand, developers are being pressured to code and modify more, still meeting all client requirements and work deadlines. Clearly, an organization that adopted these practices and perfected them would save huge amounts of money and would be able to crush any competitors not doing this. For a team of 5 people working on a 100 day project this amounts to shortening the project to 50 days (save $200,000) or get twice as much work done. If a team and an organization adopt these practices, get through the initial cost of learning them, then I would like to suggest that your teams can easily double their productivity if not more. The Test Driven Development (TDD) Process Benefit of All Three Practices Since substantial expense is squandered on defect management (tools, support teams, user training, lost productivity, etc.) and since staff turnover is also high in IT and high-tech, the results of test driven development on the bottom line are substantial. I have seen teams doing this that reduce defect rates to 5% (or less!) of what they once were prior to test driven development… while at the same time delivering projects faster than expected. ![]() In informal polling I’ve done with teams I’ve worked with, test driven development produces a noticeable long-term productivity gain as well as a simultaneous increase in developer and end user satisfaction due to a substantial reduction in defects discovered after the code leaves the developers. In software development this is best done through test driven development. The really amazing thing happens when you try, deliberately and systematically, to do both high speed and high quality work. It is true that initially you might get gains through these approaches. This comes from the idea that you need to slow down to make stuff high quality or that you need to sacrifice quality in order to go fast. There is a myth that speed and quality are mutually exclusive. Again, to make this work, there are some critical success factors including methods of allowing team commitment, self-organizing and obstacle removal. However, because iterations deliver working, valuable results, the pressure is not demoralizing, instead it motivates teams to get through the crisis and reach the norming and performing stages of development quickly. The short iterations provide a certain type of pressure that forces team and project crisis to happen quickly. This chart demonstrates how this works: Stages of Team Formation – Waterfall Again, the benefits are incredible: your team will move through the stages of team development (forming, storming, norming and performing – reference) much more quickly than with longer iterations or no iterations… thus leading to high productivity much sooner. I strongly recommend iterations that are only one week long. Many software development projects use iterations that are two weeks long or even a month long. Once you have set up your team room, it is critical for your team to have something to do! The fastest way to get your team doing something is to start using short cycles of work (iterations, sprints) to deliver valuable results such as working software. This is one practice you don’t want to let your competitors pick up before you do! Here are some tips on agile team room setup. Because of poor layout that would block communication paths, their new setup would actually be worse than their old setup! Some research has shown that you can expect as much as a doubling of productivity ( reference). But they had also made some big mistakes including that all the developers on a single team would have a low wall separating them from each other. They had a nice open-concept layout with lots of windows etc. One organization I worked with was very excited about their new team room setup. If you are going to do this, do it right! Do the research, hire an agile coach or consultant, and make sure it is done well. This is astonishing: you can expect a 60% boost in team productivity from this single practice! The cost of re-stacking your cubes or office spaces is trivial compared to the benefits. All of them are relatively inexpensive, and the return on investment for these practices is HUGE!!! Without further ado… 1. All three practices are part of agile methods such as Scrum and Extreme Programming, but you don’t need to be doing these methods to take advantage of these practices. ![]() Everywhere I go, there are three practices that make the biggest difference in overall productivity for teams and organizations. ![]()
0 Comments
Leave a Reply. |