2 ms·

Good points. I've worked a lot in banking and healthcare, so where I see complexity isn't the software so much as the regulatory environment. This leads to a mu

by beat 11y ago

Good points. I've worked a lot in banking and healthcare, so where I see complexity isn't the software so much as the regulatory environment. This leads to a much more process-intensive way to work. I was in a brief conversation this morning about Conway's Law in the enterprise, and something I realized (I'm surprised I'd never realized it before) is that that ever-changing fault lines of corporate org structures break existing, successful software projects. Conway's Law says you create software that is a reflection of your organizational structure. What if the org structure changes, but you have a valuable legacy software product to support? Now the software and the organization are at odds with one another. That feels like a Big Truth to me, one of the key reasons things get screwed up in the enterprise.

Terr_ 11y ago
Another factor is that sometimes the software becomes the "battleground" between different facets of the company, especially when there's some social/organizational problem nobody is capable or willing to deal with. By spending money (dev effort) and eroding the software, the company gets palliative care. Hypothetical example... suppose Sales makes little white lies when quotas are looming or commissions are at risk. This causes problems for Finance when they have to reconcile some things down the line. Rather than fixing incentives, a feature-request comes in for a meaningless "I Pinky-Swear I'm Telling The Truth" checkbox that all sales-people must tick in the workflow. Next release, the sales-people complain about the unnecessary extra time it takes, and there's a counter-effort to make it ticked by default for users in certain "trusted" roles. Either way, it hasn't helped much, because the sales-supervisors have no incentive or willpower to chasten the salesfolk for broken pinky-swears. So a new feature-request comes in, for "Sale Validation Logic" or "Sale Approval System"...

by beat 11y ago

Terr_ 11y ago

Another factor is that sometimes the software becomes the "battleground" between different facets of the company, especially when there's some social/organizational problem nobody is capable or willing to deal with. By spending money (dev effort) and eroding the software, the company gets palliative care. Hypothetical example... suppose Sales makes little white lies when quotas are looming or commissions are at risk. This causes problems for Finance when they have to reconcile some things down the line. Rather than fixing incentives, a feature-request comes in for a meaningless "I Pinky-Swear I'm Telling The Truth" checkbox that all sales-people must tick in the workflow. Next release, the sales-people complain about the unnecessary extra time it takes, and there's a counter-effort to make it ticked by default for users in certain "trusted" roles. Either way, it hasn't helped much, because the sales-supervisors have no incentive or willpower to chasten the salesfolk for broken pinky-swears. So a new feature-request comes in, for "Sale Validation Logic" or "Sale Approval System"...