Next MBA Cohort Starts Monday, July 6th, 2026

Review Pricing and Join the Cohort

CTO Academy Logo
Log In

Category: Managing Developers

  • Effective Hiring for Technical Talent

    Effective Hiring for Technical Talent

    Whether we like it or not, part of being a technical leader is mastering the time-consuming, and sometimes painful recruiting and hiring process. 

    To be successful as a technical leader you need an exceptional technical team but the good news as a leader, is that you own the responsibility to build and grow that team. 

    While some companies have developed good processes for hiring technical teams, startup and small/mid-size companies often lack well-defined hiring strategies or use processes that aren’t effective for assessing technical hires. 

    We have all made hiring mistakes that proved costly and painful so I view it as business critical for technical leaders to establish and implement an effective hiring process for building high performance technical teams. 

    Earlier in my career as a senior software engineer, I was hired by the Peter Norton Computing Group, recently acquired by Symantec. 

    They had the largest concentration of technical talent that I had seen up to that point in my career so I found it exciting to work with a group of such experienced technical talent and strong motivation, something of a “dream team”. 

    While one of my childhood nicknames in elementary school was “the brain,” I was far from the smartest person in the room at Peter Norton. It was sufficient enough for my ego to believe that, in a small meeting, I might be a close second.

    As a result of that experience I learned a few things about the technical teams I wanted to be a part of:

    • I preferred working with other senior software engineers over entry-level engineers.
    • I enjoyed working with other highly self-motivated people.
    • I loved working with very intelligent and talented people and teams.
    • I felt great satisfaction with the success in the marketplace that exceptional teams produce.

    Hiring for Talent

    It also led me to a philosophy about hiring for technical teams. 

    Fundamentally, when hiring software engineers and all other things being equal, I value talent (i.e., innate ability) over skill (i.e., learned ability). 

    Borrowing from the Agile Manifesto, while there is value in skills, I value talent more.

    As a technical leader, I’ve discovered and adopted 2 tools that I have found useful in hiring for technical talent:

    1. “Firing Squad” Technical Interview
    2. Aptitude Assessment Test

    “Firing Squad” Technical Interview

    As part of their hiring process the Peter Norton Group used a panel interview called the “firing squad”.

    This was not your typical subjective panel interview, which I’ve never really liked. 

    The firing squad technical interview is different in that it is purely technical in content and more objective than the typical panel interview.

    As I grew into becoming a technical leader and eventually CTO, I incorporated the firing squad technical interview into my own hiring process and found it to be effective in helping select intelligent and talented individuals. 

    Let me explain the process and objectives as it relates to interviewing technical candidates. 

    Suggested Process

    • Hiring manager and selected technical staff (usually 3-4 developers) meet together with the candidate.
    • Participating technical staff should have previously reviewed the candidate’s resume and have a good idea of the type of person we’re looking to hire.
    • Participating technical staff should have a broad representation of technical skill sets, so that they can effectively drill down on all relevant technical areas.
    • The candidate is informed that we’re going to ask questions of a technical nature to get a better feel for his/her technical strengths and weaknesses. They will be told it’s ok to respond with “I don’t know,” venture a guess (e.g., “I’m not sure, but I would think…”), or think through the question and problem out loud.
    • Participating technical staff will ask technical questions, starting at a high level and then drill down on the specific topic until the topic is exhausted. Here is an example of a drill down into one specific topic:

    “Your Resume mentions that you have some experience with SQL. Would you tell us more about your work in this area?”

    “Can you give us an example of an SQL query?”

    “Ok, so it sounds like you’re familiar with SQL queries. Can you explain what a Join is?”

    “How about a Left Outer Join?”

    “Ok, so if a row from the first/left table doesn’t have a match, does it show up in the result?”

    • Asking general computer science questions can be useful in assessing the candidate’s technical capability (e.g., “what is inheritance?”), however, it is generally not beneficial to do research to come up with questions and answers. The collective knowledge of the interviewing team should be sufficient to assess the relevant technical capability of the candidate.
    • Move from topic to topic until running out of time or exhausting relevant topics.
    • After the candidate has left, each team member shares their thoughts and opinions of the candidate (i.e., what they liked/disliked).

    Target Objectives

    • How much of the candidate’s resume is fluff vs. real (e.g., did they just work on a project that used JavaScript or did they write JavaScript code, and how proficient are they?). 
    • Insight into how the candidate thinks (i.e., we’re not just hiring for skills, we’re hiring for talent).
    • Insight into the personality of the candidate and how they interact with others.
    • How the candidate responds under pressure.
    • Opportunity for the candidate to get to know members of our team and give them a feel for our personalities and how we interact with each other. The candidate is evaluating fit from their perspective as well.

    Special Notes

    The firing squad technical interview is an unfair match-up by design. 

    No candidate comes out with a perfect score. 

    A key objective is to go beyond assessing the candidate’s learned skills and see how they think (i.e., innate ability). 

    The idea is NOT to beat up the candidate. Once it is clear the candidate is unable to effectively drill down further on a certain topic, move on to another topic rather than continue to ask questions they are unable to address. 

    In practice the firing squad takes more time with a more knowledgeable and more talented candidate.

    IMPORTANT: Remember that while we have a need to assess the technical capability of the candidate, we want to do this in a professional and friendly manner. If we decide to hire the candidate, we don’t want them to decline because they think we are jerks.

    Aptitude Assessment Test

    Later in my career, I was introduced to an additional tool – an aptitude assessment test. 

    There are numerous aptitude assessment tests out there, but the one I’ve used is oriented toward software engineers. 

    The test describes a simple hypothetical computer language, and then asks multiple choice questions related to this hypothetical language. 

    The 20 questions on the timed test gradually introduce additional syntax, semantics, operators, etc. for this hypothetical language, and subsequent questions build upon prior information provided about the language. 

    While prior experience with computer languages would likely be advantageous, it is not required as the test itself provides everything needed to answer the questions. Which makes sense, since it is an aptitude test, not a skills or knowledge test.

    Before using the aptitude assessment test with candidates, I wanted a better feel for what the scores might mean. I took the test myself and invited other members of our technical team to take it if they wanted to. The test scores from internal team members were very closely aligned with my own personal experience of their talent. 

    The person I considered to be the most talented member of the technical team achieved a perfect score. We also had a contractor working for us who was a retired military helicopter pilot, and more recently a retired database administrator (DBA) from a U.S. National Laboratory. His background and work experience were non-traditional for a software engineer, but I knew him to be very intelligent, talented, and an excellent problem solver. 

    He scored higher than many of the more traditional software engineers on our technical team, which I found consistent with his observed job performance. 

    Interestingly, he later told me that the military had pilot candidates take a similar aptitude assessment test to screen their helicopter pilots. 

    One aberration to the internal test results was a talented member of the team who scored lower than I expected, but I believe his higher anxiety personality likely made him a poor test taker. Whatever the reason, it’s important to note that a single metric can’t definitively determine future performance.

    Summary

    The firing squad technical interview and aptitude assessment test are just two ways to help gauge technical talent. 

    The extremely intelligent and talented team member who got a perfect score on the aptitude assessment test also went through our firing squad technical interview about 8 years previously. He had just recently graduated from a college of computer science and had some intern experience. We were looking for a Java developer, but his experience was primarily with C#. 

    On paper, he was an unremarkable candidate – a wild card candidate that I tend to bring in for interviews. Despite his minimal real-world software engineering experience, he worked through the technical questions and problems, often with educated guesses. 

    We observed his thought process as he figured out answers on-the-fly and correlated his C# knowledge to Java-specific questions. He knocked that interview out of the park and impressed us. 

    Despite some reservations from team members that he lacked Java experience, we hired for talent that day and found a “diamond in the rough.” He was one of the best hires I ever made.

    Interviewing and hiring for technical teams is a challenge, made harder by the fact that resumes often lie. 

    The firing squad technical interview and aptitude assessment test are not silver bullets, nor are they the end-all-be-all in assessing candidates. You also need to consider other traditional factors when hiring for our technical teams, such as cultural fit. 

    Hiring for exceptional talent helps build exceptional teams.

    The firing squad technical interview and aptitude assessment test are useful tools to have in the toolbox for building high performing technical teams.

    CTO Academy provides leadership courses and coaching for technology leaders around the world.

  • Managing The Negative Team Member

    Managing The Negative Team Member

    It’s a remarkable human foible that we can spot the 1 negative person in 100 smiling faces. 

    Anyone who has performed on stage or delivered a presentation will recognise the sensation of spotting that face in the crowd who looks far from impressed or engaged with what you’re saying.

    It’s the same in a business environment and particularly during this Zoom era where you immediately spot the individual with the negative body language, lack of engagement, constant fidgeting. 

    I recently presented to 80 people and just one individual caught my eye and cast doubt in my mind, as he performed every negative body movement known to man.

    It’s no different when presenting to a team where the negative body language of an individual can have an impact on how you perform and deflect a significant proportion of your energy and focus away from other positive responses. 

    But it’s also a potential signal of a deeper and more destructive presence in your team with an individual who has nothing positive to say, irritates colleagues, and makes the working environment difficult for everyone.

    How do you respond to this behavior? 

    What feedback should you be giving? 

    How do you mitigate the damage someone like this can inflict?
    How do you differentiate between someone just being awkward or downright toxic?

    And there is a clear difference between the two because the toxic individual is likely to be spreading that negativity around the team and organisation as “There’s a pattern of de-energizing, frustrating or putting down teammates,” says Christine Porath, author of Mastering Civility: A Manifesto for the Workplace

    Hopefully you can spot someone with a toxic attitude before you hire them but attitudes can change and for lots of reasons they might have recently become a nuisance, started rejecting good ideas, putting down bad ones, generally pushing back against everything and everyone.

    You might have inherited them when taking on the job and their attitude has been entrenched within the team dynamic for some time. 

    The nuclear option is of course to fire them and rid yourself of the problem as soon as possible. Some people just can’t be changed.

    Whilst the firing option might be superficially attractive you clearly need to explore more positive responses both in terms of the individual involved but also what signals your response will be giving other members of the team. 

    Here are some steps you might want to consider when handling the negative team member

    It’s Your Job To Find Out More

    You need to take a closer look at the behavior and try to understand what might be causing it.

    What is the source of their unhappiness?

    Nobody wants to spend their days at work being miserable and it’s your job as their manager to show sufficient empathy and understanding about what else might be impacting them at work.

    Struggles outside of work?
    Frustrated with colleagues or with a lack of opportunity?

    Can you meet with them privately and explore the real issues behind the negativity? Can you offer them coaching or even counselling, if the issues are more deep seated.

    Manage people with compassion and you will generally get to the bottom of the issue and you could turn a toxic colleague into a deeply loyal one.

    Double Check It’s Not You

    You need to check your own biases first and understand if your managerial style and decision making is playing any role in their behaviour, particularly if their behaviour has changed whilst working with you and your team.
    Could you be the cause of their discontent?

    “A lot of times people will say someone’s negative, but my first question is, “So what does that mean?” – Stacey Gordon, Career Coach at The Muse, “It could be that they’re behaving in a certain way that you may not approve of, but that doesn’t necessarily mean that they’re a destructive or bad employee. It just means that you haven’t properly defined standards with your team”

    You also need to reflect on how you react to their behaviour and that you’re not making a bad problem worse. 

    We’ve all been there as managers as a combination of exasperation and stress leads to us becoming negative in response.  

    Time For Some Constructive Criticism?

    Often they might be unaware of their impact on others or even the negative bubble they’ve got themselves into, particularly if the source of their troubles are external.

    Delivering feedback is always challenging, particularly with difficult team members, so make sure it’s very specific about the issues that concern you.

    You need to be able to deliver direct and honest feedback, within the framework of trying to help them, as well as you and your colleagues.

    Situations like this are why it’s crucial to build a culture of trust and communication within your team, where critical conversations are handled skillfully and can take place without making a bad situation worse.

    Don’t go hard with the negative, try to address this from a personal development perspective of understanding any issues and creating a measurable and clearly defined plan for them to engage again. 

    Talk Them Through The Impact

    Obviously there can be situations where they are totally unresponsive to any gestures of empathy and constructive feedback.

    You might need to alert them to what they could lose if this behaviour continues, this is not just about the immediate impact on their state of mind and team culture, but short term misbehaviour can have long term consequences and it’s the potential losses that sometimes stimulate changes in behaviour.

    What really matters to them now, or in the past?
    What could they be losing if they continue like this?

    Regularly Check-In

    If you can move forward positively then it’s important to maintain open channels of communication and for this not to be a one-off, short term fire fighting exercise.

    It’s a huge drain on your time and distraction for the team to deal with these situations so you need to be clear about an ongoing programme of support that includes regular check-ins and time set aside to measure progress.

    Where Necessary, Take Action

    Alas there are limits to what you can offer and how much you can spend trying to manage this individual into a more positive space and not everyone will be capable or willing to change.

    Research indicates that a small minority of people actually enjoy the power and disruption this kind of behaviour can bring.

    If you have tried to help but they’re unwilling to change, act swiftly because every day their toxicity leaks into the team, is a day of diminished harmony, performance and potential loss of your star performers.

    Who wants to spend their working day with Mr Grumpy?

    Prepare For The Worst, Record Everything

    If you do act swiftly and in particular if you decide to fire this individual, make sure you have recorded everything.

    Most employment tribunal cases here in the UK are not lost because of the managerial decision made by the company, they are lost because the managers failed to follow the correct process.

    If the relationship has moved into awkward mode then you need to be documenting clearly what has taken place and what steps you took to help.

    You need to understand clearly your firing procedure and the employment legislation in your jurisdiction, to ensure you follow the correct process. This should be mapped out in a company manual and if not, add it now.

    You need to establish a pattern of behaviour, the steps you too to address it and a detailed note of meetings, conversations, formal complaints that took place with this individual.

    Protect yourself and your company against the risk of future litigation.

    Start To Remove The Toxicity

    In the meantime if they fail to change but have to remain, try to create space between them and the rest of your team. People having to work closely with a toxic team member are more likely to develop negative working habits also, either because of it or as a defensive mechanism against it.

    You might need to create physical space or re-allocate them to different projects.

    With the current WFH situations, it’s physically easier to create that space and reduce the number of clashes between this individual and team members, minimising the cognitive loss as a result.

    Potentially other team members require help and coaching in how they can manage this individual, you certainly don’t want them getting a sense your time is being overly absorbed with managing the negativity.

    Don’t Let Them Pull You In

    Which leads me to conclude with the simple point that you have to manage yourself and your own time through these situations.

    It’s very easy to be drawn into their negative orbit and be distracted from what else matters and your own peace of mind.

    I return back to that moment on stage when you spot the individual with folded arms, focus instead on the vast majority of the audience who are wildly applauding and supportive.

    Surround yourself with positive people, energy and situations that give you a positive charge – exercise, great food, good sleep. Staying healthy and proactive is crucial for your state of mind and you never know, might inspire that toxic colleague to step up or step out.

    CTO Academy Leadership Skills Programmes

    Visit our courses and coaching pages to find out more about our leadership training and how to become more effective technology leader.

  • Scrum Masters & Tech Leadership

    We work with ambitious scrum masters from around the world and they generally have some great skills in place to build towards senior tech leadership roles.

    A typical career path for a Scrum Master will start with serving one team. After a while that team becomes less time-consuming to work with, as issues are resolved and the team takes on more responsibilities itself.

    At that point, a good Scrum Master will seek additional challenges. Often the logical next step is to begin working with multiple teams concurrently or from working with more demanding teams or products.

    When developing new Scrum Masters, I prefer to put the person in a position to most likely succeed. That will mean working with a team that has neither any difficult personalities nor unrealistic delivery expectations. But, to go from good to great, the Scrum Master will need to learn to work under more complex conditions.

    This leads to the philosophy that success is often rewarded with additional challenges.

    Mentor

    A Scrum Master who has been successful in a variety of different contexts and teams, might choose to move into a role as a mentor to other Scrum Masters. This will especially be true and feasible as the Scrum Master gains skills and experience.

    In many organizations, this role would be called an Agile Coach, with the most common job description being that an agile coach coaches Scrum Masters (and their teams).

    Personally, I’m partial to such individuals mentoring rather than just coaching. Much of the benefit these experienced individuals provide comes through them offering guidance (“I suggest you do it this way”). Because of this, I think of these individuals as having become agile mentors.

    This is an appropriate path for Scrum Masters who have learned that their true passion is the creative act of developing a product–largely independent of whatever the product may be. Some Scrum Masters enjoy the process of enabling creativity among development teams so much that it almost doesn’t matter what the product is.

    Think about the radio DJ who just loves being a DJ and doesn’t care if he’s playing classic rock, the current top 40, or classical music.

    The Scrum Master who loves the process more than the product is a likely candidate to follow a career path into becoming an agile coach or mentor.

    The Scrum Master Becomes a Product Owner

    Other Scrum Masters, however, learn that they love what their team is building more than the act of creating it. Those Scrum Masters become good candidates to become product owners.

    I don’t want to imply that a product owner role is above the Scrum Master role in an organization. I consider the roles equivalent in a typical organizational hierarchy.

    But some Scrum Masters learn that they care deeply about the thing being built rather than the process of building the thing. And from having worked with a team long enough, some of these Scrum Masters learn enough about the product, industry, users and such to become good product owners.

    The Scrum Master Becomes a Manager

    Scrum Masters are most assuredly not managers themselves. But through their Scrum Masters duties, Scrum Masters often work closely with those who are. And some will find that work intriguing.

    Scrum Masters become adept at guiding teams without much authority to say, “Do it because I say so.” Because of this, many can move into management roles where they could demand compliance but because of what they’ve learned from being Scrum Masters, know it usually is best not to.

    Especially if a Scrum Master has retained technical proficiency, moving into a role like QA director or development manager can be a fulfilling, logical step.

    We help scrum masters develop their management and leadership skills via online courses, personalised mentoring, supportive community and relevant content. We’ve also written some great content elsewhere about what a CTO is looking for with their scrum master.

    Scrum masters are amongst the most engaged community at CTO Academy, as we help them  enhance existing management skills and aim for those senior tech roles. If you’d like to find out more then have a look at the CTO Academy website for more information.

  • What a CTO needs from their scrum master …

    What a CTO needs from their scrum master …

    In my technology career, the movement from Waterfall (which should never have been adopted and is in the original paper as not being suitable for most software development) to Agile development of either Kanban or Scrum are the main processes adopted.

    Bags of time and effort has been spent on which method is better.

    It generally comes down to the capability of the team, with the self-managing better suited for Kanban and the less experienced, for Scrum. 90% of my teams have run a Kanban process.

    I could easily disparage one, big up the other and reopen that old debates about which is best. But for a CTO, it doesn’t really not matter.

    From the development teams, the CTO is only concerned about delivery. Making sure that new features are released and any bugs (never in my systems) are fixed. Whether you have a continuous delivery or fixed at specific times, other teams in your business need to be aware of what has been delivered and what is not in the release, along with what is coming up.

    It is the “what is coming up” and the bigger picture that a CTO needs to communicate, but can be very difficult with many of the Agile systems and processes. For example, Jira is great at the micro ticket level, but very bad at trying to communicate the roadmap and strategy for a product, both to the team(s) and to the company. (There have been some improvements recently but it is still disjointed).

    The purpose of a roadmap is to allow the rest of the business to prepare for new functionality that is arriving, whether that is for marketing to prepare campaigns or sales to use it to close deals. It’s clearly important and the CTO needs to know from scrum masters the status of the work and if there are any blocks or issues coming up that might cause problems. Hiding problems and expected delays, which is particularly common in the public sector, can cause a project to be delayed at the last minute, creating embarrassment and distrust at all levels of a development team and with the rest of the company.

    The best working relationships are those with radical transparency, particularly when working in a high performing tech team.

    If the scrum masters are honest (and if the CTO has built a team that is not reliant on superstars, it will help!) then the CTO needs to reciprocate by giving them clear direction about the wider business strategy and how the roadmap fits into it. That CTO will then need to give the scrum masters required time and resources to deliver their part of the roadmap.

    How does this work in practice?

    Take a software company selling SaaS on a monthly subscription. There is concern about customer churn.. Assume the software is nice to have but not essential. This could be addressed several ways

    Superb customer service by identifying customers that could leave

    1. Adding new functionality
    2. Making it sticky in a way that it becomes integrated in client’s culture examples include for accounting & CRM software
    3. Change the pricing
    4. Change the sign up period – move from monthly to annually (kicking the can down the road)

    Some of these solutions can be addressed by development but let’s concentrate on the third and how to convert that in practice.

    Making it sticky means integrating with other systems and becoming part of a process providing significant value to a customer. Thus if a customer wants to leave they will have to change their whole process. Back to the roadmap – “integrate with X system”. To an uneducated scrum master and team, this could be just another piece of functionality, potentially perceived as pointless? But if a CTO explains the thinking behind the functionality then teams are able to make intelligent decisions. In this case, they may decide to build a framework for the functionality today, so that integration with other systems can occur more easily in the future.

    The CTO needs to explain strategy and roadmap, in a way that scrum masters and team feel engaged, energised and more than just implementation robots.

    The CTO has to communicate to the rest of the business on behalf of the tech team, and will need openness and honesty from the scrum masters to ensure this is done most effectively.

    For the scrum master to maximise the potential of their technology career and move from scrum master to CTO, they need to understand in reverse, what the CTO needs.

    More About CTO Academy

    CTO Academy has been Ranked #2 Best CTO Course in the World. We provide online management skills training, mentoring and career development advice for tech leaders and managers around the world. Membership starts from just $49 per month, more details available here.

    “The skill set CTOs and IT Managers now require are a world away from what was needed in the past. I find the CTO Academy training modules to be highly valuable resources, providing broad-based business skills and awareness essential for success in the modern workplace.” – Eli Oshorov, Sydney