Av en tillfällighet så träffade jag min gamle kompis då vi pluggade ihop till IT-arkitekt (light). Han jobbar som konsult på Pensionsmyndigheten (ansvarar även för PPM?)
Pensionsmyndigheten har 4.000 anställda.
Datamiljön är opensource med Apache, Unix, Jboss, MySQL, och en del propriätära program som Oracle DB. osv.
Man har egen utveckling med t.ex ärendehantering, och en rad olika teknikska gränssnitt under SOA. Man använder mycket Agile utveckling med Scrum. De utvecklar naturligtvis en hel del GUI och har en hel del tester i utvecklingsprocesserna.
Jag underskattade tidigare antalet användare egentligen ska man se det som att alla röstberättigade har samma möjlighet att ge röster och delegera. Inte bara de väljare som röstat in Ad som måste få 350.000 röster i riksdagsvalet.
Det blir alltså istället sju miljoner användare, kanske 100.000 deleganter 25 politikområden och 1000-tals omröstningar med miljarders röster som hanteras i systemet där varje röst måste kunna kvalitetssäkras. Allt måste kunna fungera med ett antal Users Cases.
Jag ser GOV kräver en hel del som liknar Pensionsmyndighetens system om alla i Sverige ska ha möjligheter att deligera sin röst till olika deleganter för omröstningar.
Har det gjorts en förstudie om vad som krävs av systemet? Vilka processer behövs utvecklas? Det finns massor av frågor att ta reda på innan systemutvecklingen går vidare. Det är som att atkitektrita ett hus och ta fram ritningar där open source endast är byggstenar och murbruk för att bygga huset.
GOV är en förutsättning för flytande demokrati och delegering av röster.
Delegering av röster/fullmakt tror jag inte fungerar i verkligheten. Systemet borde i så fall fungerat nu för alla med ett skuggparlament i alla kommuner, landsting, riksdag och EU. Det för att få förtroende för presumtiva väljare.
Däremot kan GOV utvecklas så småningom där flytande demokrai kan vara en vision. Då både delegering och GOV kan införas så småningom, stegvis, med början i en kommun. Då kan man dra lärdomar och vidareförädla både deligering och system. Men det gäller att ta ett steg i taget. Tills dess är det bara enkla omröstningar där väljare får rösta direkt som kommer fungera.
Om jag ska tro på GOV som system skulle jag först vilja först vilja se en adekvat systemanalys, processpeskrivningar, users cases osv. För det är inget litet system som behöver utvecklas, förvaltas och administreras. Som sagt det behövs först en "beställare" med kravanalys och kravspecifikation för att skapa en ritning. Annars är det stor risk att skorstenen hamnar i källaren och badrummet saknar vatten.
Tro nu inte att jag är emot GOV men jag har sett så många dåliga IT-projekt som aldrig håller tid eller funktionalitet. Ibland läggs de ner pga av brister i förstudier, projektledning, ständigt ändrade krav och missförstånd mellan beställare och systemutvecklare. Jag tror att bara 3-5% lyckas av alla it-projekt och då är det mindre och mycket väldefinierade och avgränsade.
Har jobbat med de här frågorna från och till i tio år i olika roller som konsult.
Av en tillfällighet så träffade jag min gamle kompis då vi pluggade ihop till IT-arkitekt (light). Han jobbar som konsult på Pensionsmyndigheten (ansvarar även för PPM?)
Pensionsmyndigheten har 4.000 anställda.
Datamiljön är opensource med Apache, Unix, Jboss, MySQL, och en del propriätära program som Oracle DB. osv.
Man har egen utveckling med t.ex ärendehantering, och en rad olika teknikska gränssnitt under SOA. Man använder mycket Agile utveckling med Scrum. De utvecklar naturligtvis en hel del GUI och har en hel del tester i utvecklingsprocesserna.
Jag underskattade tidigare antalet användare egentligen ska man se det som att alla röstberättigade har samma möjlighet att ge röster och delegera. Inte bara de väljare som röstat in Ad som måste få 350.000 röster i riksdagsvalet.
Det blir alltså istället sju miljoner användare, kanske 100.000 deleganter 25 politikområden och 1000-tals omröstningar med miljarders röster som hanteras i systemet där varje röst måste kunna kvalitetssäkras. Allt måste kunna fungera med ett antal Users Cases.
Jag ser GOV kräver en hel del som liknar Pensionsmyndighetens system om alla i Sverige ska ha möjligheter att deligera sin röst till olika deleganter för omröstningar.
Har det gjorts en förstudie om vad som krävs av systemet? Vilka processer behövs utvecklas? Det finns massor av frågor att ta reda på innan systemutvecklingen går vidare. Det är som att atkitektrita ett hus och ta fram ritningar där open source endast är byggstenar och murbruk för att bygga huset.
GOV är en förutsättning för flytande demokrati och delegering av röster.
Delegering av röster/fullmakt tror jag inte fungerar i verkligheten. Systemet borde i så fall fungerat nu för alla med ett skuggparlament i alla kommuner, landsting, riksdag och EU. Det för att få förtroende för presumtiva väljare.
Däremot kan GOV utvecklas så småningom där flytande demokrai kan vara en vision. Då både delegering och GOV kan införas så småningom, stegvis, med början i en kommun. Då kan man dra lärdomar och vidareförädla både deligering och system. Men det gäller att ta ett steg i taget. Tills dess är det bara enkla omröstningar där väljare får rösta direkt som kommer fungera.
Om jag ska tro på GOV som system skulle jag först vilja först vilja se en adekvat systemanalys, processpeskrivningar, users cases osv. För det är inget litet system som behöver utvecklas, förvaltas och administreras. Som sagt det behövs först en "beställare" med kravanalys och kravspecifikation för att skapa en ritning. Annars är det stor risk att skorstenen hamnar i källaren och badrummet saknar vatten. :wink:
Tro nu inte att jag är emot GOV men jag har sett så många dåliga IT-projekt som aldrig håller tid eller funktionalitet. Ibland läggs de ner pga av brister i förstudier, projektledning, ständigt ändrade krav och missförstånd mellan beställare och systemutvecklare. Jag tror att bara 3-5% lyckas av alla it-projekt och då är det mindre och mycket väldefinierade och avgränsade.
Har jobbat med de här frågorna från och till i tio år i olika roller som konsult.
