Archive for Adoption
Enterprise Transition Community
Posted by: | CommentsWe have a book club at work. The book under discussion right now is Succeeding with Agile: Software Development Using Scrum by Mike Cohn. If you have not read this book it is a must read. I bought copies for my team (I did get reimbursed later) because I thought it was so good. The following are comments about ideas presented in this book.
Agile so many times starts at the developer level. Usually a team lead or manager has read about Agile and wants to use it with their team. That is the way I started, I was a team leader. This works great for a limited period of time util you run into the bureaucracy of the standard software development process. That is the time to start thinking of how to transition the whole company or division.
One concept introduced by Mike is the Enterprise Transition Community (p. 63).
The Enterprise Transition Community exists to create a culture and environment where change can be released by those who are passionate about the success of the organization and where success leads to more passion from more people. The ETC does this not by imposing changes on the organization but by guiding groups who are implementing changes, by removing obstacles to doing Scrum well, and by creating energy and excitement for the change.
In other words you need a team at the appropriate level in management to take up the Agile cause. They are the ones who will guide the agile adoption and remove the obstacles. Read this section in the book, it might help you in your adoption.
Introducing Agile Change
Posted by: | CommentsChange is difficult for all of us. We get comfortable in a routine and like to maintain it. This is especially true at work where we spend a majority of our waking hours.
It becomes a challenge to Agile practices to an organization or a team because of resistance to change. Here are some ideas on how to introduce change :
- Sell the team on the problem that needs to be fixed
Many times we need to convince the team there is a problem. It is important we explain what the problem is and have the team agree that the problem needs to be addressed. - Have the team read about Agile
Introduce the team to reading materials that clearly explain the Agile concepts you want to introduce. These may include blogs, white paper and books. - Attend Agile user group meeting
There are Agile user groups in any metropolitan area. It is good to attend these meeting to get other developers opinion about Agile. - Do not be fanatical about Agile
When you are passionate about Agile methodologies it is easy to be fanatical. This will turn people off because you do not listen to their concerns. - Choose one Agile practice to introduce
To much change at one time overwhelms a team. Introduce one new Agile practice a month. This will make change easier because the team will have time to learn about the practice and apply it.
The tide is changing
Posted by: | CommentsToday was one of those days when one sees months of effort pay off. The project manager and QA manager are really going to give the team a chance to do genuine agile development over the next 3 months. Our overall deliverable is not until the end of September but we will have a chance to work with QA and actually produce sequential releases for for multiple projects. This should be challenging and fun.
Communicate, communicate, communicate
Posted by: | CommentsCommunicate can I say it enough. Agile development requires and enhances communication. We had an unfortunate situation where lines of communication broke down for a project. It occurred with requirements and QA testing.
The scope of the requirements were not clearly understood by the product owner. Actually we do not have direct communication with the product owners and are using a proxy. Fortunately there are still drawing on the window which clearly showed the scope of the project.
Then we had miscommunication with the QA test plan. The test plan was never reviewed. and had tests that were outside of the scope of the project.
The project is also behind schedule and requires special exemptions to get into the current release.
I hope you understand that this was not a Agile project. These problems are ones that would have been exposed sprint plans and reviews.
Adopting agile in large organizations
Posted by: | CommentsIs this how it happens in most large development groups “adopting” agile?
More important from a business perspective, the ability to compete
and make money with the potential power of lean and agile principles
has been squandered by doing agile rather than being agile.
We encourage those that want to realize enterprise agility to take
the time to learn the implications of values such as responding to
change over following a plan, and to take the time to discuss and
share these insights with others.
p 146 - Scaling Lean & Agile Development: Thinking and Organizational Tools for Large-Scale Scrum