By Lynda Bourne
In my previous post, Innovation and Design Thinking, Part One, I focused on the personal and cultural aspects of innovation. But having an innovative idea is only a small part of the challenge. To create value, the bright ideas need to be transitioned into practical products or solutions that can be applied, sold or used.
Well-managed projects are a key element in building the new product or solution, but traditional project management, even agile project management, is rarely sufficient.
One well-established technique that bridges the gap between an idea and a practical project: design thinking.
The original concept of design thinking was built around problem-solving with a shift in emphasis from traditional analysis toward innovation and synthesis. Design thinking tends to be promoted by its advocates as a complete solution to delivering innovation within an organization. A typical model looks like this:
There are many models, with minor differences, to explain the process. But they all involve the following basic steps:
The problem with these models is a lack of process around creating the solution. My suggestion is using design thinking to link the creation of a culture that encourages the development of innovative ideas (the focus of my last post) with the use of project management to deliver results.
I believe that bringing project management disciplines into the design thinking process—starting from the validation of the design brief (is the proposed solution feasible, viable and desirable?) through to the delivery of the innovation and realization of benefits—is likely to result in a more cost-effective outcome in a reduced timeframe.
Innovative thinking should be encouraged within every organization. But you need pragmatic innovation to move the best of these ideas from an abstract concept to a proven concept that delivers value. Melding design thinking and project management seems to be one way of achieving this objective.
What do you think? Share your thoughts in the comments below.
Plan for the Velocity of Change to Keep Increasing!
Human Aspects of PM,
Categories: Agile, Best Practices, Career Help, Change Management, Complexity, Facilitation, Generational PM, Human Aspects of PM, Human Resources, Innovation, Innovation, IT, Leadership, Leadership, Lessons Learned, Portfolio Management, Program Management, Project Planning, ROI, Stakeholder, Strategy, Talent Management, Teams
By Peter Tarhanidis, Ph.D., M.B.A.
Today, developments in emerging technology, business processes and digital experiences are accelerating larger transformation initiatives. Moore’s Law means that we have access to exponentially better computing capabilities. Growth is further fueled by technologies such as supercomputers, artificial intelligence, natural language processing, Internet of Things (IoT) and more across industries.
Business Process Maturity
According to market research group IMARC, automation and the IoT are driving growth in business process management (BPM); the BPM market is expected to grow at a 10 percent compound annual growth rate between 2020 and 2025.
Customer experience is redefining business processes and digitizing the consumption model to increase brand equity. Gartner reports that among marketing leaders who are responsible for customer experience, 81 percent say their companies will largely compete on customer experience in two years. However, only 22 percent have developed experiences that exceed customer expectations.
The Way Forward
I’ve developed a few guidelines to help navigate this change:
Change is now inherent and pervasive in the annual planning process for organizations. Given that, I like to ask: What is the plan to prepare staff and colleagues to compete in this hyper-transformation age?
What observations have you made to keep up with this new era’s velocity of change?
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!