Bridge Strategy to Delivery

I have a problem.  It’s quite serious and it affects me everyday.  I can’t seem to watch a TV programme without trying to find some (usually tenuous) way to connect it to product delivery and Agile.   It’s an illness; I can’t stop.   I’m not just ruining my own life, it’s spreading to my loved ones.   My wife recently yelled at a team on Australian MasterChef: “Why don’t they test one fully made burger first? That’s Agile!” (*I guess this means she can’t leave me now) I don’

In today’s enterprises, delivery often looks busy but achieves little. Delivery Theatre explores the illusion of progress created by rehearsed rituals, vanity metrics, and agile-by-numbers. From Jira-driven busyness to transformation-by-slide-deck, this article unpacks why organisations confuse activity with outcomes—and how to break free from performative delivery to focus on real customer value, measurable impact, and strategic alignment.

I’ve written my thoughts previously on why I hate daily stand-ups. Not because they can’t be valuable, but because they almost never are. As a former professional athlete, I’ve always been obsessed with what makes teams perform at their best - both on the pitch and in the boardroom. Even though my playing days are behind me, that drive for peak performance fuels the way I support corporate teams and help build products that excel under pressure. I’m constantly drawn to the b

How the Scrum Master role is evolving in the modern enterprise and how your organisation can be first mover to take advantage

Jira, love it or hate it? Either way, for a lot of organisations it’s necessary; it’s the main tool that development teams use to (1) track their work and for (2) stakeholders to understand whether the company is delivering the right value. If your company is doing both of those things, in a way that’s not burdensome to the teams  - and - in a way that is both simple for stakeholders, then you don’t need to read this article. Rate yourself using the Jira20  below and see what

Turns out guacamole is the answer. I’m not entirely sure what the question is (on a side note, I just found out there is a new Douglas Adams book called 42 that comprises a treasure trove of his unreleased personal stash of notebooks, letters and scripts) Anyhoo, Time is an illusion; lunchtime doubly so, so let’s move on. If guacamole is the answer, the question is, obviously, “why - in Agile - do we only improve only one thing at a time. Take Scrum retrospectives, for i

We set Sales teams quota targets, but we don’t tell them they need to close a specific deal on a specific day. We ask marketing teams to commit to driving a certain number of leads within a specific time period, but we don’t tell them that a particular campaign needs to drive those leads. And yet, we ask our product development teams to deliver specific features by specific dates and produce roadmaps of features to give the comfort of ‘certainty’. Feature roadmaps set the wr

I was reading an article the other day from one of the big consultancy firms about organisational culture and why cultural change efforts fail. Honours degrees get you the prestige, but they don’t buy the experience: I swear these big consultancies haven’t ever been on the ground in the workplace because a lot of what is said is nonsense. Their number 1 reason why cultural change fails was “Leaders lack commitment”. I hear similar comments from the agile community when I ask

In my consultancy work I use sporting analogies a lot. My hero growing up was Andre Agassi, and he once said that every tennis match is a life in miniature. Sport mirrors our human experience – the drama of the game, the unpredictable outcomes, the highs and lows of emotion, the winning, the losing. I spent last weekend following the Ryder Cup and as I watched the European team lift the golden chalice for the ninth time since I became a covert of this event in 1997, I realise

Here’s a stat for you: 5% of employees are aware of and/or understand their company’s strategy. Or an even better one: 71% of employees cannot recognise their own company’s strategy from a multiple choice list. (these stats are from the Harvard Business Review btw) And I think it’s a problem. A big problem. When confronted with the question “what is your strategy?”, most CEOs retaliate with a Powerpoint slide deck full of animations, colours and charts - we’ve seen some nic

Many of the organisations agilicist are drafted into have already been through an “agile transformation”. But they aren’t “transformed”. Let me tell you a story. Probably 80% of our clients have been through these big transformations already. Usually they have been led by one of the very large, and very famous consulting groups who sell with the A-Team and deliver with the D-Team (at A-Team prices). These consultancies know all the theory, they say all the right things; The

FACT: Higher Trust = Higher Productivity and more engagement. But how do you create a culture of trust in your organisation? ..... I was reading some research the other day that people at high-trust companies report 50% higher productivity and 76% more engagement than those at low-trust companies. According to Harvard researcher Paul J. Zak, there are 8 strategies to drive that trust culture but I wanted to talk about one in particular. I remember a number of years ago Agilic

Why Enterprises are moving away from Scrum and back to traditional delivery management. Companies are ditching the Scrum Master role. They are switching to Technical Agile Product Design Programme Delivery Managers. Anyone know of any? Basically someone steeped in agile transformation experience with a traditional project management background who has been a developer and also worked with design thinking and product. Except, unicorns don’t exist. It seems like these companies

With all this talk, I’m going to share the best #agileframework out there. This framework helped Agilicist drive multiple successful transformations. Ready? Here you go… There isn’t one. Are you joking? Why do people persist in trying to find “the perfect methodology”, as if it was some secret sauce that could automatically fix all your organisation's problems? You’ll have a better chance taking mindset advice from Dilbert’s pointy-haired boss. Here’s what to do instead: Ali

47% of Agile Transformations Fail. Why? Because companies do one of these two things: They focus on Practices They think that doing Stand Ups, Sprint Planning and using story points is going to make their organisation “agile”. They think that by creating the role of Scrum Master and filling it with Project Managers they are going to become more predictable. And then they wonder why all of these impediments that are now visible aren’t magically resolving themselves? They focus

Does prioritisation Equal Good Strategy? In the dynamic and fast-paced world of business, strategy plays a pivotal role in shaping the success of organisations. At the heart of strategic decision-making lies the concept of prioritisation. Leaders constantly face the challenge of allocating limited resources to an array of goals and objectives. However, a crucial question arises: does prioritisation alone equate to a good strategy ? This article delves into the paradox of prio

I recently saw a video on social conformity that caught my eye, a modern take of the classic psychology experiment by Asch (1951). The video shows a group of people, majority actors and one being the ‘test subject’ sitting in a waiting room and rising everytime there is a beep. The ‘test subject’ eventually joins in, although confused at first. Once she is the only one left in the room she continues to rise on the beep. Watching this, even I thought, "I would never do that"

Following its ethos for continuous improvement, the Scaled Agile Framework (SAFe) has recently announced SAFe 6.0 - an updated and evolved version of the Framework. Here are a couple of the major changes we spotted. Language changes: You can view the full updated vocabulary list here , but what rubbed us the most was the deprecation of the word Program in favour of ART (Program Backlog is now ART Backlog and Program Execution is now ART Execution) and the switch from Scrum M

PI Planning is at the very heart of any SAFe implementation. But do we really need it? Well, as Dean Leffingwell states: ‘If you aren’t conducting PI planning, you aren’t using SAFe’ so perhaps the more pertinent question is, do we need SAFe? Nowadays most organisations develop their software using Agile at the team level, however traditional waterfall processes persist at the programme and portfolio levels of the enterprise as the flexibility, uncertainty and incremental rev

“Whether your company is working in waterfall or agile, your testers will have the same basic skill-set and knowledge, the real difference is in their way of working.” Those testers who are used to working in an organisation that delivers projects in waterfall will be used to receiving a set of requirements early in the project and building their test cases around these before receiving an operational system to test. In agile, testers are expected to be contributing to the fl