This article is for anyone wanting to step up their teamâs performance and cohesion. It discusses 4 key components to keep in mind when running teams. Great for Team Leads, Managers, Directors, and CTOs. Additionally great for engineers that are team members and not necessarily in a leadership position. The best culture shifts in a company start at the grassroots level.
Long story, short:
As a Software Engineer thatâs worked for different startups, Iâve experienced a lot of ways to lead a software team. Some were fly by the seat of your pants and break everything to eventual code completion. Others were debilitating with the amount of processes and procedures.
There is however a small minority of teams that have found the right balance of flexibility and process. These teams are able to provide business value to their stakeholders on a consistent basis.
Very few teams have achieved this balance.
Having seen such a wide spectrum of teams and their dynamics, I would sum up my philosophy on team management in a tech company around 4 key components.
Trust is the central foundation for great team dynamics and discussions. Giving your team a sense of purpose to the overall business goals will build an intrinsic motivation for your team to create great work. Great products are only going to come from a team that has a level of autonomy for creative problem solving. Good habits and processes can help your team move in a disciplined, concise way thatâs easy to predict and ultimately moves your team faster.
âGreat teams do not hold back with one another. They are unafraid to air their dirty laundry. They admit their mistakes, their weaknesses, and their concerns without fear of reprisal.â
Real trust in a team can lead to healthy conflict, commitment, accountability, and selflessness. Thereâs a direct connection with these qualities a team has and the success of a product, or even the business at large.
Ask yourself:
When a team trusts one another, they can be comfortable being vulnerable in front of them. They are more willing to take risks or talk about an unpopular opinion. They feel safe contributing to an idea, even if itâs high risk. Itâs exciting to see how open and honest teams are when they donât feel judged when sharing.
As a leader, you should admit weaknesses and limitations, showing that you can be vulnerable with your team. Your team will feel more at ease with their own limitations, thus these habits will start to build the first foundation of a great team.
âGreatness and nearsightedness are incompatible. Meaningful achievement depends on lifting oneâs sights and pushing toward the horizon.â
Have you ever seen the engineer that just wants the specs to a feature to then be left alone? Have you ever been that person?
Iâve been that person several times in my career, and every time I burn myself because I didnât properly understand the purpose behind my work. I was too focused on getting my unit tests to pass that I didnât even understand the product requirements.
When I didnât understand the product, why it we were building, and most importantly the customer, the stage was set for eventual burnout.
We get up each and every day, do our work, and go home. Because of this repetitive nature, we can easily slip into taking our purpose and customers for granted.
A team can find a deeper motivation than just $$ when they understand the value of how their work contributes to a specific business outcome.
Your team can be motivated by building x backend system, then motivated by y new customers, then motivated by disrupting z industry.
This creates an intrinsic motivation that your team will see how their work will ultimately change the market.
Ask your team these questions to see if they know âWhose Purpose is it anyway?â
Metabase can be a powerful tool for your team.
When you treat people like children, you get childrenâs work.
Now that thereâs a cohesive team that trusts one another, itâs time for you to empower your team to push their creative and entrepreneurial limits.
Instead of ad-hoc decision making on the technology stack and architecture as a Tech Leader, ask your team. Let them come up with a consensus on software design decisions (within a reasonable amount of time)
More heads are better than one, right?
Youâll start to see more elegant solutions to technical and business problems.
Granted youâve hired the right people, your team will take this new control and responsibility seriously. Theyâll have the best interests of the product and the business during those discussions.
While many struggle to keep a team motivated, using autonomy as a strategy will actually make it pretty straight forward.
When charging ahead with letting go of control with your team, ask yourself these questions:
By giving enough room for creative problem solving without saying exactly how to solve it, you will motivate people with more than a paycheck.
Photo by rawpixel on Unsplash
If you place realistic goals in front of your team, the tools to do it, and a sense of purpose for why they should, they will impress you every time.
âAlthough discipline demands control and asceticism, it actually results in more freedom. When you have the discipline to get up early, you are rewarded with more freedom.â
With the pace of technology in todayâs world, itâs tough to see whatâs around the next corner. Figuring out the next move in the product or the business can become overwhelming and stressful.
Many teams differ process and structure in their work flow in the attempt to stay flexible with the changing market.
What they often donât realize is how ambiguity and lack of process will actually hurt a teamâs ability to deliver code. It doesnât give a team more freedom, it bogs the team down with no systematic way to work.
The flexibility teams want to achieve will ultimately improve through disciplined procedures.
A disciplined software team will create processes, and adhere to those processes. This allows them to provide business value in a sustained and predictable way. When teams become predictable, it provides a great atmosphere for experimenting with innovative ideas and features.
A software team that has good habits will also be very disciplined.
This discipline will free up time to automate those systems as much as possible to ensure they keep up with team/company growth.
Long story, short: