Recently put on a performance improvement plan. Do these details sound fair?

Question

I've been working at my current company for about 2 years. This is my first programming job so I don't have much reference.

Since day one I've had to give estimates on changes to code bases I've never seen, or had maybe seen a small piece of a gigantic application. The applications themselves are not well documented so I have to ask a lot of questions to figure out what the user story is actually referring to on a basic level. My estimates have gone over frequently as a result. I was talked to by my manager a couple times about hitting my estimates/commitments.

We recently broke our department up into kanban teams. Our team handles the small modifications to existing applications (features that the business unit requests that are too small to be their own projects). Every week we have a design session to get our estimates in place for upcoming work. Since I've been on this team, I've been working on yet another application that I've never seen and is poorly documented. We give estimates as a group and everyone agrees or disagrees. Last week my manager put me on a performance improvement plan because apparently I'm still missing estimates too much. It's effective for about 2 months at which point if things haven't improved I'm basically out the door. We both signed and dated it.

Today we had a meeting as a kanban team and basically we're realizing everything is being underestimated. We're supposed to be getting 95 hours of task work done per week and, based on previous estimates, we're at about half that because unexpected things come up that weren't discussed at design. Our team is a mix of junior devs and senior devs. It just kind of surprised me today that as a team we're way off on estimates yet I feel like I'm being evaluated more severely. Maybe others are on PIPs too, I don't know.

How do I get better at estimating this stuff if I have limited experience with an application?

Okay so alot of feedback here. I guess my next question, since I'm most likely out of here in a couple months, should I quit and find something else, which will most likely be a job I take in despair because I need it so it might be the same type of environment. Or do I do my best while I'm here, get unemployment for a few weeks while I focus all my effort on improving the skills I need for the job I want, and finding that specific job? So basically it's a 'quit' vs a 'let-go', but honestly either way I doubt I'd have a good reference at this place so it probably doesn't make much difference from a resume perspective.

Answer 1

Something to ponder - if everything seems to have unexpected things come up that make them take 2x as long, perhaps you should be planning that something will come up and make tasks take twice as long?

How do I get better at estimating this stuff if I have limited experience with an application?

1. Stop trying to do it by yourself. Find someone who is good at estimating (or your boss) and ask them to help you. Have them explain why they make the numbers they do.

2. Document what you expect to have to do for these tasks more detailed (this will help anyways)

3. Keep track of how well you hit these estimates and document what things you missed from the above list of expectations

You want to avoid at all costs missing estimates in the future.

Keep in mind higher but more accurate estimates are generally better than lower, missed ones.

---

Just a general note, regardless of what the reasons the PIP was initiated, the OP has signed something indicating the problems and needs to work earnestly towards resolving those issues. This related question has some good insight about other ways to save your job during a PIP (it's hard and in some cases impossible) - it's possible this is just a formality to them losing their job but either way they have to follow through on it or it will 100% cost them their job.

Answer 2

I'm afraid you're asking the wrong question. The real question is whether you should stay at that place.

Most likely they have made up their minds about firing you and the performance plan is just a formality they have to do to have "evidence of poor performance" before letting you go.

By far your best course of action is to start looking for a job and quit on your own.

My advice comes from working 7 years in a company like that (Bloomberg LP). They would try to squeeze every last drop of performance out of you by first pressuring for over-zealous estimates, and then throwing a bunch of bugfixes at you demanding that they be done in parallel with your project, and then scolding you for "missing the self-imposed deadline". I've witnessed a lot of people being put on unrealistic performance plans. I've never heard of anyone finishing a performance plan and staying at the company.

I even once forced out my subordinate by putting him on an informal performance plans (while he thought it was a formal plan). He waited till the end of the month and quit. (As a team-lead, your managers demand that you either "improve" your team's performance or fire your weakest team-member to keep the others in fear).

Quitting that job was the best decision I made in my life. After taking 6 months off, I easily found a job that is superior in EVERY aspect (pay, attitude, opportunity, satisfaction).

Don't put up with this. It will only get worse.

Answer 3

Your boss is presumably expecting you to do one of these things:

• get better at estimating. This requires retrospection (on your own or with the team) when things are finished. Forgot to allow for rework? Didn't realize how different the production system was from the test system? Never used technology X before? Learn from that. Allow for that next time
• pad your estimates. If you are always going over 50%, when you think it's 10 say 15. At least have this level of understanding of your estimating ability
• cut your coat to fit your cloth. Get it done in the time you said you would. Maybe you test less, maybe you write a less general solution, maybe you stay late and don't count those hours, whatever.

Set aside your worries about whether others are also being punished for doing something wrong and focus on no longer doing something wrong. As a first approximation, just bumping up your estimates and taking on less work is a good start. If the group won't increase the estimates, then you have to face the possibility that you're not so much bad at estimating as bad at executing. It sounds like your group retrospective is leading to the conclusion that estimates are the problem, though.

Answer 4

First you know you are consistently underestimating, so you know you probably need to add more time to every estimate.

But how you get better is by keeping records of estimates and actuals and then using them to give a better estimate than before. If you aren't familar with the application, add time to the estimate over what it would take if it were an application you know well.

Another thing to do is to break your estimates into smaller pieces. If you have subtasks and you add them all up, then you are likely to have a better estimate than if you give one number. We also add time for all the things not directly devlopment but which must be done and you may be forgetting those. It includes answering emails on the subject, meetings (espcially if you have daily meetings), research (this will be high if the application is unfamiliar), writing unit tests, doing the testing, anything assoicated with source control and doing a build, creating action items for QA, and pushing the code to multiple environments, fixing QA bugs etc. And always pad a bit for unexpected things.

Answer 5

OP, you asked, "is this fair" -- unfortunately, fairness doesn't really matter because the outcome for you is independent of the fairness of the PIP you signed.

You're on a 2 month performance improvement plan, so however your performance is measured, if you want to keep this job, you need to do a fantastic job and meet or exceed those expectations. So yeah, you need to get better at estimating or put in more hours to meet deadlines, or perhaps a bit of both.

The PIP is a way for your boss to fire you in 2 months and, frankly, it sounds like you're on your way out. I think you should do the following:

1. Do a great job. Make better estimations. Finish on time. (It's better to overestimate time needed, like others have said.) You need to show them how much work you can get done in 2 months and they need to understand why it took 2 months and is time well-spent. Make sure they know why, don't assume!

2. Work on your resume. If you end up getting fired in two months, it won't be a surprise. You'll know if you're meeting expectations or not. Be prepared for the worst. It doesn't hurt to start looking around for a new job if you think it will go that way. It's also much easier to get a new job while you're still employed.

Yes, life will be a bit stressful for a couple months, but you'll get through it. And if you learn how to meet their expectations at work, you'll keep the job, learn how to estimate better, and score the win-win for everyone involved. (But have a contingency plan, too!)

Answer 6

The first thing you need to do is figure out if your skill level is causing you to work slower than the rest of the team. Most people can honestly answer this themselves. If you can great. If you can't talk to some team members and get some feedback on your skills.

Second, when estimating how long it will take you to do something are you factoring in overhead? I might say that it will take me 15 hours to add new feature X. However I know that I might have to send out 10 emails on feature X and get feedback. That in itself might take 10-15 hours of going back in forth. Of all the estimation mistakes for my programmers this is the #1 issue. Especially when you are dealing with a client or PM that really doesn't know what they want or what they are talking about.

Third, are you spending your time dedicated to your task? Are others asking for help from you all the time? Do old assignments pop up for a half an hour out of your day? Things like these are total time eaters.

Fourth, like you said you are working on someone else's mess. I don't see how I would expect any of my employees to give an accurate estimate based on "some" information. In my opinion your manager should be forecasting these things, not you. Then your manager could manage the mess of code and the three things above.

When you have all of these factors in place, you need to talk to your manager about how you should deal with these issues. If it is simply that he wants you to give larger estimates that is fine and easy to deal with. But he may want the estimates shorter and want to fix issues with the communication in the team, your skill level, or how the code is handed to you.

You aren't going to go anywhere with this manager until you figure out if his problems are with accounting or efficiency. If it is accounting then just add more buffer to your estimates. Also I suggest having a team member that is meeting their estimates give you advice on how long your next few projects should take. You can probably figure out your estimation deficiencies by getting in the head of a good coworker - who knows they might just think of a number and triple it.

If it is an efficiency thing and has to do with your skill level, then you probably need to get help from teammates more whenever you are stuck. If there are other factors hindering your efficiency then you need to document these and relay them to your manager. I would not assume that your manager just wants you to double your estimates and not communicate the real issues until you hear it from him.