simply aim for better lead times, delivery rates and failure demand, with a view to chasing more customer in the follow-up 6-12 month wave<\/li>\n<\/ul>\n <\/p>\n
![\"DICE](\"https:\/\/www.valueglide.com\/wp-content\/uploads\/2024\/03\/DICE-Example-1.png\")
<\/p>\n
The scope was 25m USD in spend pa roughly. We had an agility maturity model which was useful. I didn’t like the targets, the targets were set based on progression through the agility maturity framework. But they were useful, in that I understood how leaders were motivated.<\/p>\n
Looking back now, I’d say that senior management commitment turned out to be lower than in the example. When push came to shove, top down management fell back to Gantt charts as a safety blanket.<\/span><\/p>\n <\/p>\n
Case study<\/h3>\n
<\/p>\n
….we used Nexus to have more or less monthly Sprint Review across the portfolio and we pressure tested all forecasts with Monte Carlo probabilistic forecasting to spot what we called “incredible plans”. We also ensured we developed internal capability so that when the hatchet would drop on my cost entry, the organization could continue its agility journey without missing a beat. <\/p>\n
One of the bigger initiatives was really interesting, as we were bringing the old tech world of the bank to agility and DevOps:<\/p>\n
\n- Europe – (DevOps and automated testing) infrastructure – Kanban with learning time boxes<\/span><\/li>\n
- Europe – Application Development – Scrum <\/span><\/li>\n
- India Application Development – 2 teams, Scrum <\/span><\/li>\n
- USA – Scrum <\/span><\/li>\n<\/ul>\n
The Architecture Owner had a strong role as this was back-end plumbing (card authorizations – no pressure). Courage, tenacity, accountability, knowledge, humanity, quality, professionalism personified. I never had to say or ask anything of the Product Owner or the Architecture Owner more than once. The Scrum Masters and Development Teams were quick to shift mindset and that all helped. Courage, tenacity, accountability, knowledge, humanity, quality, professionalism personified. <\/span><\/p>\nThe 5 teams implemented test automation and monthly releases. Previously, the <\/span>releases were irregular and project driven, which reduced predictability and caused project sequencing problems e.g. if a project had another component that was late, close following projects had to re-baseline and test. We had 6-10 releases a year.<\/span><\/p>\nThis was on really old technology, as in a good contender for the oldest technology in the bank award. Because the technology was so old, we had to resort to end to end system automated tests as opposed to Test Driven Development (TDD). All those card transactions I mentioned earlier in the post were going through the technology these teams were changing every month. These teams overcame “protect the bank change the bank” paradox, by embracing DevOps. We had a proper Product Owner, an agility oriented Architecture Owner ( just to tick the Disciplined Agile standard box and deal with that paradox), proper Scrum Masters, proper Scrum, proper Kanban. We had zero tolerance for WaterScrumFall. As it turned out, all teams went for Scrum in the end. #proud #readyforLeSS<\/span><\/p>\nOne of the other initiatives in my sphere of influence that was spending 15m USD approx expressed a strong interest in Nexus before I left….<\/span><\/p>\nAfter I left, the Nexus rhythm kept going. There are always new struggles. Solutions cause new problems. Synchronization was still a challenge when I left between West Coast USA and India. <\/span><\/p>\nDevelopments well after I left the building:<\/span><\/h3>\n\n- pressure from regulators and board caused senior management to fall back to what they know plan on a page, Gantt charts, immovable milestones 6 months out. Milestones were hit by changing content of delivery. Ironically, whilst this team of teams argued against milestones, their electronic tool is remarkably good with milestone burn-up charts.<\/span><\/li>\n
- Poor financial control made it hard to argue the Agile case – they felt that if they had tracked cost against deliverables it would have been easier to show (value or not). It was hard for them to measure value on a system most people just took for granted.<\/span><\/li>\n
- There is still some roll over between sprints<\/span><\/li>\n
- Relocation of USA team to West Coast caused a massive drop in productivity during the move and worsened an ongoing challenge with lack of time zone overlap. The folks in Europe and India are still working to try and make the USA team feel more connected.<\/span><\/li>\n
- India-based-teams have excelled. India Team 1 is self-organising with minimal input from Scrum Master, India team 2 is getting there.<\/span><\/li>\n
- DevOps tooling (with the exception of test automation) stopped due to lack of funding but is still carrying on as a “side of desk” activity as staff see the value. First stage will be automatic build from Git using Jenkins to push code to NonStop platform as there’s no suitable NonStop Git client, with build being run by Jenkins using existing (very old scripting language called TACL) macros.<\/span><\/li>\n
- Re-work of testing using VersaTest has produced a much more accurate test pack with better test coverage. Tests now run clean and whilst not automated take one key press.<\/span><\/li>\n
- <\/span>Overall, it was a case of two steps forwards and one step backwards, but still overall forwards. Sometime in the next 6 months they will have automatic builds. They have decent metrics on what can actually be delivered by development. The teams in India are doing very well.<\/span><\/li>\n
- I could be happy that I left a legacy of agility long after I moved away from this team. I left fine proteges behind to continue support as I always knew my time would be cut short. It was really the passion, focus, and energy of the people involved and I was lucky to work with these people. We went to Nexus as a stepping stone to LeSS. More support for Feature Teams and Theory Y thinking is needed to help that next step.<\/li>\n
- I am already seeing signs in the rest of that Bank that people who now love working with agility will leave because we didn’t get to the stage of transitioning non-agility roles & ways of working at senior leadership levels. Conveniently, as the change of walk the gemba was arriving at senior leadership’s door, I think they decided, enough of this agility stuff, we’re good now (even though we were only half way there). I regret not adopting a trick of not using any electronic dashboards to force walking the gemba earlier. People are already leaving. Theory X is back. People were trained on Theory Y only two years earlier. I have faith in the above team of teams but it’s just a pocket, and things aren’t likely to get better unless senior leadership understands the irony that good agility is Lean. Any one for a gemba walk? Oh, that’s for everyone else too?<\/li>\n<\/ul>\n
The change starts with me…<\/span><\/p>\n{{cta(‘1b205468-7c39-4729-a436-d980a00a2c12’)}}<\/span><\/p>\n <\/p>\n
<\/h3><\/p>\n\n
![\"synchronized](\"https:\/\/www.valueglide.com\/wp-content\/uploads\/2024\/03\/synchronized-turtling-1.jpg\")
<\/p>\n