A lack of planning on your part does not constitute an emergency on mine.
I’m saving this phrase.
I had a PM postpone a critical part of a project since June, the hard deadline is on September 15th… I’ve insisted to start with it months ago and now he’s scrambling everyone to get this done yesterday.
We’re not gonna make it and I don’t care anymore.
I once had a manager hand me a project brief and ask me how quickly I thought I could complete it. I was managing my own workload (it was a bad situation), but it was a very small project and I felt that I had time to put everything else on hold and focus on it. So, I said that I might be able to get it done in four days, but I wouldn’t commit to less than a week just to be sure.
The manger started off on this half-threatening, half-disappointed rant about how the project had a deadline set in stone (in four days’ time), and how the head of the company had committed to it in public (which in hindsight was absolute rot). I was young and nervous, but fortunately for me every project brief had a timeline of who had seen it, and more importantly, when they had received it. I noticed that this brief had originated over three months prior, and had been sitting on this manager’s desk for almost a month. I was the first developer in the chain. That gave me the guts to say that my estimate was firm, and that if anyone actually came down the ladder looking for heads to set rolling (one of the manager’s threats), they could come to me and I would explain.
In the end nothing ever came of it because I managed to get the job done in three days. They tried to put the screws to me over that small of a project.
This used to happen to me all the time! Except I always gave an estimate of a minimum, “six weeks”. Which was always going to be shorter than the other folks/teams who would always start with a minimum of, “three months”.
It was a trick, you see. It meant I was always the first person they asked to do anything which meant I got first pick of any given work coming down the pipe 👍. It was more than that though: From experience I knew which projects were real and which were, “management whims”. That is, projects that were going to ultimately get cancelled.
If you know how the system works you can always get a deadline extended. Especially if you, “went out of your way” to try to get it done faster than everyone else. With this knowledge in mind I would accept the, “six week” project with the anticipation that it would get cancelled after a month which happened at least 50% of the time and 100% of the time if it was a, “management whim”.
This situation was an extreme disincentive to actually work on any projects at all; because if you spent all day every day working on a project for a month and then in the 4th week it gets cancelled that means you wasted all of your time. You could’ve been surfing the web or learning new skills/frameworks/operating systems/whatever in that time!
Once I had the system completely figured out I would accept these, “six week” projects and not work on them at all for the first month (I had much better things to do, trust me). If they were still pining over it after that time I’d just request an extra two weeks which would give me a month to actually get it done. Then I’d complete the project–usually in a fucking day or two of dedicated work (e.g. “don’t talk to me; I’m not joining any conference calls today”). Then I would deliver the project on the day it was originally due: Two weeks early.
I was a hero at that company. The bosses would regularly throw my name out there whenever someone else’s project went over time or over budget, “we should’ve given this to Riskable!”
Company ended up laying me off and then re-hiring me ~1.5 years later at a vastly increased salary because they, “just couldn’t find anyone that delivered” like I did 😁
The breathtaking hubris of even laying off “the guy who always gets things done ahead of schedule.”
Damn, project like that would’ve taken me 2 weeks out of principal lol
They didn’t complain about your other duties being delayed?
Especially the other projects that were hidden on someone’s desk until a week before the deadline. And now they have two or more projects like that simultaneously
No argument from me; the management was chaos at that place. Those kinds of mistakes were beyond my control, but fortunately they were rare.
We were managing our own work with (usually generous) milestones/deadlines determined by other people. As long as we kept meeting goals, no-one looked any deeper. It gave me the freedom to literally put everything else on hold and switch 100% of my attention to this project.
If there’s one thing I hate, it’s ppl sayin something should have been done yesterday.
Guess what, if should have been done yesterday, we’ve missed the deadline, we’ve already failed and might as wel write off the project.
Welp, Task failed, no second chances, or options to deliver afterwards. Game over, toss away the work you’ve completed 90% of.
Just like in school when you failed a test or assignment.
Weeks of coding can save you from hours of planning
If you fail to plan to plan, you plan to plan to fail.
But if you plan to fail, then you’re not failing to plan.
No need to plan, we’re agile! /s
Their planning is for the week
Deployments and deployment frequency pretty squarely a developer’s responsibility…
Starting a project early enough to deploy on time is a management responsibility.
Best I can do is add 3 tickets during Monday’s scrum
("What do you mean your tickets slipped again?)
Yall aren’t being told to write your own tickets?
Nah we get given tickets.
The tickets only have an ambiguous title, then it’s our responsibility to figure out what it’s about and come up with the estimates.
After our weekly planning meeting
Give me a perfect spec and I’ll give a perfect timeline
No you won’t, because even if everything is perfectly specced you’ll encounter unforeseen issues during implementation. So you’ll either overestimate or underestimate the time required.
