View profile

Level Up - Issue #143

Revue
 
 

Level Up

May 8 · Issue #143 · View online

Level Up delivers a curated newsletter for leaders in tech. A project by https://patkua.com. Ideal for busy people such as Tech Leads, Engineering Managers, VPs of Engineering, CTOs and more.


The Perplexing Platform Team
I’ve been thinking a lot about platform teams this week. When I work with a CTO at new companies, at some point, the topic of a “platform team” comes up. Unfortunately, I have found there are so many different ways this work is used I have to ask questions to understand “what sort” of platform team they are talking about. I want to share some of the common types I discover, even if I don’t agree they should be called a “platform team”
  • The “CD automation” platform team - This variant focuses on automating CI tasks and building the CD pipelines for different teams to bring software into production.
  • The “Cloud infrastructure” platform team - This variant provisions cloud infrastructure through the use of tools like infrastructure as code for various environments. Because they set up environments, they are also masters of environment configuration.
  • The “Operations” platform team - This variant connects product development teams with the tooling found in production such as logging, monitoring, alerting, dashboards and reporting.
  • The “SRE” platform team - This platform team goes beyond the normal duties and is also responsible for driving resiliency improvements from incidents and outages.
  • The “DevOps” platform team - Sometimes a team that “sits in between” development and operations team that focuses on automation.
  • The “Product Core Components” platform team - A team that provides common elements for other product team such as notifications, bootstrapping web services/applications and other code related elements.
Note: Some additional variations blend different aspects above.
I’ve also noticed that each type of platform team work in a number of ways:
  • They do the work - In this mode, other teams raise work requests or tickets, and the platform team does the work requested of them.
  • They enable - In this configuration, the platform team are often a functional team where each member is distributed into product teams and they do the work for teams but try to teach them so that the product teams have the knowledge to continue using the platform when they leave.
  • They provide self-service - In many organisations there are significantly more product teams than platform team (i.e. 10+) which means the platform team becomes overwhelmed with work. Instead of doing the work, or showing teams how to do the work, the platform team focuses on automating the common requests which ultimately leads to a self-service platform
What other platform team variants have you seen? Drop me an email and let me know.
Join an online guided course, Shortcut to Tech Leadership (IC track) or Engineering Manager Essentials (Management track) to level up your skills. Or grow your value as a technical leader with self-paced courses at the http://techlead.academy

What sort of platform team are you talking about?
What sort of platform team are you talking about?
Sponsored Content
Is your team struggling with Git? Meet Tower!
Our powerful client helps your whole team - from beginners to experts - reach a higher level of knowledge and confidence with Git.
Leadership
People are way more interesting than computers: making the leap to an Engineering Team Manager (and battling imposter syndrome along the way)
Resources for Engineering Directors
Career Choices and Business Models
Level up your technical leadership skills with this online 1/2 day workshop
Level up your technical leadership skills with this online 1/2 day workshop
Tech
Best practices to keep your projects secure on GitHub
Apple, Google, and Microsoft want to kill the password with “Passkey” standard
Celebrating Firefox: How we got to 100
Learn how systems thinking apply to software teams with this self-paced course
Learn how systems thinking apply to software teams with this self-paced course
Organisation & Processes
Agreeably Disagreeing aka How to Handle Conflicts
How Canonical Systematically Improves Developer Documentation
Airbnb announces it won’t dock employees’ pay if they go remote
Tweets of the Week
So true and releveant to my intro article!
John Bloom
We tried to build a platform team. I can say that it is easier said than done. The paved road by necessity declares a lot of current practices off road. I agree with this thread, it has to be bottom up but it also needs to have people at the top being willing to make tough calls. https://t.co/owZ3MsOIAg
A lot of software engineering means learning. Learning requires mistakes, which means rabbit holes.
Curtis Einsmann
In software engineering, rabbit holes are inevitable.

You'll research libraries, and not use them. You'll write code, just to delete it.

This isn't a waste — sometimes you need to go down a few wrong paths, to get to the right one.
Thanks for making it this far! 🤗
If you enjoyed this newsletter, send me feedback and share it with others!
Want to level up your technical leadership skills? Sign up for online interactive courses like Engineering Manager Essentials or Shortcut to Tech Leadership or check out self-paced courses at the Tech Lead Academy.
Did you enjoy this issue?
In order to unsubscribe, click here.
If you were forwarded this newsletter and you like it, you can subscribe here.
Powered by Revue
Patrick Kua, Postfach 58 04 40, 10314, Berlin, Germany