The Misunderstood Scrum Master
By Christian Bisson
Inspired by The 8 Stances of a Scrum Master (a great read if you haven’t done so already), I want to focus this article on a few of the “misunderstood” stances of the scrum master.
Recently, I asked colleagues to share what they think a scrum master does, and the answers revolved around organizing scrum events (secretary) or note taking (scribe). It’s even expected that they make sure the office has coffee (coffee clerk).
Although there is nothing wrong in helping the team with any of the above—especially when it’s a brand-new team figuring out everything from setting up their work station to getting to know each other—there is a line between helping and not fulfilling your potential as a scrum master. This is important for you as an individual, but also for the team in the long term (even if they don’t know it).
So how can we fix this?
As a scrum master, you have to factor in everything when making a decision about whether or not to do something for your team. So, if the team is used to you doing a task and all of a sudden you stop, this might have a negative impact.
On the other hand, it might be what they need to break bad habits. If you do stop doing it, the team will have no choice but to do it themselves. However, in this case, you should warn the team or give them a heads up that you will stop by the next sprint, for example.
If you are new to the team, or the whole team is new, you might have the opportunity to simply never start doing a given task in the first place. Although it seems counterintuitive to “not help” the team, you’ll avoid creating any habit that will affect them in the long term—and will be challenging to break.
In this case, you should explain to the team that it’s everyone’s responsibility to handle these tasks and to build good habits from day one.
I personally did this with note taking a few years ago. It was challenging at first, but now I go to meetings without any apparent ways of taking notes, making it obvious that I won’t be doing it. (I do have my phone in case something important comes up that I need to note for myself, of course). Now in meetings, I’ve gone from the note taker to being able to focus on facilitating the meeting and help the team get the best out of the conversation.
It’s quite challenging to avoid all the “misunderstood” stances of the scrum master, but we have to do our best to be true to the real value scrum masters can bring to teams.
What misunderstood stances have you fought against? How have you tried to combat them?
By Conrado Morlan
Did you know PMI is supported by volunteers from around the world? I had no idea when I first joined PMI in 2005.
That changed in October 2007 when I joined the ranks of PMI volunteers, a community of practitioners who give their time to work on activities that make a difference around the world. I learned about the many services undertaken by volunteers, including writing PMI standards, preparing questions for certification exams, organizing global conferences and presenting at PMI events. And the list goes on and on.
My first opportunity as a PMI volunteer came three or four months after I registered as a volunteer: participating in an item-writing session for the Project Management Professional (PMP®) exam in Philadelphia, Pennsylvania, USA. At first, I had too many questions and felt daunted. Would I be able to deliver? Am I experienced enough? Would I be called again after this session?
When I arrived in Philadelphia, I put that feeling away and got ready to spend three days with a selected group of experienced project management practitioners from the United States and Canada. The session was quite productive; we shared our personal experiences and produced great material for the next version of the PMI certification exam. The experience was one of a kind; I could not believe everything I learned in three days, and for free.
I went on to participate in sessions in São Paulo, Brazil; Mexico City, Mexico; Washington, D.C., USA; Macao, China; Amsterdam, the Netherlands; and more. I had the fortune to write items for the PMP, Program Management Professional (PgMP)® and Portfolio Management Professional (PfMP)® certification exams.
But that was just the beginning. I kept looking for volunteering opportunities and, on several occasions, submitted papers for PMI congresses in North America and Latin America. Many of my papers were accepted and well received by audiences across the globe.
Through the years, I also have supported local chapters as a keynote speaker or guest speaker in Dallas, Texas, USA; Mexico City, Mexico; Costa Rica; and Nuevo León, Mexico. This has enabled me to share my experiences working with multicultural project teams and meet practitioners from different latitudes.
In 2009, at the congress in Orlando, Florida, USA, I tried something new: writing columns for a special edition of PMI Today. I then co-authored articles for PMI Community Post, have been quoted in several PM Network articles and, as you know, am a frequent contributor to Voices on Project Management.
My proudest moments as a volunteer were when I was selected as a core team member to develop the Implementing Organizational Project Management: A Practice Guide and The Standard for Organizational Project Management in 2013 and 2016, respectively. The opportunity to interact with other project leaders from around the world and contribute to the profession was extraordinary.
If you’re still wondering why I am grateful to be a PMI volunteer, try it for yourself. Take the opportunity to live your profession with passion. See what you can gain by sharing experiences with other colleagues while developing and mastering your skills in a friendly environment.
What are you waiting for? Make your mark and join the local or global volunteer team to grow and advance the project management profession.
By Christian Bisson
When I was asked to write about a project that inspired me in the last 50 years, I didn’t have to look back further than last year. That’s when I had the chance to act as scrum master for a newly formed team.
We had seven weeks to build software from scratch that would be demonstrated at a conference and used by hundreds of people. Since the conference was centered on artificial intelligence, it was mandatory that our demo used AI. Our idea was a game where the player spelled words using real sign language. The game was displayed on a television hooked up to a camera, which filmed the player’s hand.
The hand’s position was then recognized and matched to a letter of the alphabet. The player received points based on the speed at which he was spelling the words displayed on the screen.
We had a great team composed of two developers, a designer, two AI researchers, a product owner and me (scrum master). Our small, dedicated team would empower us to deliver the software we needed to build from A to Z.
Although concerned about the short time available, everyone was motivated and excited to build this amazing software, knowing the visibility it would get.
Since the scope wasn’t fully defined and the user experience was key, we needed to deliver usable increments to test. We needed a framework that would allow us to deliver quickly and adjust to the requirements as they were refined. Scrum was the obvious choice, even though most of the team was completely new to it. The majority of the team came from a software background, so they knew what it was on paper. However, for the AI researchers, it was completely unknown.
Many start off with the team they need, but then obstacles come their way and prevent them from moving forward. These could be anything from unavailable stakeholders to people being pulled off the team to poor requirements.
However, in this case, it was everything you would want from agility/scrum:
It was amazing to see the collaboration when we needed users to test; after a quick Slack message to everyone in the company, we would suddenly have a lineup of people available to play the game.
When I think back on our success, all I remember are the people working together to create something great. It wasn’t even about being “agile.” For the team it was, “Let’s get this done!” and for everyone who supported us, it was “Let’s help our colleagues!” There was nothing more, nothing less—exactly how it should be.
I’d love to hear about the most inspiring project you’ve worked on in your career. Please share below!
Unlock the Value of Artificial Intelligence
Calculating Project Value,
Nontraditional Project Management,
Categories: Agile, Benefits Realization, Best Practices, Calculating Project Value, Change Management, Complexity, Innovation, Leadership, Leadership, Nontraditional Project Management, Portfolio Management, Program Management, Project Delivery, Project Planning, Project Requirements, Roundtable, Strategy
By Peter Tarhanidis
Artificial intelligence is no longer a tool we’ll use on projects in the future. Right now, many organizations are formalizing the use of advanced data analytics from innovative technologies, algorithms and AI visualization techniques into strategic projects.
The maturity of advanced data analytics is creating an opportunity for organizations to unlock value. The McKinsey Global Institute estimates AI’s global economic impact could climb to US$13 trillion by 2030.
As an example, in the healthcare industry, Allied Market Research reports rising demand for data analytics solutions due to the growth in data from electronic health records, among other factors. The global healthcare analytics market was valued at US$16.9 billion in 2017, and the report forecasts it to reach US$67.8 billion by 2025.
The Evolution of AI Maturity
Everyday examples of these solutions range from simple automated dashboards, remote check deposit, Siri-like assistants, ride-sharing apps, Facebook, Instagram, autopilot and autonomous cars.
Tips on Successful Transformation
As a project leader, take these steps to avoid key pitfalls:
Please comment below on what approaches you have taken to enable advanced data analytics in your role or in your organization.
by Christian Bisson, PMP, PSPO, PSM
In agile, users are everything. So it only makes sense that users—anyone who will use or interact with your product—should be a team’s main focus. In order for the product to be viable, whatever is produced must bring them value.
But it’s perhaps too easy to forget users when you build your backlog. We often jump too quickly to features, assuming “the users will use this.” But what if we took a step back? Consider taking the following steps:
First, for whom is this product intended? Identifying a target audience will help you determine who you’re building for.
For example, if you expect users who aren’t tech-savvy, then you need to be mindful of how complex the interface or even the wording are throughout.
It’s important to describe these users. One common practice is to create “personas,” which are fictional characters that represent the users. These will help you better understand your audience.
Now that we know our audience, what are they trying to achieve? Instead of jumping from personas to features, stop and think about their goals.
Are they trying to purchase something online? Are they trying to fetch information? Are they trying to plan a trip? The answers to these questions will shape your direction.
We know who is trying to achieve what. The next key step is to define “how” the users are going to achieve their goals.
Let’s assume the user wants to purchase a toy. That user will most likely need to:
Let’s keep it simple. We can extrapolate that this user might be interested in items related to this item, or many other scenarios, but for now, the above is our user’s steps.
Once this is clearly defined, it is much simpler for:
I’ve seen too many teams skip these important steps. Often, people are so quick to execute what is instructed by managers, or by assumptions from the team, that they forget to think about who they are building the product for. The user, of course, will ultimately decide the product’s success. That’s why it’s so important that our product brings value to users.
What do you do to focus on users? How do you verify if you are bringing value to them? Share!