The euphoria of the first few sprints is wearing out. The realization has set in that Agile is not a silver bullet. It’s not easy. There will be no quick fix. We are new Agile practitioners and it shows. Frustrations are growing. Good! We are exactly where we should be at this stage of the game and that ladies and gentlemen is in the thick of the “storming”. Where do we go from here?
Leadership
In periods of transition like this we need direction. We need someone familiar with the agile journey, someone who can lead the way with the confidence. Fortunately for Accpac R&D a new director of development with extensive experience in Agile and change management was hired to lead the charge. He appears competent and confident. It’s refreshing to have a leader who believes that trust is earned rather than a function of his position. He is candid about our challenges without being overly critical. It’s hard to walk this fine line but he has done so with distinction thus far.
Ownership
After years of experience in coaching employees though many tough challenges I have learned that I can’t make an employee go somewhere they are not ready to go. The change must come from within. Each employee can make things better. Are they going take personal ownership and make this transition work? There are many things we can do right now to improve our situation. Who is going to have the courage to “fail forward” and try new things? Who will make constructive suggestions to move us along our agile journey? Many employees are trying hard to do the right thing which is very encouraging. ScrumMaster’s are learning to prioritize removing roadblocks as they are identified by team members. Managers must focus on supporting employees through the transition and showing them how they to be successful in our new Agile world.
Difficulty
Agile sounds easy. Business stakeholder’s who don’t want or arguably need to understand the complexity of development find the simplicity of the methodology very alluring (Myself included!). Agile is somewhat like dieting though. Although we understand the basic principles, it is incredibly hard work to earn the rewards we want. Agile is going to require a level of commitment and discipline much greater than most of us probably anticipated. It’s important to accept the fact that real change requires real work. R&D Management and ScrumMaster’s have a critical role to play in evangelizing the long term pay off here.
Time
Many of the team feel we are mired in the process. “Agile takes too long” is a common refrain. “Let’s forget about agile for now to make sure we hit our date!” Many personnel across R&D eager to earn story points, look good, be productive and feel successful don’t see value yet with the greater accountability and focus on team that goes with agile. The “technical debt” can be remedied later. Let’s build software. It’s proving difficult to get buy in for the need to “slow down” to “speed up!” I thought the new director captured this perfectly in a meeting with our team today. He said it is much easier to move from high quality to high speed then from low quality to high speed. We need to earn some small wins to build confidence in the Scrum teams and demonstrate the potential Agile has to help us be a much better R&D organization.
Distractions
A key premise of agile is to minimize the disruptions to the team to allow them to focus on what they do best; build world class software. We have a tendency to underestimate the distractions and scope creep that will inevitably appear throughout the project. For example, EVERYONE knows that we should budget contingency in a project. It never ceases to amaze me how often we bow to pressure and don’t allocate sufficient\any time with predictable consequences in our projects. This problem is exacerbated when the teams struggle to find their rhythm early in the agile transition. The team is tempted to “cut corners” to demonstrate progress rather than focus on the agile principles that will deliver the results we want in the long term. Management is also tempted to assign unexpected work to the people we know can do it quickly which can be very disruptive to a team mid-sprint. What we are starting to do and must continue, is to develop the capabilities of our new agile teams to do the work instead of key contributors which is a change in mindset and unfortunately much slower in the short run. I believe we are seeing big payoffs already with this approach. For example on the agile team that I am a ScrumMaster we now have 3 QA Engineers focused on key functionality compared to 1 previously. We will break down many more silos of knowledge over time this way.
In conclusion, my sense is that we are making more progress than people think. The responsibility to unleash our employee’s talents is exciting and daunting. That responsibility lies with EVERY member of our R&D team. The next few months promise to interesting, challenging, rewarding and exhausting. We can and will make Agile work.
Thanks,
Donal