Q and A With Dashbird's CTO: Leading and Managing a Developer Team

DZone 's Guide to

Q and A With Dashbird's CTO: Leading and Managing a Developer Team

Dashbird's CTO, Marek Tihkan, on managing a team of developers to product development and lessons learned and, of course, serverless.

· DevOps Zone ·
Free Resource

Q&A with Marek Tihkan

Today's interview is with Marek Tihkan, CTO at Dashbird talking all about Dev team leadership and management.

Hey Marek, so can you tell us how long you’ve been at Dashbird and where you were before?

M: I’ve been at Dashbird for two years now. I worked with Taavi (CEO) at Testlio previously, where I was the Lead Architect for the core team. I built and managed the infrastructure there, and also guided the shift to microservices.

Can you tell us a bit about your team at Dashbird?

M: Sure, I lead a team of 6 developers now. For now, we manage without any divisions or specific roles per project so it’s very much an ‘everyone mucks in’ approach, which works incredibly well. This will likely change as we grow and expand our product offerings though.

It’s been a conscious decision for me to give each individual a good level of autonomy when it comes to our work; this means that anyone can be a feature lead owing to their experience and ideas on its progression. When it comes to putting features through their paces, we work in two different ways: BlackBox testing style (testing by a dev who’s not been involved, so they QA its journey from a completely unbiased state), and through manual and detailed testing. Only as a team can we decide if the new feature is ready to launch or not.

How do you keep your team motivated, particularly during these times?

M: For myself and my team, continuous learning, growth, and preparation for new challenges is the main motivator. It’s an open forum for mistakes to be made and lessons to be learned!

Especially during the height of the Covid-19 crisis, it was important to keep morale and motivation high with as much business as usual. The great thing about us developers is that we love a challenge and problem-solving - this never changes - and at Dashbird, we have a huge amount of data to play with and utilize so the team is always able to attempt different technical solutions for many anticipated and already experienced scenarios and issues. We also work on plenty of Proof of Concepts (POCs), for example at the moment we are testing and exploring different ways to store data dependent on differing needs. This sees us trying different AWS services such as S3, Kinesis, and Neptune, so there’s plenty to keep us busy.

Working at Dashbird is a fast track into the serverless world because of the deep-dive environment we surround ourselves in. With the substantial experience gained here, you’re safe in the knowledge that you’ll be incredibly valuable to any other company you move on to.

Looking back on the year just finished, what were your goals, and were they achieved?

M: My goal this year was focused on all-around expansion and growth. I wanted to grow the engineering team, expand the product offering to integrate with more AWS services, and increase and improve the existing features and observability. I’m very happy to say all three goals were successfully achieved!

Excellent! Let’s discuss the product a bit more - how have things changed here?

M: The biggest change has been the introduction of the Inventory and Insights features. We were previously focused on Lambda logs only but have now expanded to support further managed AWS services meaning we have more metrics to look after.

I’m so pleased we’re able to offer this now as, believe it or not, in my previous role I didn’t like serverless at all! The lack of tooling and visibility meant parts of my role were ineffective and the responsibilities I held were harder to manage. These new features provide critical support and knowledge to anyone working with serverless architecture, including us!

We’ve always used our platform for our architecture, but with the latest version, we can fully monitor our infrastructure to its fullest. For example, we avidly use queuing alerts to monitor for any that grow too fast enabling us to spot delays earlier and resolve issues more quickly.

The launch of Inventory and Insights is by far my proudest moment of the year because of the huge involvement I had and the way we managed to execute it as a team!

What has been the biggest challenge as CTO?

M: It’s been a big learning curve for me as I’ve adjusted to wearing many hats! Doubling the team has been phenomenal but not without its challenge of managing all the aforementioned hats; DevOps, Product, Software Developer/Architect, and CTO who need to hire and manage a team, while also writing code from time to time!

My leadership role sees me more engaged with other areas of the business and as a result, I’m in more meetings than before so not as available as I’m used to being when it comes to supporting my team. I have some way to go in getting the balancing act perfect, but the approach I’ve found most useful so far is learning to let go at the right time.

Due to time constraints and my capacity, I’ve had to reflect on what is a priority for me. Take coding or new tech, for example, I’ve had to understand that some of it is simply no longer my core responsibility and that in some cases where I don’t agree with certain concepts, it’s still likely the best option; I’m not the feature lead, it’s not the flow or my job and so whoever’s it is, it probably makes more sense for them and their work to use them.

Leading a team is the priority; however, and so my availability to guide and mentor them must still be there, which includes taking the extra time for explanations if needed.

And what’s your biggest achievement as CTO so far?

M: The way the engineering team has evolved is my biggest achievement. We have ironed out a lot of processes and have created a safe, nurturing environment for everyone to excel.

Successful onboarding is crucial for a good start and so we give access to A Cloud Guru which provides video training and users with their own AWS playground to explore and run with. We also encourage AWS certifications from the beginning, as after all, knowledge is power.

As a team, we hold weekly technical chats where anyone can explain new tech, solutions or infrastructure principles or ideas to the rest of the group; this could be an area of existing expertise or an area they’ve just recently learned about and immersed themselves in. We also have no such thing as a pre-defined solution when it comes to product innovation. All approaches and solutions are encouraged, considered, talked through, and tested where possible.

Remaining humble, open to all ideas, and learning together helps create a solid group dynamic where we actively want to squeeze as much out of each other as possible!

What’s to come next year?

M: In the coming year and beyond, we will be adding more AWS services to the platform as well as more logs and tracing data for analysis to step up the Insights we can gather and take advantage of. As cloud technology continues to evolve and grow, we will be making greater strides to understand the architecture and its systems to ensure our offering is relevant and to the point.

We are also looking to eventually add more third party integrations and support different cloud providers, but we’re not sure if we can squeeze all of that into one year!

Sounds exciting, and finally, how would you sum up the past year in one sentence?

M: Plenty of growth and preparation leading to successful execution.

CTO, devops, interview, leadership, managament, productivity, serveless

Published at DZone with permission of Taavi Rehemägi , DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}