Ask HN: How to Hold Someone Accountable?

"who had previously worked at a bank for 10 years"

This should have been your first red flag. No really. I run a small bootstrapped SAAS company now but in my previous life, I worked at Investment Banks for over 10 years. Nothing gets done fast at banks. Nothing. It is the culture and event the smartest people get used to it and become part of it. I quit because I literally had nothing to do or when I did, it took forever due to red tapes. I of course wanted to do my own thing but the decision to quit was so easy because I didn't like the pace at which things got done there and I wanted to move fast.

I don't know this person but based on what you said, it seems like they are bringing the same culture and experience to your team which clearly doesn't work at a startup.

I doubt they can change the way they are because they have been "institutionalized" (stealing a quote from the movie Shawshank Redemption). If you don't believe they are producing work at a fast enough pace and with decent quality, it won't change much by you talking to them. I hope I am wrong but my experience says otherwise.

This is what I would say is "culture fit" when looking to hire at smaller teams/startups. You hire someone from a bank ? You won't get the same level of urgency. Period. Unless they quit the bank to address that specific problem.

It sounds like the main issue with this person is a lack of transparency, and lack of collaboration.

If something is supposed to happen in 1-2 days, then after 1 day, there should be some signs of progress, like some specific questions/clarifications about the task, evidence that something is being run in a local environment, etc., and then after 2 days, it there should be a working PR, evidence that the code has been run, or alternatively some specific issues that that were hit, and specific details of 'this 70% is done, that 30% is not done', and specific action items for whats next, and not some vague one more day, one more day type thing.

The purpose of communicating specific details is to foster collaboration. The person may be on the wrong track, taking the wrong approach, other team members may have tips and suggestions, or at the very least have things to learn.

It may be that the 1-2 day task ends up taking weeks or months or whatever, but if thats the case there should be specifics that are communicated and artifacts that are produced as progress is made, not just endless 'nearly there, one more day'.

If someone does not meet your expectations then you can fire them.

However, in my experience throwing around the word "accountable" is a clear sign of a bad leader. It's a way of shirking responsibility for the situation, and implying that the other person is failing in some basic moral way.

So hold your own damn self accountable. Take a beat to decide if your expectations are reasonable. Then tell him your expectations are that estimates are better and tasks get finished more quickly. Give him some time to try to achieve this, and if he won't or can't then fire him.

If he is describing the work culture as "relaxed" this is an indication that you have created a culture of relaxed expectations. If this is not the culture you want to foster you need to hold feet to the fire more IMHO. But if you want a relaxed culture and accountability you can't have both!

It sounds like he is a poor fit. Changing management style with an existing employee is going to be very difficult or not possible. How difficult would it be to find another employee to replace him?

guess, first, need to figure out why he does not deliver as promised?

- is he technical incapable of doing it, cannot figure out things, underestimate the effort? if he is not strong technically, you may want let him go not waiting longer... some senior dev maybe not as strong as written on resume...

- or it is issue with his work attitude? if no improvement with clear kanban/scrume process defined, may want to let him go... ha

I have had similar employees and sometimes they just aren't a good fit. But first, are you following all of the Scrum/Agile methodologies? Are you doing DAILY STAND UPS so the TEAM can help hold individuals accountable? Are you performing RETROSPECTIVES at the end of each SPRINT... you are doing short sprints right :) Is the team making the assignments (as they should) or are you? Also, get away from estimating in days and go with generic units, the Fibonacci Sequence would be my suggestion. Make sure the team is defining the tasks and voting on the effort required for each task. I would do this for a couple of months to let the team get into a flow and begin to learn how to estimate things. Then observer how your problem employee votes to see if they are particularly high or low and see how many tasks they complete compared to the rest of the team.

If after all of that there is still a problem, setup an End-of-Day meeting each day with the individual to go over what they accomplished that day... actually having them show you code, interface, documentation, something that they had accomplished that day. In collaboration with the employee setup reasonable expectations and goals that you (hopefully) can both agree on. If the goals are not met, write them up, rinse and repeat. After a couple of write ups suggest that they are not a good fit and should think about moving on, after three or so you should let them go.