inside_447255 Skrevet 30. september 2016 Rapporter Del Skrevet 30. september 2016 Nå var vel problemet at det var de ansatte som ikke gjorde som politikeren ville. Politikerne ville ha hylle/standardvare. Mens de ansatte gjorde det på sin måte. Politikerne har det endelige ansvaret, ikke de ansatte. Dersom de ansatte ikke gjør som politikerne vil så tyder ikke det da på at styringen har vært alt for dårlig? Poenget mitt var at Politikeren hadde faktisk tatt et fornuftig IT-valg. Som så ble sabotert ihjel av de ansatte. Også finnes det sikkert ørten grunner til at politikeren ikke klarte å styre dette riktig. Men det er har mer med hvordan en kommune styres, og ikke med hva politikere kan og ikke kan om it. Lenke til kommentar
Gjest Slettet+2534 Skrevet 30. september 2016 Rapporter Del Skrevet 30. september 2016 Poenget mitt var at Politikeren hadde faktisk tatt et fornuftig IT-valg. Som så ble sabotert ihjel av de ansatte. Også finnes det sikkert ørten grunner til at politikeren ikke klarte å styre dette riktig. Men det er har mer med hvordan en kommune styres, og ikke med hva politikere kan og ikke kan om it. Politikerne har til syvende og sist det endelige ansvaret. Klarer de ikke å styre prosjektet riktig så nytter det ikke å komme med alle mulige slags bortforklaringer i ettertid. Når overskridelsene begynte å komme så burde de satt foten ned og ikke bare latt det "skure og gå". Lenke til kommentar
ATWindsor Skrevet 30. september 2016 Rapporter Del Skrevet 30. september 2016 Virket jo som det private firmaet hadde sin del av inkompetansen her? Men det er kanskje greit å være inkompetent og "le hele veien til banken"? AtW Det blir for dumt å skylde på konsulentselskapet for politikernes inkompetanse. Hvem sitter med det overordnende ansvaret her? Hvem har myndighet til å "trekke ut pluggen" når man ser at det holder på å gå over styr og stell? Politikerne eller Capgemini, take a guess. Når kommuneadministrasjonen kommer med stadig flere krav til skreddersøm som krever flere konsulenttimer, da er det vel bare sunn fornuft av Capgemini å takke ja mens de bukker og neier? Så politikere som styrer dårlig er inkompetente, mens private selskaper som kjører et prosjekt i grøfta har ingen krav, ingen moral, ingen yrkesstolthet utover å ta penger om noen gir det til de? Du har en ganske lav tiltro til private selskap. AtW Lenke til kommentar
3MU3IE9H Skrevet 30. september 2016 Rapporter Del Skrevet 30. september 2016 men ny kode er vel som oftest bedre Utbredt misforståelse. Dette er et økonomisystem, ikke en mobilapp. Kode fra 2006 skrevet av noen med 10 års erfaring innen utvikling og kommuneøkonomi (domenekunnskap) vil være bedre enn kode fra 2016 skrevet av en halvutdannet 20-åring. Lenke til kommentar
Gjest Slettet+2534 Skrevet 30. september 2016 Rapporter Del Skrevet 30. september 2016 Så politikere som styrer dårlig er inkompetente, mens private selskaper som kjører et prosjekt i grøfta har ingen krav, ingen moral, ingen yrkesstolthet utover å ta penger om noen gir det til de? Du har en ganske lav tiltro til private selskap. AtW Politikere som er inkompentente ender som regel opp med å sløse med skattebetalernes penger, direktører i private selskap som er inkompentente sløser med aksjonærene sine penger. Ser du at det er en vesentlig forskjell? Private selskaper har også en tendens til å gå konkurs dersom inkompetanser vedvarer over tid. Lenke til kommentar
3MU3IE9H Skrevet 30. september 2016 Rapporter Del Skrevet 30. september 2016 Om noen kunne opplyse meg: hvorfor er enkeltkommuner i Norge så sære at de må bestille egne systemer? Gi kommunene tre-fire systemer å velge mellom så det blir litt konkurranse, men for at dyre spesialtilpasninger skal lages bør det være ønsket av minst ti kommuner. Det som mangler i det offentlige er bestillerkompetanse. Folk med (skatte)pengesekkene lar seg villig vekk forlede av konsulentselskaper med andre mål og andre sjefer: profitt og aksjonærer. Lenke til kommentar
siDDis Skrevet 30. september 2016 Rapporter Del Skrevet 30. september 2016 Håper ikke at systemet består av kode fra før 2007 og... Ikke at det er farlig i seg selv, men ny kode er vel som oftest bedre Sannsynligheten for at koden fra 2007 er mer feilfri enn kode fra 2015 er ganske stor. Fordi? Hva er sannsynligheten for at 9 år gammel kode treffer dagens krav bedre enn ett år gammel kode? Det sier ikke poff! Om en skriver npm install update Min er erfaring er at gammel kode er som regel best, og det er det samfunnet idag går rundt på, 30-40 år gammel kode. Lenke til kommentar
Gjest Slettet-QVZmonLc Skrevet 30. september 2016 Rapporter Del Skrevet 30. september 2016 Kommunen ønsket imidlertid å tilpasse økonomiløsningen til sine behov...Pinpoint the moment everything went to s**t... Når man skal lære: ikke finn på å gi politikere ansvar for IT-løsninger, de har ikke peiling på hva de driver med og ender derfor opp med å forsøke å kjøpe seg fri fra sin inkompetanse. ... Men Capgemini kan le hele veien til banken. /end rant Vel, i dette tilfelle var det de folkevalgte som ga beskjed om å kjøpe standardvare, men administrasjonen, dvs de fast ansatte, som overprøvde og endret spesifikasjonene. Det er også høyst kritikkverdig av Capgemeni å bruke lite egnet personale, vitner om helt feil prioriteringer. Har i mine unge år vært en konsulent uten nødvendig kunnskap som har blitt kastet inn i tunge prosjekter, det kan gå bra med god ledelse og et knippe tunge konsulenter til å lede an, men det kan også gå katastrofalt når man ikke tar høyde for arbeidsstokkens kapastiteter, som i dette tilfelle. Spørsmålet er hvor lenge lærdommen sitter. Lenke til kommentar
linux-fan Skrevet 30. september 2016 Rapporter Del Skrevet 30. september 2016 (endret) Hvis man vil ha det nye systemet til å se ut og oppføre seg som det gamle systemet, lurer jeg på årsakene til man skiftet ut det gamle, og om ikke det ville vært billigere å modifisere det. Endret 30. september 2016 av linux-fan Lenke til kommentar
quantum Skrevet 1. oktober 2016 Rapporter Del Skrevet 1. oktober 2016 Det sier ikke poff! Om en skriver npm install update Min er erfaring er at gammel kode er som regel best, og det er det samfunnet idag går rundt på, 30-40 år gammel kode. Det er en del gammel kode som snurrer og går, ikke gjør den jobben den skal lengre, er umulig å vedlikeholde og dyr å bli kvitt. Hva dette har å gjøre med node-pakker å gjøre er litt uklart. Lenke til kommentar
siDDis Skrevet 1. oktober 2016 Rapporter Del Skrevet 1. oktober 2016 Jeg vil tro at gammel kode gjør akkurat den jobben den skal, men det er et poeng med at det kan bli vanskelig å gjøre endringer. I Node derimot så er koden din "gamal" etter 2 veker, og då breakes dependenciene du har brukt. Lenke til kommentar
quantum Skrevet 2. oktober 2016 Rapporter Del Skrevet 2. oktober 2016 Jeg vil tro at gammel kode gjør akkurat den jobben den skal, men det er et poeng med at det kan bli vanskelig å gjøre endringer. I Node derimot så er koden din "gamal" etter 2 veker, og då breakes dependenciene du har brukt. 30 år gammel kode gjør omtrent det den ble programmert til å gjøre for 30 år siden. Antagelig på en veldig dyr stormaskin. Hvis du er happy med det så fint. Hvis du tror dependency-management i nodeøkosystemet er ille, så er det nok dessverre ingenting i forhold til kravforvaltning i det offentlige. Og i det heletatt hva dette har å gjøre med node er fortsatt litt åpent. Lenke til kommentar
quantum Skrevet 2. oktober 2016 Rapporter Del Skrevet 2. oktober 2016 (endret) men ny kode er vel som oftest bedre Utbredt misforståelse. Dette er et økonomisystem, ikke en mobilapp. Kode fra 2006 skrevet av noen med 10 års erfaring innen utvikling og kommuneøkonomi (domenekunnskap) vil være bedre enn kode fra 2016 skrevet av en halvutdannet 20-åring. Kode skrevet av en apekatt vil uansett være dårligst. Et faktum av minst like stor relevans som ovenstående ... Endret 2. oktober 2016 av quantum Lenke til kommentar
Fredrik Sætre Skrevet 2. oktober 2016 Rapporter Del Skrevet 2. oktober 2016 Skulle valgt Microsoft Dynamics AX...☺ Lenke til kommentar
Bob2 Skrevet 2. oktober 2016 Rapporter Del Skrevet 2. oktober 2016 Å komme med så mange krav til endringer i en standardløsning er sjelden lurt. Lurer på hvordan en bil-leverandør hadde reagert hvis jeg hadde kommet med 700 sider tekst om hvordan bilen måtte være? :-) Sjarmen med å velge et standardsystem er at man får noe som er velprøvd, og hvor andre har vært med på å dele utviklingskostnadene. Da må man ikke endre alt; da er leverandøren bundet både av begrensningene i et standardsystem og kundens krav til spesialiteter. Det er dømt til fiasko. CapGemini burde drive bedre opplæring av kundene sine, og nekte å ta på seg dustete oppdrag. Lenke til kommentar
Gjest Slettet+2534 Skrevet 3. oktober 2016 Rapporter Del Skrevet 3. oktober 2016 Vel, i dette tilfelle var det de folkevalgte som ga beskjed om å kjøpe standardvare, men administrasjonen, dvs de fast ansatte, som overprøvde og endret spesifikasjonene. Ledelsen, i dette tilfellet kommunepolitikerne, sitter med det endelige ansvaret. Liker de det ikke får de finne seg noe annet å gjøre, dette da det å være en politiker faktisk også innebærer å ta ansvar for ting som ikke fungerer. Det er også høyst kritikkverdig av Capgemeni å bruke lite egnet personale, vitner om helt feil prioriteringer. Hvis så er tilfelle (er det tilfelle?), da bør jo kommunen gå til sak mot Capgemini. Har i mine unge år vært en konsulent uten nødvendig kunnskap som har blitt kastet inn i tunge prosjekter, det kan gå bra med god ledelse og et knippe tunge konsulenter til å lede an, men det kan også gå katastrofalt når man ikke tar høyde for arbeidsstokkens kapastiteter, som i dette tilfelle. Dersom ledelsen ikke tar ansvar og sørger for at prosjektet er bygget på en god "grunnmur", da er dette ledelsen sitt problem. Spørsmålet er hvor lenge lærdommen sitter. Det sitter nok ikke så lenge, husk at det er politikere vi snakker om her. Lenke til kommentar
ATWindsor Skrevet 3. oktober 2016 Rapporter Del Skrevet 3. oktober 2016 Vel, i dette tilfelle var det de folkevalgte som ga beskjed om å kjøpe standardvare, men administrasjonen, dvs de fast ansatte, som overprøvde og endret spesifikasjonene. Ledelsen, i dette tilfellet kommunepolitikerne, sitter med det endelige ansvaret. Liker de det ikke får de finne seg noe annet å gjøre, dette da det å være en politiker faktisk også innebærer å ta ansvar for ting som ikke fungerer. Det er også høyst kritikkverdig av Capgemeni å bruke lite egnet personale, vitner om helt feil prioriteringer. Hvis så er tilfelle (er det tilfelle?), da bør jo kommunen gå til sak mot Capgemini. Hvor mye erfaring har du med rettsaker? Det er ikke en god løsning i de fleste tilfeller. AtW Lenke til kommentar
Gjest Slettet+2534 Skrevet 3. oktober 2016 Rapporter Del Skrevet 3. oktober 2016 Hvor mye erfaring har du med rettsaker? Det er ikke en god løsning i de fleste tilfeller. AtW Da bør kommunepolitikerne i Bærum kanskje ha litt bedre kontroll neste gang? Lenke til kommentar
ATWindsor Skrevet 3. oktober 2016 Rapporter Del Skrevet 3. oktober 2016 Hvor mye erfaring har du med rettsaker? Det er ikke en god løsning i de fleste tilfeller. AtW Da bør kommunepolitikerne i Bærum kanskje ha litt bedre kontroll neste gang? Kanskje det. Kanskje det private selskapet også bør gjøre en bedre jobb? AtW Lenke til kommentar
Gjest Slettet+2534 Skrevet 3. oktober 2016 Rapporter Del Skrevet 3. oktober 2016 Kanskje det. Kanskje det private selskapet også bør gjøre en bedre jobb? AtW Kanskje kommunepolitikere skal slutte å hyre selskaper som de ikke synes gjør en god jobb? Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå