3 ms·
| One of the things that I notice is that bugs that are raised usually gets fixed only if there is a business impact. Isn't that a good thing? If you're runni
by humbledrone 16y ago
| One of the things that I notice is that bugs that are raised usually gets fixed only if there is a business impact.
Isn't that a good thing? If you're running a business, it doesn't make a whole lot of sense to spend development effort on things that don't have a materially positive impact.
| As always work needs to be prioritized [...]
Yes, and typically, bugs that can be worked around or don't block anything have fairly low priority. Again, that seems like a good thing.
It seems very counterproductive (and borderline malignant) to engineer a strategy for manipulating the development team into fixing problems that, ostensibly, don't have much impact on the business.
- forensic 16y agoJust like the bosses who get to put the bug fixes on their resume, now the author of this piece can put his efforts on his. You aren't suggesting that he sacrifice his own self-interest for the sake of some company, are you?
- humbledrone 16y agoCall me crazy, but I for one would prefer my resume to reflect my honesty and directness in the workplace, rather than my subtle skill of manipulation. But maybe that's just because I'm not a lawyer :)
- forensic 16y agoHonestly, me too. But that's a personal sacrificial choice I'm making. I just find it repugnant when people morally criticize the business activities of workers while simultaneously giving a HUGE SWEEPING pass to the management class in general. As long as our society finds it accepted, expected, and encouraged for executives to be purely self-interested schemers, then it must be accepted, expected, and encouraged for other job descriptions in society to hold the same motivation. Moral condemnation of one group of people, while giving a pass to another group, is awful. All it does is empower sociopaths.
- viraptor 16y ago> Isn't that a good thing? For the business? Yes. For the user? ... No - not at all. For the user it means that minor tweaks allowing marketing to work smoothly take priority over actual bugs in the service. But guess which generates more customers? The worst are the "not often found" bugs which don't impact the base service so they stay around forever. My "favourite" is Lloyds' internet banking which randomly skips a couple of days on exported .csv files. I think it was a "known issue" 1.5 years ago, making the feature useless really. Yet it's still there, there's no warning about it either.
- sliverstorm 16y agoWhat about non-critical bugs that, in the grand scheme of things, cost many man-hours on a regular basis to avoid or work around? In that case, it seems the investment of a handful of developer hours would be worthwhile, and yet still hard to push through. Honestly, if your development team makes software for internal use and internal use only, isn't their primary function by definition to improve productivity of the rest of the company?
- bostonpete 16y agoI don't think you're contradicting humbledrone here, just pointing out that there are various ways to assess business impact. I suspect the OPs real complaint was that issues don't get fixed unless they have an immediate business impact. Otherwise, I think I'd agree with the observation that issues with no business impact aren't worth fixing from the company's standpoint.
- jws 16y agoIf your development team makes software for internal use and internal use only, isn't their primary function by definition to improve productivity of the rest of the company? I think that needs a to be ammended to …to cost effectively improve productivity… That are lots of ways to spend X to save X/1000 500 times over. As an example… While opening a new checking account for a new LLC I watched the poor banker enter my SSN 6 times[1]. Each time she went to a new "page" she had to enter the SSN which she had written on her desk blotter calendar. Then at the end the computer refused to open the account because it wanted an EIN instead of an SSN.[2] There are at least three[3] problems there that slow down employees, annoy them, and led to compromised customer security. None of them are show stoppers or direct money losses and I doubt any will ever be fixed. A wrinkle here is that it is banking software, and those handful of developer hours might also come with hundreds of hours of compliance, verification, and legal work. [1] She typoed a digit the first time and actually hit another customer's SSN. That had to be about a 1/100 or less chance. Being a smallish town that caused confusing because it was a woman other than my wife. [2] It was already after closing time by then, so they worked on it the next day and appeased the computer somehow. Probably an override code from someone able to take responsibility. [3] Let's count… • Application flow requires a SSN repeatedly to accomplish a simple task. • Employees are writing down customer SSNs in visible locations on their desks. (If you'd ever needed to reset your online password with these guys you would faint now.) • After seeing the SSN repeatedly it is only at the last stage that the application validates the SSN for the actual purpose of reporting tax information rather than its use as a database key. • Bonus item: I couldn't see the screen, but she typed several times more characters than I gave her as information. That's just disrespectful of users.