Who should attend Steering Committees?
As a Stakeholder or Product Owner
I want to understand who should attend the steering committee
So that I know I have the best representation
So the first thing to note is that if you are operating under a construct that has a Steering Committee, you are probably not operating as an Agile organisation and your delivery team will struggle to “be” Agile. However “doing” an Agile approach is still better than a waterfall approach when delivering Data, Analytics or Visualisations.
A Steering Committee’s role is to govern a project and be accountable for making sure the project delivers it’s agreed outcomes to the stakeholders.
In AgileBI approach:
- The Agile Team govern themselves, with the help of the Scrum Master to assist them to improve. They are accountable for delivering what they promise to deliver.
- The Product Owner governs the prioritisation of what is done, and will typically have a group of stakeholders who assist them with the prioritisation. The Product Owner is accountable to make sure the top priorities are delivered first.
- The financials are simple in an AgileBI approach, you take the cost of the Agile Team per day and multiply it by 15 working days for each delivery sprint. You add on the cost of the infrastructure, which is hopefully cloud-based and therefore has a known cost per day.
- The proof of success is shown each ‘Prove it’ day and measured based on the acceptance criteria being met.
So the role typically is undertaken by the Steering Committee, of being accountable for delivery and making sure the project is on budget and is taken care of, without the need to write endless monthly status reports to the Steering Committee or discussing in detail who is doing what with them.
As I have mentioned a Product Owner will often have a group of people that will assist with prioritisation and this will often be done via a prioritisation ceremony. In fact, one of the most effective ways I have seen this happen is for stakeholders to “horsetrade” their deliverables to see who will define the vision statements for the next sprints. This ceremony is not a Steering Committee or a Steering Committee meeting!
If you are stuck in an organisation that is still undergoing the transition to becoming an Agile organisation, and you are forced to operate under a Steering Committee construct, then it is crucial that the Product Owner attends and is the “voice” of the Agile delivery outcomes.
No doubt if you are forced to have a Steering Committee you will also have one (or more) Project Managers. Their role should be to organise the Steering Committee meetings and produce the minutes (think Project Administration) not to be the voice of the delivery team.
And if you are operating under that model you probably also have a formal Project Management Office (PMO) in place as well, so the Project Manager can also add value by completing the myriad of reporting that the PMO will require. Leave them to manage the dross of low-value traditional reporting that waterfall requires.
Leave the Agile Team to deliver and the Product Owner to manage expectations. That, after all, is their role in an AgileBI Approach.
Other Blogs from this category
3. AgileBI Things – SQL Server Temporal tables, Changing Data, ODE
Shane writes an AgileBI series called "3 AgileBI Things" published on LinkedIn Pulse. This article below is a copy of "AgileBI Things - 2017-03-12". Shane also writes on AgileBI concepts at AgileBI Guru. Image source: Pixabay 1. SQL Server Temporal tables, automating...
3. AgileBI Things – Data Lakes vs Data Warehouses, Change Management in an Agile approach, So you wanna be a Scrum Master
Shane writes an AgileBI series called "3 AgileBI Things" published on LinkedIN Pulse. This article below is a copy of "3. AgileBI Things - 2017-02-19". Shane also writes on AgileBI concepts at AgileBI Guru. 1. Data Lakes vs Data Warehouses I think in the next few...
3. AgileBI Things – T-Skills and the death of the BA (or a massive change anyway), Agile Uprising, BICC is Dead?
Shane writes an AgileBI series called "3 AgileBI Things" published on LinkedIN Pulse. This article below is a copy of "3. AgileBI Things - 2017-03-05". Shane also writes on AgileBI concepts at AgileBI Guru. 1. T-Skills and the death of the BA (or a massive change...
3 AgileBI Things: Managing Technical Debt, Agile Techniques, BEAM Modelstorming and Data Vault
Shane writes an AgileBI series called "3 AgileBI Things" published on LinkedIN Pulse. This article below is a copy of "3. AgileBI Things - 2017-02-05". Shane also writes on AgileBI concepts at AgileBI Guru. 1. Managing Technical Debt Technical Debt will slow your...
The challenges and risks of being an Agile BI Manager
As a BI Manager
I want to understand what risk and challenges I will encounter
So that I know what I am getting myself into
3 AgileBI Things: Agile Team adoption and coaching, Data Virtualisation, Embedded BI
Shane writes an AgileBI series called "3 AgileBI Things" published on LinkedIN Pulse. This article below is a copy of "3. AgileBI Things - 2016-11-14". Shane also writes on AgileBI concepts at AgileBI Guru. 1. Agile Team adoption and coaching Agile teams all form,...
5 Factors In Agile BI
As a Stakeholder or Product Owner
I want to understand 5 things that will promote an AgileBI approach
So that I can include them in how we do things
3 AgileBI Things – Data Vault Overview, Data Lakes as a Persistent Staging, Demo / Prove It
Shane writes an AgileBI series called "3 AgileBI Things" published on LinkedIN Pulse. This article below is a copy of "3. AgileBI Things - 2016-11-28". Shane also writes on AgileBI concepts at AgileBI Guru. 1. Data Vault Overview If you haven't worked out by now that...
3 AgileBI Things – Technical Debt Game, Product Owner Overview, AgileBI Thoughts
Shane writes an AgileBI series called "3 AgileBI Things" published on LinkedIN Pulse. This article below is a copy of "3. AgileBI Things - 2016-11-21". Shane also writes on AgileBI concepts at AgileBI Guru. 1. Technical Debt Game I love finding new ways to educate a...