I’m the Engineering Manager for the Cloud Innovation team at Temenos where I manage 7 senior DevOps engineers. As our company is getting into more cloud providers, we decided to get into Kubernetes so that we can run our solutions across all clouds and save money in costs. We decided that rather than going to market we would train everyone internally to upskill employees, give them job satisfaction and retain them. This initiative turned out to be more successful than I thought and therefore I would like to share my journey for other managers and tech leads wanting to start.
The overall plan was to get everyone through the Certified Kubernetes Administrator (CKA) We first set out to do the Introduction to Kubernetes first, as this was the prerequisite for the Kubernetes certification, and a great starter to get into study mode. After my team was skilled up we would then go and teach other teams what we had learnt.
After we finished the Introduction to Kubernetes course, we found that Kubernetes wasn’t as scary as we thought, and we started using it straight away for our Internal DevOps toolset. We had our Jenkins server sitting inside AWS ECS, running Docker slaves so we decided to put that setup into Kubernetes as a nice fun project to start off with.
Already we found that we were reducing “new tech debt” as we were developing solutions that we wouldn’t have to go back and change in two month’s time and employees could increase code throughput and get more projects to market faster, with increased employee satisfaction.
- What is the workload model? The workload model is the primary artefact in the performance testing process based on which performance testing approach is decided. The principal objective behind the workload model is to identify the list of critical business transactions and the load distribution for running various performance tests such as load, volume, spike, stress and scalability.
-
Here are some tips to make your Kubernetes upskilling journey successful:
1. Have Weekly one on ones with your team.
2. Complete the journey as a team.
3. Lead by example.
4. Get Executive buy in.
5. Get your company to pay for the training.
6. Reach out to the DevOps community for help.
7. Setup weekly Discussion sessions.
8. Get a real Kubernetes project to work on.
Have Weekly one on ones with your team. A Weekly one on one is the most powerful tool you can invest in for this journey and it only costs 30 minutes of your time, with each direct per week. We follow a manager framework called manager tools that has a lot of great podcasts on how to provide effective one on ones. Each week I would set a milestone for the engineer to achieve by for the next week and then follow up on it for the next one on one and give positive feedback. I found that with two of the Engineers I needed to set smaller milestones for them to achieve otherwise they would context switch and not meet the deadline of the training.
Complete the journey as a team It is important that the journey is done as a team, I found that half the team were able to finish the first course fast and the rest of the team was a lot slower. The first people to finish were the tech leads and Senior engineers, so as we waited for the rest of the engineers to finish, I focused on upskilling the ones that finished on their soft skills particularly on coaching and mentoring, and then they helped coach the others to get them over the line. This was more successful than I thought it would be, and it completely changed the team in collaboration and performance.
Lead by example It is important that you lead by example and also do the training yourself. Pushing yourself to complete the training milestones first will help push the others to focus finishing, this helped a lot to initially get everyone started.
Executive buy in An important part to the success of this journey is to get executive buy in. Changing the company culture can be hard so it’s important to do your research and present as to why you want to use Kubernetes. After you start the journey it’s all about making the work visible. Executives like reports, so it’s important from the start to show savings in costs and employee satisfaction. This will help you in our next step to train other teams and really roll out Kubernetes.
Pay for the training One other key thing to do is to get approval to pay for the training, at the start of the training I hadn’t yet asked for the funding and I soon realized without this not everyone was going to pay out of their own pocket, and if there were some people that didn’t want to pay then we wouldn’t achieve our goal as finishing as a team.
A lot of companies won’t pay for contractors so if they are not willing to pay for the course themselves you have to bring it up as performance in there one on ones, generally this won’t be a problem for contractors as they make a lot of money.
Reach out to the DevOps community for helpThe great thing about being in DevOps is the community. As I started reaching out to my network regarding my journey everyone was excited to help, from our partners helping with training sessions, and advocates that I have met in conferences connecting me to the right people for advice. One of them actually inspired me to write this blog!
Get a real Kubernetes project to work on This is very important as you need a real-life example as you can only do so much theory and labs. This will give true training as it's important to have a
In summary, this journey was not as hard as I thought it would be, and really doing it as a team brought us closer together and made our team culture even better than what it was. We are now excited to go out and teach other teams
