▲ 893 ▼ Hours of work (programming.dev) submitted 2 years ago by TechCodecPawx@programming.dev to c/programmer_humor@programming.dev 48 comments fedilink hide all child comments
[+] bob_wiley@lemmy.world 46 points 2 years ago* (last edited 2 years ago) (2 children) [deleted] permalink fedilink source hideshow 4 child comments replies: [–] RagnarokOnline@reddthat.com 22 points 2 years ago “When you do things the right way, people won’t be sure you’ve done anything at all.” permalink fedilink source parent [–] agressivelyPassive@feddit.de 12 points 2 years ago (2 children) That's why you get everything in writing. No change without detailed description of what you're doing and a written reply stating that yes, this is what they want. Otherwise you'll be in a constant refactoring treadmill. permalink fedilink source parent hideshow 4 child comments replies: [+] bob_wiley@lemmy.world 11 points 2 years ago* (last edited 2 years ago) [deleted] permalink fedilink source parent [–] Ikiillpplalot@lemmy.world 6 points 2 years ago (1 child) I'm working for a big company and our end-user has a lot of ideas of what features he wants. The only issue is that he changes his mind at the end of each sprint or in the middle of it. I am happy he has ideas for making the work more efficient because at the end of the day that's the major point of our work, but he can't lock down a deliverable. We have a business admin that's supposed to work out the actual work we need to do but this end user both won't take no for an answer for his idea and won't stick to his own script. I'd describe it less as a feature creep and more as a bunch of lateral moves and shifting goalposts that doesn't always amount to something better than the first interation yet it's still somehow a major blocker. Not only that but the big picture ideas get lost in his own plans and it becomes all about the small things he didnt articulate when I present the work. It's getting pretty frustrating. permalink fedilink source parent hideshow 2 child comments replies: [–] blackstrat@lemmy.fwgx.uk 3 points 2 years ago Solid change control. I've seen so many project come undone through lack of change control. You can only develop with stable requirements and changes to requirements should come with a cost. Without it it's basically offering unlimited development forever, often on fixed fee contracts too. permalink fedilink source parent
[–] RagnarokOnline@reddthat.com 22 points 2 years ago “When you do things the right way, people won’t be sure you’ve done anything at all.” permalink fedilink source parent
[–] agressivelyPassive@feddit.de 12 points 2 years ago (2 children) That's why you get everything in writing. No change without detailed description of what you're doing and a written reply stating that yes, this is what they want. Otherwise you'll be in a constant refactoring treadmill. permalink fedilink source parent hideshow 4 child comments replies: [+] bob_wiley@lemmy.world 11 points 2 years ago* (last edited 2 years ago) [deleted] permalink fedilink source parent [–] Ikiillpplalot@lemmy.world 6 points 2 years ago (1 child) I'm working for a big company and our end-user has a lot of ideas of what features he wants. The only issue is that he changes his mind at the end of each sprint or in the middle of it. I am happy he has ideas for making the work more efficient because at the end of the day that's the major point of our work, but he can't lock down a deliverable. We have a business admin that's supposed to work out the actual work we need to do but this end user both won't take no for an answer for his idea and won't stick to his own script. I'd describe it less as a feature creep and more as a bunch of lateral moves and shifting goalposts that doesn't always amount to something better than the first interation yet it's still somehow a major blocker. Not only that but the big picture ideas get lost in his own plans and it becomes all about the small things he didnt articulate when I present the work. It's getting pretty frustrating. permalink fedilink source parent hideshow 2 child comments replies: [–] blackstrat@lemmy.fwgx.uk 3 points 2 years ago Solid change control. I've seen so many project come undone through lack of change control. You can only develop with stable requirements and changes to requirements should come with a cost. Without it it's basically offering unlimited development forever, often on fixed fee contracts too. permalink fedilink source parent
[+] bob_wiley@lemmy.world 11 points 2 years ago* (last edited 2 years ago) [deleted] permalink fedilink source parent
[–] Ikiillpplalot@lemmy.world 6 points 2 years ago (1 child) I'm working for a big company and our end-user has a lot of ideas of what features he wants. The only issue is that he changes his mind at the end of each sprint or in the middle of it. I am happy he has ideas for making the work more efficient because at the end of the day that's the major point of our work, but he can't lock down a deliverable. We have a business admin that's supposed to work out the actual work we need to do but this end user both won't take no for an answer for his idea and won't stick to his own script. I'd describe it less as a feature creep and more as a bunch of lateral moves and shifting goalposts that doesn't always amount to something better than the first interation yet it's still somehow a major blocker. Not only that but the big picture ideas get lost in his own plans and it becomes all about the small things he didnt articulate when I present the work. It's getting pretty frustrating. permalink fedilink source parent hideshow 2 child comments replies: [–] blackstrat@lemmy.fwgx.uk 3 points 2 years ago Solid change control. I've seen so many project come undone through lack of change control. You can only develop with stable requirements and changes to requirements should come with a cost. Without it it's basically offering unlimited development forever, often on fixed fee contracts too. permalink fedilink source parent
[–] blackstrat@lemmy.fwgx.uk 3 points 2 years ago Solid change control. I've seen so many project come undone through lack of change control. You can only develop with stable requirements and changes to requirements should come with a cost. Without it it's basically offering unlimited development forever, often on fixed fee contracts too. permalink fedilink source parent