Project Managers who have done standups
As a Stakeholder or Product Owner
I want to understand what experience and skills a Project Manager needs
So that I know if they are suitable as a Scrum Master
Often you will get somebody join your team as a Scrum Master who has in a previous life been a Project Manager. It seems to be the natural transition, to move from a being Project Manager to being a Scrum Master.
In my experience they often make the worse Scrum Masters.
I often see a Project Manager joining the Agile Team as a Scrum Master because they have “done standups” before. Unfortunately, lots of organisations seem to think that running standups is all you need to do to be Agile.
In an AgileBI approach there are a number of ceremonies that need to happen in each sprint:
- Daily standups
- Sprint planning
- Prove it session
- Retrospective
- Backlog grooming
Like all roles to be a good Scrum Master you actually need experience in running all these ceremonies. Especially if you have a delivery team that is new to an Agile approach. Taking the team successfully through these ceremonies for the first few times takes skill and experience.
A novice Scrum Masters natural reaction is to introduce all the complexities of these ceremonies to the team in the first go. This approach tends to overwhelm the team, it is much better to gradually introduce the concepts of each ceremony as the Agile Team participates in them, effectively allowing them to learn by doing.
Another key skill a Scrum Master needs to have is to be able to facilitate the Agile Team so that they form and storm and become self organising. A Project Manager acting as a Scrum Master will either “talk at” the team, running through the list of tasks inplay and maybe at the end doing a “round the table” to see if the team need to add anything. Or they will structure the standup so that the Agile Team are “reporting” to the Scrum Master rather than talking to each other.
A classic fail “tell” is when the standup goes from being less than 15 minutes to becoming a 1 hour talk fest.
A Project Manager is used to creating the plan themselves and assigning tasks to team members, rather than helping a team to become self organising. They are focussed on the success of the outcome not the success of the team. Helping an Agile Team to become self organising is the primary goal of the Scrum Master. Once the Agile Team is operating successfully, the outcomes pretty much take care of themselves.
Out of interest, in my experience I have found a Data or BI Analyst often makes the best Scrum Master, and as well as a Project Manager, a Business Analyst doesn’t.
If I can’t get an experienced Scrum Master for a new Agile Team, then I would much rather identify a capable person who is a permanent of the organisation, with the right aptitude, and find a great Agile Coach to help them upskill.
AgileBI Team Articles
ODE & 3CPO – Talking multiple languages
When we decided to start building ODE we knew a few things already. One of those things was that most of our customers already had data warehousing technology.
They had already invested in Microsoft, Oracle, IBM, SAS, Teradata, Informatica or any of the other raft of data warehouse repositories and ELT technologies that are abound in the market place.
We also knew that it would be a big decision on their part to throw out this technology and implement the technology we decided to pick to be able to use ODE and gain the AgileBI benefits that it provides.
ODE – The start of a journey
About two years ago we started a journey into the world of AgileBI. It all started out of frustration (as most journeys do), frustration about the magic sauce.
The magic sauce was the reason why one data warehouse project would be a raving success and the next a ‘meh’. It was often the reason that after delivering a raving success and then returning 12 months later I would find the data warehouse had become a ‘meh’. By that I mean not updated, not well managed and not delivering to the stakeholders expectations.
The little things I love about YellowfinBI #5
User Guide Videos! Typically I dislike youtube videos and prefer to follow the tutorials to get something done. But when I was using the Yellowfin Append Sub Query functionality in anger the other day I just couldn't get it to do what I wanted, even as I followed the...
The little things I love about YellowfinBI #4
Subqueries! Often you want to manipulate the data you are using to get a report just the way the user wants. And often this requires you to do sub queries on the data you are using (for me it was creating columns for my measures based on offset periods, so I could...
The little things I love about YellowfinBI #3
Up to date and easy to find documentation! One of the coolest things about Yellowfin is that they do releases every month which includes squashed bugs and a raft of smaller new features, as well as point releases every six months or so, that typically introduce major...
Introduction
As a Reader of this site
I want to understand what it is about
So that I know whether I should keep reading
The little things I love about YellowfinBI #2
Making the impact of editing the semantic layers visible. When you edit a semantic layer that is being used by users, there is a high chance that you are going to effect the Dashboards and Reports they are using. Why? Because you are changing the underlying layer that...
The little things I love about YellowfinBI #1
Additive and Semi Additive Measures! When creating measures in your semantic layer (called Views in Yellowfin, Universes in BO, Information Maps in SAS, RPD in OBIEE etc) its important to be able to define your measures as additive or semi additive to ensure they...
Yellowfin makes changing view names seamless
One of the frustrations I have with many BI products I have used is that they often state all their components are fully integrated. But when you go to use it in anger you find gaps that increase the effort required to do simple things. Often its around metadata...