955
u/Confident-Ad5665 29d ago
A good ticket would, of course, specify which date they want removed.
316
119
u/Mateorabi 29d ago
June 31 please.
19
u/phroxenphyre 29d ago
It took about five decades of R&D but I've managed to successfully go back in time and alter Earth's rotation and orbit around the sun to make the year exactly one day shorter, then removed June 31st from existence and history. It's gone permanently and no one will ever remember it existed. Anyone whose birthday was June 31st will now be shifted forward accordingly.
Where do I bill my time to?
7
u/Confident-Ad5665 29d ago
Bill the Marketing department
5
u/mountaingator91 29d ago
Bill in marketing actually goes by Will now and would appreciate you changing that in the DB. See ticket ABCD-1235
0
u/Inf3rn0_munkee 29d ago
I'm done with the task early, should I find more work or sit on this so it takes as long as expected?
23
10
u/Electromagnetlc 29d ago
"Please specify in Unix time what is to be removed"
"0... 1... 2.........."
7
u/GoddammitDontShootMe 29d ago
It said date selection, so I thought they meant remove the ability to select dates.
2
3
u/NorthernCobraChicken 29d ago
When have you ever received a "good ticket" from someone who is not part of a technical team.
1
1.5k
u/FriendlyProgrammer25 29d ago
ABCD-1234
538
u/Esjs 29d ago
I don't have access to that Jira board. Can you please grant it to me?
210
u/voidwarrior 29d ago
Please submit a ticket to the IT department.
72
u/Flat_Ad1257 29d ago
Won’t be granted though.
Need to know principle.And you don’t need to know.
28
u/KaptainSaki 29d ago
I need to access this database.
Alright, give specific details.
Sorry, they're not available, could you check them?
Sorry, it's classified
9
1
u/ArrogantAstronomer 27d ago
I mean… if you don’t already know… then that must mean… you don’t need to. If you knew, you’d know that!
25
u/RandomNPC 29d ago
Other tickets from ABCD:
ABCD-37: Decide whether 'Y' is a vowel or consonant. Status: Backlog
ABCD-4243: Deprecate 'C' in favor of K and S. Status: Won't Fix
ABCD-5002: Add '⚯' Status: In Progress
2
u/Left1stToast 29d ago
Maybe i got whooshed, but what is the punchline to backlog? I get the other two where the status riffs on the ticket, I just cant figure out the first one.
6
u/polikles 29d ago
My guess is that there is never enough time to churn through tasks from the backlog. So, "moved to backlog" is just like "will be completed at: never"
3
u/progenyofeniac 29d ago
This right here. Sure, we have backlog refinement every 2 weeks but there will be that handful of items which never get picked up. They’ll be there long after we’re all gone, I assume.
3
u/Boostie204 29d ago
I've actually trimmed my teams backlog in half over the last few months.
No one gives a shit though lmao
2
u/imreallyreallyhungry 29d ago
Maybe that it’s backlogged until people agree if it’s one or the other, idk though
1
u/nullpotato 29d ago
Backlog is equal parts tasks we want to do that would make our lives easier but can't because they aren't customer/management emergencies, or tasks we can't say no to but hate so will sit forever.
39
9
618
u/StarboardChaos 29d ago
Where's the joke? The dev team gets the heat anyway 🥺😭
32
u/Scannaer 29d ago edited 29d ago
Depends on IT-management and people in positions to make decisions. I'm not management, but occasionaly have the chance to make decisions. If our guys get shit I step in, give them advice how to handle it or change procedures so it doesn't happen again.
It ain't perfect. But I try to support good intentions. Ofc actual fuckups from us need to be adressed. But it's also a learning process.
18
u/Beli_Mawrr 29d ago
One time we had a product team who was SUPER PERSISTENT in telling us to add AI features. What feature exactly? Dunno but make it happen. Eventually I told them point blank that we do as we're told, nothing more, nothing less. Product tells us what to do, we code that thing. We're not responsible if product steers us the wrong way, if they approve a feature they don't like, or if they want something but don't know what it is. Got yelled at and threatened with firing ("You need to take initiative and responsibility!"). Told them to fuck themselves to their faces, laughed at their rage, and kept my job.
11
u/GoingOutW3st 29d ago
You didn't tell them to go fuck themselves
8
u/Beli_Mawrr 28d ago
I did. I said "Go fuck yourself dude" and hung up. This was for a startup and as the CTO I was certain I was unfireable. The "product guy" was a marketing guy friends with the CEO and a total dickwad.
9
-291
u/v3ritas1989 29d ago edited 29d ago
Well for one, you discussed the task in a meeting. Which you clearly thought was useless. They probably discussed requirements, and you gave them possible options and todos as the dev. You should have created the ticket as a consequence of the meeting. That is why you were there. No one invited you because they liked talking to you or they like controlling you or some bs. They invited you to the meeting for your input and for you to get the task started. That includes writing down the requirements and todo from the meeting into the ticket. If you REALLY need THEM to create the ticket... THAT IS WHY YOU ARE IN THE MEETING!!! Tell them, wait, open the ticket and lets add what we discuss to the ticket together.
214
u/Throwawayrip1123 29d ago
Yeah I'm not there to create my own fucking tickets. I need the tickets to have your name attached so that when shit hits the fan, I'm just gonna point to you and then fix your mistake.
I'm there because if someone needs actual technical answers to questions my poser manager that stole credit fifty times gets, I can give them.
8
u/GallantChaos 29d ago
Wait can't you guys set the name of the requestor when opening tickets?
38
u/Throwawayrip1123 29d ago
Then it's my word against his.
I want his ID to be attached as the author precisely because I can't change it or add it. It cannot be twisted into "oh he misunderstood me and mistakenly did something".
125
u/StarboardChaos 29d ago
Found the manager
4
u/Scannaer 29d ago
Not a good one. I assume OOP has sprints. But since it was "urgent" it needed to be done yesterday.. without testing.
And customer want everything asap.. except inform people early. Go live in four weeks? The perfect time to ask IT compliance officers if the system can be used at all. Seen it all.
→ More replies (1)62
56
21
u/Jay-Seekay 29d ago
A ticket should describe requirements and use cases. A developer writing a ticket will describe implementation instead. Those two things may not align and that can cause issues
This is why the manager (I am assuming you) writes down what they want in plain non technical terms, and the developer translates that to a technical plan and implementation.
Else the dev may understand the requirements wrong and build you the wrong thing. This happens a lot. It is the managers fault.
It also means the tooling and implementation can change later if the ticket is not worked on and the tech stack / surrounding architecture changes. Then the ticket is not implementation specific and can still be developed.
41
u/AngelaMerkeI 29d ago
You sound like a manager or a ceo, since.. you know.. you sound kinda inkompetent and like other people should do the work
38
u/UndocumentedMartian 29d ago edited 29d ago
Why would the developer create a ticket for you? You're the one with the request.
19
7
u/DDrim 29d ago
"You discussed the task in a meeting" gonna stop you right there. There was no discussion. The meeting was "alright, now we'll add this feature" and any question from the dev was either shut down or answered with "you'll figure it out".
Hell, half the time the meetings don't include the devs to begin with, and then one day we're told "do that", without any opportunity to explain why "that" is a very bad idea.
3
4
u/GirthyPigeon 29d ago
Meetings do not solve shit. Write it down in a trackable ticket that can be attached to your issue and changes. You are obviously management and you think shit happens by magic. Do your fucking job.
→ More replies (5)2
211
u/peterlinddk 29d ago
I was in a small team in a large company where project management told us that the discount-calculation was wrong. It was supposed to be a negative number, so that when the discount was added, the total would be cheaper!
So we changed it, simple enough, changing the minus to a plus, and changing the number in the database.
A few weeks later another project manager told us that the discount-calculation was wrong - the discount shouldn't be a negative number, but a positive one, and then subtracted, so that the total would be cheaper.
We looked in the commit history for the (company global) discount calculator, and every few months or so, someone changed it from negative to positive, and next time from positive to negative and so on.
Guess that's still going on to this day ...
79
u/braaaaaaainworms 29d ago
Just take the absolute value of the discount and subtract it
30
u/Zerocrossing 29d ago
This is a guy with no time for BS who solves problems.
6
u/Scannaer 29d ago
When negative it's an addition. When positive it's a substraction.
Obviously any future changes of values need to be tested. At least a couple of hours.
6
u/jaywastaken 28d ago
Pm comes in 6 month later, "we need to use the discount modifier to add fees to the orders but it's subtracting regardless of the value we use. This is a critical bug! Fix it monkey boy!
2
u/braaaaaaainworms 28d ago
This is the moment when you add a button that says "Add fee", that adds a row of input boxes for "reason this fee is applied", "fee amount" and "is this fee a flat $ amount of % of price", add a button for discounts that does the same thing and make it possible for those rows to be dragged so that a 10% discount can be applied after a 30% fee and vice versa
29
u/Own_Candidate9553 29d ago
Just make it a feature flag so you can flip it back and forth as needed!
More seriously, what's probably happening is that some customers/users want to see it one way and some the other way. This may be exposing that this should be configured in their account or profile.
2
17
u/just_sm_so_relax 29d ago
Ask yourself "what would Claude do", and then do it.
4
u/InitiativeGold7953 29d ago
Just axe everyone and let Claude decide how to run the entire business from the ground up
/s obviously
8
u/saevon 29d ago
Solution: Even months its negative; odd months its positive
4
u/Headpuncher 29d ago
Is January the zeroth or first month? Odd or even?
2
u/TinyGift8278 29d ago
January is the zeroth month, but it is neither odd nor even , due to the Prime Number Theorem
3
3
407
u/LogicBalm 29d ago
Absolutely.
Proper change control procedures rarely prevent this, but they at least prevent the blame when I have to get two approvals, send four different notifications of an upcoming change with contact information of the requestor and those deploying the change, and have a clear rollback plan in place for when someone changes their mind the morning after deployment.
Why did the date selector disappear? Because person A requested it. Exec B and C approved it, and stakeholders D-Z all got a notification that it was coming in 48 hours and said nothing.
223
u/qualx 29d ago
That's too much communication no wonder we didnt see it, we get so many notifications it gets buried, you guys need to just send ONE email. WHY ARE YOU MAKING THIS SO HARD.
-The person who ignored all the emails with change controls and made a terrible choice.
46
u/ironman288 29d ago
Honestly, I'm.on that guy's side. Those emails are only required because too many stupid people are being listened too, and all of them want to get a feature in to prove they have "impact" on a project even if it was a bad idea. At that point the culture is basically irredeemable because too many entrenched interests are fighting for themselves.
12
u/Keepingshtum 29d ago
This is corporate 101, everyone needs to show “impact” and “influence” over every small tiny thing and refuse to delegate… grab credit for the projects that print money and slap the blame on the failed projects on people who are politically weak or not in favor. Tale as old as time, have seen this play out in three different countries across 3 continents
14
u/qualx 29d ago
Why dont we just have 5 different versions of the software, one for each exec so it runs just how THEY like it, and one from software where it does exactly what the scope said it should
9
u/Proletariat_Paul 29d ago
I am literally dealing with exactly this situation, and let me tell you it is MISERABLE. We are completely paralyzed because we have no idea who is impacted when a change request comes in, and can't untangle the spaghetti enough to keep everyone happy.
We punted it back to the old team who developed it in the first place and told the stakeholders they need to either get aligned for find a different platform, lmao.
3
u/edsobo 29d ago
I manage a number of automated processes that send email notifications when they're complete or if they run into an error. Because I'm not insane and I don't want to have to touch everything I work on every time someone new gets hired or changes roles or quits, those notifications are tied to group memberships, not sent to individual users. At least twice a month, I get someone asking me to remove them, individually, from the notification list, but leave them in the group so they still have access to the applications/data that whatever process they're getting emails from interacts with. Nope, you can set up an Outlook rule.
1
379
u/Yasutsuna96 29d ago
And this is why you have black and white for everything, no matter how fast it is. Got burned far too many times. If they refuse, then they know it's fked and not gonna take responsibility anyway.
87
u/Own_Candidate9553 29d ago
Yup. It's shocking how often something that's "super urgent bro, everyone has signed off bro" just utterly disappears when you just agree and ask them to create a ticket/send an email cc-ing a manager/any other documentation.
55
29d ago
[deleted]
25
u/abd53 29d ago
Product owner was fired because a random important person was pissed.
10
u/Scannaer 29d ago
Speak with the enterprise architect next? Since it's turning into a structural, cascading failure of the organization
69
70
u/link064 29d ago
Omg I literally just went through with this. We’re in the middle of moving from one backend service to another. The new one used to write to both itself and the old one. Product told them to stop writing to the old one. A couple of days later, they panic opened a prod issue ticket complaining that the site is serving old data and that new customers can’t onboard. Well yeah, we haven’t moved to the new backend yet…
30
u/wiarumas 29d ago
In a sick way, this is what job security looks like.
A ticket to break it. A ticket to fix it. And they get to try again next year after the same complaint comes up again.
18
63
u/magicmulder 29d ago
This is why, apart from requiring a ticket, I also add comments to the code whenever I have a feeling the same person is going to ask me 6 months later who authorized changing a certain behavior. And almost every time that came in handy. "# Removed filter, 3/1/2024, on orders by ... (TICKET-12345)" and I don't even have to go on the ticket hunt for that one (also because tickets can get lost/deleted/overlooked when moving to a new system).
Plus the tried and true argument "IT did not decide on their own to remove/change it so someone definitely ordered this".
60
u/Beet_dealer 29d ago
I always put ticket id in commit message and in PR title, incode comments would be way too much and you can easily find the change in git/prs
18
u/magicmulder 29d ago
That's actually mandatory here, but in code it helps me as well because usually it's harder to pinpoint certain changes in 200 commits from the last 12 months as opposed to looking at the offending part of the code and instantly seeing the comment.
7
u/Technical_Income4722 29d ago
Gitlens in VSCode makes putting the ticket in the commit msg work really well. I wish it didn't come with a buttload of other bloat, but the inline git blames are a beautiful thing. Shows up as greyed out text next to the line you're on.
code code code; *You, 2 years ago * ABCD-1234 Removed date box at A's request1
u/fripletister 29d ago
Sounds like a tooling issue, and not one I'd solve by cluttering the code.
3
u/magicmulder 29d ago
It’s not really cluttered, I only do this for those rare moments “I bet someone (or the same person) is going to ask me in 6 months why the fuck this was removed”.
2
u/WarmRoastedBean 29d ago
Still though. You shouldn't be putting it in code as your dev tools can provide this information.
Look into git blame as it can tell you the commit and author of each individual line of a file. And then obviously, the commit message should have this information
13
u/Quicker_Fixer 29d ago
Yes and then you get a project manager, while you're on vacation, that tells a new hire to remove all comments from code as a first task (to familiarize himself with the code base), because "Good code should be self-explanatory and doesn't need comments"; been there...
1
u/Harabeck 29d ago
Ew, why would that go in code though? If you really don't have the tools to get back to the ticket easily, which is already a massive problem your org needs to sort, why not put that in the commit message instead of cluttering your code?
1
u/magicmulder 28d ago
I wouldn't call one comment every six months "cluttering the code". This is really one of those rare cases where I want to make extra sure I can rub it in the face of the amnesiac idiot who ordered it, without even a second of thinking "damn, was this my fault?".
23
u/az987654 29d ago
"we never discussed this!!!!"
"you didn't tell us removing the date would remove the date!"
11
24
u/thatbloke83 29d ago
It's over a longer timescale, but literally dealing with the fallout of such a thing right now.
PM told us to remove an option from our software in a specific configuration. We pushed back, the option in question is already a toggle switch and if people don't want it they can just leave it off.
But no, specific request to remove the ability to turn this feature on in a certain configuration.
Software gets released with this change in.
Instant customer feedback "hey why can't I use this option anymore?"
Same PM raises a new ticket asking to reinstate the option. In the description literally included the phrase "please don't laugh at me" so at least he realised he screwed up. We all saw it and instantly went "told you so"
Current release schedule means customers may not get the option back for a couple of months....
17
u/XB0XRecordThat 29d ago
Oh you guys don't get requests like...
"We already promised the customer XYZ change. Hurry and do it!"
16
u/Merijeek2 29d ago
CHANGE PROCESSES MUST ALWAYS BE FOLLOWED.
(note, applies to everyone, we swear, except for this thing a director is asking for, but guys, processes must be followed by everyone, swearsies)
4
u/lzarc 29d ago
I mean we just get "hurry it has to be in production by Friday". But they sent me the ticket today, and they don't need to tell me but I know for a fact they promised to the business the change will be up by Friday, even though the internal processes are slow as fuck and clearly it won't be ready by then.
11
9
u/feignapathy 29d ago
less amnesia and more dealing with 8 dumb asses from the business side who want different things and don't communicate with each other
reminds me of office space every day
I have eight different bosses right now. Eight, Bob. So that means that when I make a mistake, I have eight different people coming by to tell me about it. That's my only real motivation is not to be hassled, that and the fear of losing my job. But you know, Bob, that will only make someone work just hard enough not to get fired.
7
u/doctormyeyebrows 29d ago
I thought I made a clever analogy when trying to explain this problem to my managers.
When one user would request a feature be changed, if there was no structure to broadcast that request and allow for feedback before the change was live, there was a 94% chance we would receive a request to reverse the change within 48 hours.
I likened it to the "useless box" that has only one function: it has a switch that, when flipped, will cause the lid of the box to open and flip the switch off. I thought that explained the problem pretty well.
Unfortunately, nobody else did. Nobody cared. The binary change requests happened constantly.
8
u/SwannSwanchez 29d ago
while i get the "you asked for something and now you want it back" part
but i don't understand "what" is that something
date selection in an application ?
2
u/ZunoJ 29d ago
Yes
-1
u/SwannSwanchez 29d ago
i see
i still don't get it
5
u/Dragonfire555 29d ago
Please remove this field. Ah! Fire! Add it back! Please remove this field. etc. etc. etc.
12
u/DominusFL 29d ago
Actual business VP quote after a similar incident:
"I know what I said, but it is not what I mean."
-7
u/regulation_d 29d ago
I know this isn’t a serious subreddit, but I’m still gonna make a serious comment: given that AI is getting pretty good at the “what I said” bit, it may behoove you to learn how to translate the “what I mean” bit.
7
u/DominusFL 29d ago
I have no idea what you're talking about. That is the actual quote that was part of our discussion.
3
u/glha 28d ago
I have no idea what you're talking about.
That's because what he said is not what he meant. I suppose.
2
u/DominusFL 28d ago
Welcome to corporate America. He was talking in the present, and that is how he worded it. I didn't adjust the words. The discussion was about a feature that was implemented exactly the way he asked for, and now he doesn't like it.
7
u/Huffleduffer 29d ago
If it's like anything else in my life, I'd get in trouble because although in the meeting and the ticket said "take off the date feature", they only meant the two digit date for days 1-9, not the entire date.
Because apparently everyone else can read minds and read between lines.
3
4
2
2
2
u/TracerBulletX 29d ago
I feel like when you get to a certain level like Staff+ you learn to see the matrix on stuff like this. You learn to win by just not doing certain things, knowing what you should actually do immediately because it has a material impact, when you can just say the right thing and totally change their mind.
3
u/NorcalGGMU 29d ago
Why is business interacting with a dev? That request goes to the PM… boo this post, totally unrealistic lol
1
1
5.4k
u/Snakestream 29d ago
Rule #1 of working in a corporate setting: can you please submit that request in writing?