Earlier this year, the company I work for underwent significant strategic, administrative, and team changes. These movements created an urgent need for us to reimagine ourselves as a company and reorganize dynamics that had failed in the past. We wanted to focus on how we create and launch products, as in the past we had struggled to get to market first and had issues with quality and reliability.
After several retro meetings and conversations among colleagues, the symptom was clear: we weren’t compelling enough to make project agreements, share a strategic idea, or lead conversations with stakeholders. We needed to improve our processes so that we got the most out of our team and product.
As a product manager, one of your biggest challenges is defining an effective and suitable working style for everyone. The quality of your interactions with your peers can determine whether you get ahead of your competition or burnout and fall behind. This article unpacks how to go about setting up and operating a successful process.
Returning to the example that I opened with, part of our problem was the seniority level within the tech team (product, engineering, and product design). We suffered from:
How do you work in scenarios like this? In the past, we tried some known product methodologies but they didn’t work out for us due to a lack of ownership among the team. What started well at first always ended up as a mere concept.
Seniority at this level is crucial; highly sophisticated processes thrive if you count on a high seniority level within the group. Conversely, a low-seniority team requires a simple, easy-to-understand set of actions to follow and execute.
Part of discovering a process suitable for us was determining some basic rules for how this process would work. We determined that we needed something easy to understand and apply and something that could become a daily framework that would evolve into the team’s DNA.
With these rules in mind, we sought to build an easy and attractive process that could become a part of our team’s daily routine. By creating a habit around our process we were able to have wide-spread adoption that, in time, began to define us.
At this point, you might be saying to yourself, “Well that sounds great, but how do I approach this with my team?” From the start you need to determine your team’s maturity, talent, and challenges. We also identified the following stages:
Before thinking about a new process, understand your team’s symptoms and pain points. Do you struggle with communication, product quality, talent, or all the above? Once you know this, you can find an existing framework to address this, or start ideating on a new process that solves your workflow issues (my case).
When approaching your process, remember that:
This process will fail if:
This process will succeed if:
At this stage, you can decide whether to implement something proven in other companies or to create a unique set of stages that work for your team. In our case, we followed the latter because we realized our team needed special attention and follow-up along the process.
A quick reflection: There’s a lot on the Internet about companies being revolutionary by implementing some framework, but this may not be your ideal path. These flows may not meet your team’s needs, and creating a custom solution rather than following industry trends might be more valuable for your company.
If you decide you need a unique framework, someone has to step up and start leading. Determine the key actors who will drive the new dynamic and make sure it keeps working effectively.
How do you choose the right person? Business advisor James C. Collins says, “First Who … Then What. We found that great leaders got the right people on the bus, the wrong people off the bus, and the right people in the right seats—and then they figured out where to drive it.”
Once you have a new process, you have to turn your attention towards making sure that it survives the hype stage and becomes a reality. Gartner’s Hype Cycle illustrates the phenomenon I’m pointing out:
This cycle has five stages: Innovation Trigger, Peak of Inflated Expectations, Trough of Disillusionment, Slope of Enlightenment, and Plateau of Productivity.
You need to pay the most attention to stage three: not getting immediate retribution or results demoralizing the team, leading to massive resignations. Actors at this level should play a pivotal role in achieving critical milestones like handling over-expectations properly within the team and stakeholders. The other responsibility of the actors in this stage is to enlighten people about the positive consequences of this process, even if it is not entirely refined or perfect.
Over time, team members will understand all the positive things this new dynamic can bring, taking them to the next phase: the productivity plateau, where everyone has already adopted the process.
A process becomes more robust when you embrace it daily. Imagine that you and your team fix your workflow with a new process. Ideally the process would also be your framework for reporting incidents, achievements, alerts, and progress.
Now the process is a vital tool you need to perform at work. This helps improve the maturity of your team, as well as the incorporation of the process into your overall workflow. Once incorporated, you can count on massive adoption.
It’s hard to beat the feeling of belonging. When your way of work becomes part of your identity, you have accomplished something that for many remains unreachable. Successful companies have a distinguished way of working that enables employees to take problems and drive innovations.
This experience taught me a lot; there’s a lot to cover regarding how to recognize the work environment, its limitations, and how to develop it. I hope this article gives you the resources you need to start optimizing your own processes.
My biggest takeaways are:
Featured image source: IconScout
LogRocket identifies friction points in the user experience so you can make informed decisions about product and design changes that must happen to hit your goals.
With LogRocket, you can understand the scope of the issues affecting your product and prioritize the changes that need to be made. LogRocket simplifies workflows by allowing Engineering, Product, UX, and Design teams to work from the same data as you, eliminating any confusion about what needs to be done.
Get your teams on the same page — try LogRocket today.
A fractional product manager (FPM) is a part-time, contract-based product manager who works with organizations on a flexible basis.
As a product manager, you express customer needs to your development teams so that you can work together to build the best possible solution.
Karen Letendre talks about how she helps her team advance in their careers via mentorship, upskilling programs, and more.
An IPT isn’t just another team; it’s a strategic approach that breaks down unnecessary communication blockades for open communication.
Learn more →
