It's amazing how often giant IT projects like these go off the rails. Exploding costs and garbage implementations. If you start the sentence with: "A 5+ year government IT project that cost over 100 million-" I already know how the story ends. How do we improve this common scenario? What are the root causes? The common themes are: 1. Lack of technical project competence at the decision maker level. 2. Scope creep. Wh…
Projects are necessary for things that are built to last and not change much during their lifetime: - a bridge - airplanes - most houses - etc Hardware comes to mind - it’s all hardware on the list, basically. Software (outside certain realms ofc) like this? I’ve been, like many others here, doing this software thing for 20+ years now. Big and small, I’ve basically never seen anything spawned from a project-driven or…
In Stockholm there's currently an IT battle underway
141–150 of 241 posts
Re: In Stockholm there's currently an IT battle underway
#142I don’t understand how it is allowed to use tax money for closed source projects in the first place.
Re: In Stockholm there's currently an IT battle underway
#143Earlier quoted context omitted.
I don't know, when our libraries procured new state wide library software (each city had it's own before) they went with Koha (open source). This means that they are not really paying for development, only installation integrations and support. This opened up the bidding to much smaller players and was much cheaper over all.
Where was that? I am thrilled to hear it and eager to learn what factors made that possible.
Re: In Stockholm there's currently an IT battle underway
#144Re: In Stockholm there's currently an IT battle underway
#145Earlier quoted context omitted.
4. The requirements are often flat out wrong. The Phoenix payroll system comes to mind, the Canadian government tried to shift the blame to IBM, but have their hands tied since IBM delivered exactly what was in the contract. It's just that what the government decided to put in the contract has little to do with how they really do payroll.
I was hired as a coder on a fun project like that. It wasn't a big project, I was the sole coder. What had been sold in was basically a Drupal install with some customization. I made sure they wrote a decent specification before I accepted the job. I delivered on time and we had the first test with the client. Everything went very well, and the client seemed happy. On the client side, the project was then moved from…
Re: In Stockholm there's currently an IT battle underway
#146Earlier quoted context omitted.
Projects are necessary for things that are built to last and not change much during their lifetime: - a bridge - airplanes - most houses - etc Hardware comes to mind - it’s all hardware on the list, basically. Software (outside certain realms ofc) like this? I’ve been, like many others here, doing this software thing for 20+ years now. Big and small, I’ve basically never seen anything spawned from a project-driven or…
The trick is to make your projects tiny, not big. Instead of "build an all-encompassing system that does everything" you do "solve this very specific business problem". You could call these little projects sprints or something.
No tricks really, just common sense, right? :)
Re: In Stockholm there's currently an IT battle underway
#147I wonder how Swedes maintain their reputation of having a well-run, corruption-free public sector?
Re: In Stockholm there's currently an IT battle underway
#148Believe me its way worse here in Germany.
I would consider this a luxury problem...
Re: In Stockholm there's currently an IT battle underway
#149It's amazing how often giant IT projects like these go off the rails. Exploding costs and garbage implementations. If you start the sentence with: "A 5+ year government IT project that cost over 100 million-" I already know how the story ends. How do we improve this common scenario? What are the root causes? The common themes are: 1. Lack of technical project competence at the decision maker level. 2. Scope creep. Wh…
Re: In Stockholm there's currently an IT battle underway
#150Government organizations are terrified about open source initiatives. There's something strange about it. You could volunteer to do all the work and they'll still oppose you at every turn. My hope is that we'll reach a stage where citizen participatory programming is normal for all. Where my dad could offer a PR to fix a typo on a government page casually as he browses it. I have a feeling we're not far off but you n…
It is hard to blame other people when you are the only one to blame. When you decide to use a open source project it is your fault if it fails not the open source project, it often says so in the licensing. While that is always true in reality(you are always responsible for your actions), it is not legally obvious when you buy commercial products(you can blame the manufacturer). While people are often reluctant to ac…
I suspect the argument usually comes in the form of FUD from consultants like the ones in charge of this project. But I wonder what makes it takes hold. Incompetent lawyers? Bureaucrats who like to play armchair lawyers? Or just outright corruption?