Having come from a traditional Scrum background and moving into consultancy Scrum, I’d quickly noticed that although the problem it’s trying to solve is the same, the approach is vastly different and more complicated than the former.
Almost all of the articles and books out there are focused on traditional Scrum so it’s not as simple as reading a book and being able to make a start tomorrow. In this blog post I’d like to write about the most common differences that I’ve come across so far.
Traditionally companies use Scrum to manage and develop their own products using their own resources – they’re facing in-wards. Stakeholders, Product Owner, Scrum Master and the Scrum Team are all part of a single company. Sprints are unlimited, budgets and resources managed by a single entity and the teams never changed.
Using Scrum in a consultancy to deliver a project rather than a product means there are a few key differences in the way we approach the framework but these subtle huge differences can be the making or breaking of a project. We need the process to work, and work well every time, for both the client and vendor.
It needs to have supermaneuverability – ‘the ability of aircraft to maintain pilot control and perform maneuvers in situations and ways exceeding those that are possible using purely aerodynamic mechanisms,’ where the purely aerodynamic mechanisms are those of traditional Scrum.
Non-the less, the goal of Scrum doesn’t change: to get the most important stuff done first with more frequent, demonstrable, releasable software.
Below is a summary of the key differences and challenges there are with consultancy Scrum vs traditional Scrum
Traditional Scrum | Consultancy Scrum |
Inward facing (single company and product) | Outward facing (external project and client) |
Product based | Project based |
Product Owner experienced and knowledgeable about Scrum and the product | Product Owner often needs to be identified and requires training about Scrum |
Internal Product Owner | External Product Owner |
Developers are on a single team | Developers often on multiple projects |
Budget internally managed and fixed | Billed on time. Time = money |
Organisation has adopted agile | Client often not interested in methods used to manage the project |
Unlimited number of sprints | Time/budget restraints |
Constant velocity that’s easily calculated | Velocity more difficult to gauge due to shorter projects |
Team members are always the same | Teams can be as agile as Scrum itself |
Aligned on estimates | Estimates often require re-calibrating |
Consultancy Scrum is a bigger challenge than traditional Scrum because it’s more fluid, reliant on external input and every project has different dynamics. But that forces the teams to become more efficient and streamlined – and fast.
They can’t spend time in meetings about meetings or have retrospectives that last half a day. Every sprint planning, stand-up and retrospective has a direct impact on if the project is successful.
So where’s the best place to start with applying Scrum to a project? That’s a tough one and to be honest, all aspects of Scrum need care and attention. I know that putting the effort in at the beginning; identifying and training the Product Owner, having clear project goals across everyone involved, a well groomed and beautiful backlog and as always – identifying those risks and dependencies with a plan to mitigate as early as possible is the best place to start (not forgetting having a great team to work with!)
Different teams and companies will have different approaches, it’s up to the team and Scrum Master to find what works for them.
If anyone knows of any other differences, has any advice or horror stories, it would be great to hear from you!
Introduction to Data Wrangler in Microsoft Fabric
What is Data Wrangler? A key selling point of Microsoft Fabric is the Data Science
Jul
Autogen Power BI Model in Tabular Editor
In the realm of business intelligence, Power BI has emerged as a powerful tool for
Jul
Microsoft Healthcare Accelerator for Fabric
Microsoft released the Healthcare Data Solutions in Microsoft Fabric in Q1 2024. It was introduced
Jul
Unlock the Power of Colour: Make Your Power BI Reports Pop
Colour is a powerful visual tool that can enhance the appeal and readability of your
Jul
Python vs. PySpark: Navigating Data Analytics in Databricks – Part 2
Part 2: Exploring Advanced Functionalities in Databricks Welcome back to our Databricks journey! In this
May
GPT-4 with Vision vs Custom Vision in Anomaly Detection
Businesses today are generating data at an unprecedented rate. Automated processing of data is essential
May
Exploring DALL·E Capabilities
What is DALL·E? DALL·E is text-to-image generation system developed by OpenAI using deep learning methodologies.
May
Using Copilot Studio to Develop a HR Policy Bot
The next addition to Microsoft’s generative AI and large language model tools is Microsoft Copilot
Apr