Channeling a Startup Mindset when Prioritizing
4 March, 2022

Engineering Manager at Prospection
Prioritization With a Startup Mindset
I had an opportunity to found and run my own startup, in the past. It’s definitely altered my perspective of how things should be done and how priorities should relate to the organization's goal. Regardless of the type of organization, I try to keep my startup mindset by testing things in small steps.
Taking Small Steps:
I have learned that taking small steps is essential in creating success when working at my startup. Of course, this depends on the organization; since small steps for well-established companies tend to work on a larger scale than those of earlier stage startups. A failure in a project, even a big one, for established companies almost never leads to the failure of the company itself. In an startup it can be the difference between life and death.
Nevertheless, I think it’s important for companies to take small steps and continue to iterate on them until they’ve created something successful. Trying to go big in the first place is super tricky and requires a stronger risk appetite – because the odds of success are unpredictable.
Measuring Success:
Whenever a company releases something or is in the testing process, teams need to know how to measure success taking insights out of a new solution or feature related to its success and usability. Therefore, I recommend that teams plan what they will measure during the elaboration phase. Planning the measurement ahead can also highlight problems and lead to a better solution design.
It’s very demotivating for a team if they release something that nobody is using; therefore, measuring the success of a feature should be done during the testing and iteration phases. This also directly relates to taking small steps, as measuring success can be done parallel to each step.
Weighted Shortest Job First:
I’ve used the weighted shortest job first framework to prioritize my work. Essentially, it weighs the impact over the effort to find the task or feature that will have the best result for the team's time. Of course, there are times when this framework isn't applicable (when external factors are involved, like regulations changes, for example), but overall I recommend using it to determine what task a team should work on.
Discover Plato
Scale your coaching effort for your engineering and product teams
Develop yourself to become a stronger engineering / product leader
Related stories
20 January
As a Lead or Manager, one could naturally incline more towards being either people oriented or task oriented. Which is better? Do you know which side you lean more towards?

Kamal Raj Guptha R
Engineering Manager at Jeavio
4 January
I was hired at HUMAN in 2021 to manage a team that went from hybrid to completely remote working environment because of COVID.

Ahsan Habib
VP Software Engineering at human
10 December
Supporting principles on why being data led (not driven) helps with the story telling.
Vikash Chhaganlal
Head of Engineering at Xero
7 December
This is a brief comparison and contrast of Google and Facebook, as a place for one’s software engineering career. Both can be amazingly good places for engineering careers. But both places can be misfits for otherwise excellent engineers. This is a short differential guide. [Originally on LinkedIn]

Michael McNally
Chief Technology Officeer at GraphStax
5 December
Your Org Team may as well be a Sports team. Let's explore how this cohesive, multi-skilled team can be optimized for Great Group Playoff.

Jaroslav Pantsjoha
Google Cloud Practice lead at Contino