Mickes skolblogg

Välkommen till Mickes skolblogg. En plats där jag kommer att publicera arbeten som tagits fram i programmet IT-användning och samhällsutveckling på HV.

Var är jag? Vad gör jag? Hur gör jag det?

    follow me on Twitter

    Profillänk på Facebook

    Leta i den här bloggen

    måndag 2 mars 2009

    Kvalitativ rapport ITC501

    clip_image001

    Kvalitativ undersökning

    Öppen källkod och kommunal verksamhet –

    En kvalitativ analys av inställningen till öppen källkod inom kommunal verksamhet

    Datum: 2009-03-02

    Författare

    Hanson Malin 731223

    Larsson Mikael 711113

    Handledare

    Docent Kerstin Grundén

    Examinator

    Docent Kerstin Grundén

    Sammanfattning

    Denna undersökning handlar om öppen källkod och fria programvaror och kommuners inställning. Det finns idag mer eller mindre etablerade organisationer och ”communitys” som utvecklar, underhåller programvaror som finns helt fritt på Internet eller via olika licenser som ger en möjlighet att integrera och/eller implementera programvaran med öppen källkod i den egna befintliga miljön. Vår avsikt är att få en förförståelse för hur attityden till dessa programvaror är ute i kommunal verksamhet. Vi har använt oss av en kvalitativ metod där vi har gjort fyra stycken djupintervjuer med IT-ansvariga ute i kommunerna. Svaren har sedan sammanställts och analyserats. Det mönster som vi ser är att trots att tongångarna till ”open source” bland respondenterna är övervägande positiv så är kunskapen och vetskapen om open source fortfarande generellt sett låg. De ansvariga för IT-enheterna har enligt dem själva en god kunskap om detta men övriga förvaltningar och styrande politiker har ännu inte greppat innebörden av ”open source”

    Innehållsförteckning

    1. Inledning. 1

    1.1. Bakgrund. 1

    1.2. Problem.. 2

    1.2.1. Problemområde. 2

    1.2.2. Problemformulering. 2

    1.3. Syfte. 2

    1.4. Avgränsningar 3

    2. Metod. 4

    2.1. Population och urvalsmetod. 4

    2.2. Intervjuplan. 5

    2.3. Genomförande av intervjuer 5

    2.4. Analysmetod. 6

    2.5. Problem.. 6

    3. Resultat 7

    3.1. Kommunstorlek, budget, upphandling och samverkan. 7

    3.2. Hur ser deras kunskaper om öppen källkod ut?. 10

    3.3. Vilka attityder finns till öppen källkod?. 12

    3.4. Vilka svårigheter ser de med öppen källkod inom kommunal verksamhet?. 14

    3.5. Vilka möjligheter ser de med öppen källkod inom kommunal verksamhet?. 17

    3.6. E-tjänster – ett intressant område för öppen källkod?. 18

    4. Diskussion och analys. 20

    5. Slutsatser 21

    6. Källförteckning. 22

    Bilagor (Endast medskickat till examinator)

    Bilaga 1. Intervjuplan

    Bilaga 2. Skriftligt svar kommun A

    Bilaga 3. Transkriptering av intervju med kommun B

    Bilaga 4. Transkriptering intervju kommun C

    Bilaga 5. Transkriptering av intervju kommun D

    Diagram

    Diagram 1 Kommunstorlek.. 7

    Diagram 2 Andel av den totala budgeten som läggs på IT.. 8

    1. Inledning

    Begreppet ”open source”, eller öppen källkod på svenska, är något som tycks allt mer dyka upp i diskussionerna när organisationer av alla de slag ska införskaffa nya datasystem eller applikationer, eller uppgradera de redan befintliga. Och de svenska kommunerna är i detta sammanhang inget undantag. Som exempel kan ges ett projekt som Sambruk just dragit igång tillsammans med vissa andra intressenter, ett projekt som går under namnet Bossanova (Öhrwall Rönnbäck, 2008), som bland annat innebär att man ska titta på olika affärsmodeller som kan vara av intresse för kommunal verksamhet och öppen källkod. Men intresset för öppen källkod inom den offentliga sektorn ökar världen över, vilket inte minst de olika strategier som vissa länder tagit fram för att kunna implementera program eller system kodade i ett öppet format visar (Hemphill 2005). Dock verkar det som att dessa strategier inte slagit igenom fullt ut, för att inte säga inte alls (Björgvinsson och Thorbergsson, 2007). En förklaring som ges är att de företag som lever av propriära programvaror har en mycket stark lobbying mot regeringar och andra, för att förhindra en övergång till öppna standarder och öppen kod. Rädslan från dessa företag att förlora marknadsandelar är naturligtvis stor. Men enligt förespråkare för open source rörelsen så kommer användningen av öppen källkod att öka, och så även inom offentlig verksamhet. Det man trycker på är att de licensmodeller man erbjuder, är flexibla, samt att det i längden blir mycket billigare då flera kan samarbeta inom samma projekt, med samma rättigheter. Vissa menar också att program och system byggda med öppen källkod är mycket säkrare, både driftsmässigt och intrångsmässigt, än låsta programvaror, vilket också talar till open source programmens fördel (Cooper, DiBona, Stone 2005)

    1.1. Bakgrund

    I denna undersökning har vi valt att fördjupa oss i det som vi parallellt undersöker i den kvantitativa enkätstudien. Det optimala hade förstås varit att börja med de kvalitativa intervjuerna för att sedan fortsätta med den kvantitativa undersökningen för att se om svaren vi fått kunde kvantifieras. Tyvärr har vår tid inte räckt till varvid vi nu bedriver dessa två undersökningarna parallellt.

    I ett tidigare projekt har vi varit i kontakt med kommunal verksamhet och fått en inblick i den komplexa IT-infrastruktur som en kommunal verksamhet innefattar. Vi har också fått en ökad förståelse för vad öppen källkod och öppna standarder egentligen handlar om, och tror att användningen är något som kommer att öka inom en snar framtid. Vi avser undersöka vilka attityder och inställningar till öppen källkod och ”open source” applikationer/system som finns etablerade inom kommunal verksamhet. Undersökningar av detta slag har redan tidigare gjorts, se till exempel Kihlström och Kihlström (2002), men någon jämförelse kommer inte att ske.

    1.2. Problem

    1.2.1. Problemområde

    Arbete med att undersöka hur öppen källkod och öppna standarder kan integreras i offentliga institutioners datasystem och applikationer pågår idag världen över. Detta är ett arbete som också pågått och pågår i Sverige, både på statlig och på kommunal nivå. Också EU har tagit fram vissa rekommendationer om hur öppen källkod ska behandlas, med bland annat en egen Europeisk licensmodell (Björgvinsson och Thorbergsson, 2007). Men hur ser Svenska kommuner på förutsättningarna att använda sig av öppen källkod och hur är attityden inom kommunala verksamheter gentemot system och applikationer som baseras på öppen källkod? Svaren på dessa frågor är av stor vikt för hur framtiden för öppen källkod och öppna standarder inom kommuner kommer att gestalta sig.

    1.2.2. Problemformulering

    Hur ser IT-ansvariga inom kommuner på för- och nackdelar med applikationer och programvaror baserade på öppen källkod?

    • Hur ser deras kunskaper om öppen källkod ut?
    • Vilka attityder finns till öppen källkod?
    • Vilka svårigheter ser de med öppen källkod inom kommunal verksamhet?
    • Vilka möjligheter ser de med öppen källkod inom kommunal verksamhet?

    1.3. Syfte

    Syftet med denna undersökning är att få en fördjupad förståelse för hur diskussionerna om öppen källkod förs inom kommuner, för att i en C-uppsats undersöka detta i en större undersökning. Det delresultat som denna undersökning kommer att ge, förutom den analys av de intervjuer som kommer att genomföras och presenteras i rapporten, är hur benägna kommuner är att ställa upp på intervjuer med studenter.

    1.4. Avgränsningar

    Då detta är en undersökning som storleksmässigt är väldigt liten, så kan man inte dra alltför långtgående slutsatser utifrån resultatet. Undersökningen ska istället ses som ett övningsförsök inför en större undersökning. Vi kommer inte att utifrån resultatet resonera om varför de tillfrågade kommunerna har den inställning de har till öppen källkod, utan bara redovisa de svar som de ger på frågorna som ställs. Vi kommer heller inte att i analysdelen ge några kommentarer om huruvida en viss åsikt är generell för alla kommuner. Detta låter sig inte göras då det är så få som intervjuas. Någon jämförelse med tidigare utförda undersökningar kommer heller inte att ske.

    2. Metod

    Tidsbristen har som vi tidigare nämnt under bakgrunden gjort att vi gör de båda undersökningarna; den kvalitativa och den kvantitativa undersökningen parallellt. Där av de liknande problemområdena och problemformuleringarna i de båda utförda undersökningarna. Dock kommer vi att fördjupa oss i den kvalitativa undersökningen där vi kommer att intervjua fyra stycken IT-ansvariga i fyra slumpmässigt utvalda kommuner. Hade det funnits tid hade vi utfört den kvalitativa undersökningen först för att få en djupare insikt och förståelse inför den kvantitativa undersökningen. Enkäten som utformats för den undersökningen hade säkert kunnat bli mer inriktad och bättre formulerad med en förförståelse från sammanställning och analys av de intervjuer som nu görs parallellt.

    Undersökningen genomförs med en kvalitativ undersökningsmetodik. En kvalitativ undersökning utgår från öppna frågeställningar vilket kan göra att man kan få en djupare förståelse för respondenternas sätt att tänka och resonera i frågorna. Den försöker att ta hänsyn till hela resonemang och tillåter följdfrågor. Metoden klargör därmed hur människor resonerar, och varför de tycker och tänker på detta sätt. I en kvalitativ studie sätts intervjupersonernas behov, resonemang och upplevelser i fokus (Holme Magne, Solvang Krohn 1997).

    2.1. Population och urvalsmetod

    Den population som urvalet gjorts från består av Sveriges 290 kommuner. Inför urvalet diskuterades om en indelning (ett så kallat stratifierat urval) skulle göras, men detta förfaringssätt blev aldrig aktuellt. Då detta är en förstudie inför en kommande C-uppsats, där någon form av indelning av kommunerna kommer att göras innan urvalet, så ansågs det viktigare att låta slumpen helt avgöra vilka kommuner som skulle intervjuas denna gång, utan några begränsningar. Ytterligare en orsak var det antal intervjuer som behövde göras, mellan tre och fem stycken. Hade antalet varit större, låt säga ca 10 procent, så hade förmodligen urvalsmetoden sett annorlunda ut. Vi är medvetna om att den metod vi valt kanske inte är den som bäst lämpar sig för denna typ av kvalitativ undersökning. Men då antalet intervjuer är lågt så ansåg vi det vara svårt att göra en indelning som skulle generera en så stor spridning som möjligt inom vissa givna kriterier. Den urvalsmetod som användes var ett obundet slumpmässigt urval (Holme Magne, Solvang Krohn 1997), där kommunerna tilldelades ett nummer mellan 1-290. Detta gjordes genom att placera namnen i en excelltabell, i bokstavsordning. För att sedan göra urvalet användes en mycket enkel slumptalsgenerator (Webbgodis från Vaksalaskolan 2002). Denna returnerade 4 stycken siffror mellan 1-290. Sen jämfördes dessa siffror med excelltabellen för att se vilka kommuner som var aktuella. Vi kunde också ha tänkt oss att slumpa kommunernas placering i tabellen, för att få en ytterligare faktor som kanske gjort spridningen ännu mera slumpmässig. Men vi ansåg detta vara onödigt i denna undersökning.

    2.2. Intervjuplan

    För att få en någorlunda struktur på intervjuerna så har en enkel intervjuplan arbetats fram (se bilaga 1 Intervjuplan). De frågor som kommer att ställas bygger till största delen på de frågor som tagits fram till den enkät som skickats ut till 15 kommuner i delmomentet om kvantitativ undersökning. Skillnaden är att intervjufrågorna kommer att vara av öppen typ. Fördelen som vi ser med att använda i princip samma frågor, är att man i en intervju kan ställa följdfrågor och på så sätt få en djupare inblick i hur man resonerar kring frågeställningen. Intervjuerna beräknas ta mellan 30-60 minuter och kommer att, om tillåtelse ges från respondenten, utföras via Marratech, och spelas in. Detta underlättar en transkription och en efterföljande analys av materialet. Vi är väl medvetna om att personliga intervjuer hade varit att föredra, då en djupare och mer nyanserad bild då eventuellt framträtt. Men då vår urvalsmetod styr vilka respondenterna är, samt att kostnaden för att resa vida överstiger vår budget, så har vi fått välja den näst bästa metoden.

    2.3. Genomförande av intervjuer

    Intervjuerna var planerade att genomföras med hjälp av videokonferensverktyget Marratech. Detta för att inga pengar till resor fanns att tillgå, vilket naturligtvis hade varit att föredra, då en mer personlig atmosfär kunde ha skapats vilket kanske kunde ha fått ett positivt utfall på de intervjuades svar. Två av intervjuerna utfördes planenligt, men de två kvarvarande fick utföras på andra sätt. En av dem gjordes om till en telefonintervju på grund av teknikstrul. Den fjärde intervjun ställdes in på grund av att respondenten fick driftsstörningar, och erbjöds istället att besvara frågorna skriftligt, vilket också gjordes. Närvarande under dessa intervjuer var författarna och respektive respondent. Enligt den plan som gjorts skulle varje intervju ta mellan 30-60 minuter att genomföra, vilket stämde väldigt bra. Intervjuerna (de som utfördes på Marratech) spelades in och transkripterades därefter för att underlätta analysen. Under telefonintervjun fungerade en av intervjuarna som sekreterare, medan den andre ställde frågorna. I rapportens redovisning så är respondenterna avidentifierade, för att de ska få vara anonyma. Materialet som skickas in för examination, kommer dock att innehålla transkriptionerna i original, något som inte kommer att medskickas ut till dem som deltagit i undersökningen.

    2.4. Analysmetod

    För att kunna analysera de intervjuer som genomförts på ett strukturerat sätt så har vi använt oss av en metod som kallas för helhetsanalys (Holme Magne, Solvang Krohn 1997). Vi har utgått från de fyra frågeställningar som vi tagit fram i problemformuleringen och lagt till två kategorier för att täcka in allt som kom fram under intervjuerna, vilket vi upptäckte var en nödvändighet under analysen. Istället för att som Solvang och Holme (1997) föreslår, klippa och klistra, så valde vi att med färgkombinationer markera upp den transkripterade texten utifrån dessa frågeställningar. Detta gör det enkelt att hitta avsnitt som på något sätt har med frågeställningen att göra, och underlättar när citat ska väljas ut som understryker det som beskrivs.

    2.5. Problem

    Under konstruktionen av intervjufrågorna begick vi ett stort misstag när vi påstod att de fyra friheterna var ett av sätten att kategorisera öppen källkod. De fyra friheterna kategoriserar inte öppen källkod utan fri programvara. Detta kan ha skapat förvirring bland respondenterna, även om några sådana tendenser inte märktes under intervjuerna. En respondent (A kommun), som svarade skriftligt, reagerade på det, och bad os kolla upp våra källor. Vi hoppas inte att detta misstag från vår sida ska ha haft alltför stor påverkan på slutresultatet.

    Ett problem uppstod också med att intervjua en av respondenterna. För att ändå få med dessa åsikter så tillät vi att ha svarade skriftligt på en kopia av vår intervjumall. Detta visade sig vara ett misstag, då feltolkning av frågorna har gjorts i visa fall, och där vi själva kan ha svårt i vissa avseenden att tolka vad som avses. I efterhand hade det kanske varit bättre att avstå från denna respondent, men vi valde alltså att ändå redovisa svaren och ta med dessa i vår analys på grund av att undersökningen ändå bestod av så få respondenter.

    3. Resultat

    3.1. Kommunstorlek, budget, upphandling och samverkan

    Vi har intervjuat IT-chefer i tre kommuner, C, B och D. A kommun har svarat skriftligt och uppger att de har en IT-driftschef. Spridningen på kommunernas olika storlek varierar från ca 5 500 invånare upp till 130 000 invånare (se diagram 1 Kommunstorlek nedan). De två medelkommunerna har från 15-16 000 invånare upp till 21-22 000 invånare vilket ger ett snitt på ca 18 500 invånare.

    clip_image003

    Diagram 1 Kommunstorlek

    Något som vi sett då vi sammanställt och analyserat intervjuerna är hur fördelning av budgeten ut till IT-enheterna skiljer sig åt mellan kommuner med större respektive lägre invånarantal och därigenom skillnad i totalomsättning. Trenden av de 4 kommunernas uppgifter är att den minsta kommunen har nästan hälften av budgeten mot den största kommunen (se diagram 2 Andel av den totala budgeten som läggs på IT). Detta kan vara en av anledningarna till att de svar som inkommit från de mindre kommunerna har tendenser att visa på mindre möjligheter att experimentera med olika leverantörer respektiver system och applikationer. De siffror som redovisats är följande: B: 1.14% av den totala bugeten, D 1.63%, A 2,5 % och från C inget svar.

    clip_image005

    Diagram 2 Andel av den totala budgeten som läggs på IT

    Upphandlingarna som görs ute i kommunerna sker beroende på vad och vem som beslutar om de nya system alternativt applikationer som ska köpas in. Något som alla 4 uttryckt är att det är verksamheternas behov som styr inköpen av de större verksamhetssystemen och själva inköpen sker med beslut från förvaltningschefen på den förvaltning som systemet ska verka. Detta måste givetvis ske i samråd med kommunens IT-enhet för att se att systemet är kompatibelt med den miljö som kommunen använder.

    Något som speciellt de mindre kommunerna pekar på är det samarbetsinitiativ som alla kommuner uppger har tagits då gemensamma upphandlingsenheter har bildats. Kommunalförbundet X sköter D:s större upphandlingar, B.s kommun tillhör X upphandlingsenhet, A anger Sambruk och C anger att det inte sker så ofta men har inställningen att; –”Det borde ske oftare, det är ett resursslöseri”.

    Skriftliga svar från A som kommenterar detta:

    · Vad är det som betstämmer om ett nytt system/programvara skall köpas in?

    Verksamhetsbehovet

    · Vem beslutar om det?

    Godkänns via IT-rådet. Köps in av verksamheten.

    · Vem sköter en ev upphandling?

    Upphandlingskontoret

    C kommun kommenterar det så här i intervjun:

    · Vad är det som avgör och eller bestämmer vad för nytt system eller applikation som ska köpas in?

    Det är dels är det att en leverantör slutar att supporat den befintliga produkten och kommer med en ny lösning som man måste rätta sig efter, nya system som kommer till utifrån verksamheternas behov, de tror att det kan förenkla och förbättra deras arbetsuppgifter Det beslutet tas ute på avdelningarna ute i verksamheten. Detta sker givetvis i samråd, om vi blir involverade så kan detta vara nått för oss? Kan vi använda detta i vårt system?

    · Vem är det som tar besluten om detta?

    Besluten tas ute på avdelningarna för verksamhetssystemen, vanligen av avdelningschefen.

    När det gäller frågan om samverkan mellan kommuner så kommenteras detta bland annat så här:

    A kommun:

    · Samarbeterar Ni över kommungränser med andra kommuner gällande system?

    Ibland. Det finns en samverkansförening Sambruk

    B kommun:

    · Du har ju redan varit inne på det lite, men samarbetar ni med andra kommuner över kommungränser? Upphandling var vi inne på men samarbetar ni även när det gäller system? Alltså med samkörning med mera?

    Ja det har blivit det. Alltså nu när det görs en upphandling av ett system eller en utveckling av ett system eller en större uppgradering så kan man ju börja titta på. För ofta är det ju så att om man tittar på ekonomisystem så väldigt många kommuner, vi kör samma system, både när det gäller ekonomi, Hrsystem och sociala system. Så vid nyupphandling försöker man alltid titta så här, kan vi göra en gemensam upphandling. Kan vi drifta det här åt varandra så att säga. Eller någon kommun driftar å vi andra kommuner kör så att säga mot den kommunen. Vi har till exempel ett system för skolhälsovård där vi är fyra kommuner som kör mot X kommun som driftar systemet då. Så vi försöker att samverkansfördelar då.

    När en fråga om ett samarbete på en ”högre nivå” ställs så beskrivs situationen i B som följer:

    ”Vi kan säga så här. Alla kommuner i X landskap gjorde en gemensam bredbandsupphandling för de här statliga bredbandspengarna. Så där gjorde vi en stor gemensam upphandling med alla åtta kommuner alltså………. Så som det ser ut idag då så kör B vårt lönesystem ihop med X kommun. Vi kör vårt bibliotekssystem ihop med X kommun. Vi kör vårt skolhälsoprogram ihop med X, Y, Z och ja vi då……… Så man tittar ju hela tiden på vad kan vi samverka kring.”

    3.2. Hur ser deras kunskaper om öppen källkod ut?

    Det tycks som att den kunskap som finns ute i kommunerna angående öppen källkod och fri programvara i bästa fall innehas av dem som är verksamma på IT-enheten. Andra förvaltningar och kanske främst politiker anges ha mycket liten kunskap om det. Bland annat kommenterar C kommun det så här på frågan om hur väl begreppet open source känns till inom organisationen:

    ”Politiker och de ute på förvaltningar vet ju inte vad det är, men här på IT-enheten är vi väl medvetna om vad det är.”

    B säger så här:

    ”Eh, generellt i kommunen så är det nog inte så stor kunskap om det, kanske vi på IT-enheten i stort sett. Som har lite… Jag personligen är rätt intresserad av den utvecklingen. Man försöker ju följa det så gott man kan, men nu är man ju rätt belastad av det dagliga jobbet, men man har ju en viss omvärldsbevakning va.”

    D svarar så här på frågan om man känner tillbegreppet och betonar verkligen vikten av att titta på öppna standarder istället för specifikt öppen källkod:

    ”Väldigt bra, har jobbat med det innan. Är gammal programmerare i botten och har jobbat sedan 1974. Det viktigaste som jag ser det är dock öppna standarder. Detta är viktigaste för att kunna köra både proprietära och öppna system. Jag har dock ingen religion när det gäller detta.”

    Och fortsätter med att kommentera om andra förvaltningar och politiker är insatta i det:

    ”Nänä inte ett dyft, det ser bara till det billigaste möjliga… Bättre att politikerna inte lägger sig i utan vi som har kompetensen sköter det”.

    På frågor om man känner till de fyra friheterna (se 2.5 Problem ovan) och den uppsjö av olika licensmodeller som finns när det gäller öppen källkod och fri programvara så tycks denna kunskap stämma väl överens med den allmänt låga kunskapen om öppen källkod generellt sett:

    D svarar angående fyra friheterna::

    ”jag är inte så påläst men jag fattar rätt så bra, jobbat med det tidigare. Har haft linuxservrar etc.”

    Och när frågan om licensmodeller ställs så kommer svaret:

    ”Bra eller dåligt?- ingen åsikt!”

    Respondenten från B svarar som följer angående de fyra friheterna:

    ”Ja vad ska vi säga. Vi här på IT-enheten har väl ganska bra grepp på det alltså, så är det ju . Det har vi ju det tycker jag.”

    Och angående licenserna säger han så här:

    ”nja det det är jag inte så insatt i kan jag säga.”

    C:s respondent säger så här om friheterna:

    ”Vi håller ju inte på med programmering eller något sådant över huvudtaget så det har ingen betydelse om jag säger så. Vet inte hur jag ska svara annars.”

    Något som också var intressant att undersöka var hur respondenterna ser på vilken typ av kompetens som man anser måste finnas inom organisationen om användningen av öppen källkod ökar. Det som mest förvånar i de svar som ges, är att man ser bara till den kompetens som man i så fall behöver på den egna avdelningen. Frågan ställdes dock på ett sätt som möjliggjorde ett mer generellt svar, till exempel kommentarer om en ökad beställarkompetens med mera, men några sådana uttalanden gjordes inte. D kommenterar det så här:

    ”Det beror på vad. Ska vi själva drifta en Unix server ja då måste vi kompetens utveckla eller köpa in den kompetensen utifrån. Ska vi själva stå för ex fileserver eller en dns så måste det bli ett strategiskt val men funktionaliteten är ändå viktigast!”

    B:s kommentar:

    ”ja framför allt här hos oss.”

    Han förklarar närmare vad han menar:

    ”ja alltså så att säga då måste vi fixa en egen spetskompetens så att säga på på den miljön då. Då behöver man inte söka efter MCS certifierade tekniker utan då är det ju andra typer av kompetens då som man måste ha. Å jag tror att det framför allt är här hos oss på IT som det behövs en annan kompetens i så fall.”

    A svarar så här:

    ”Det som kan vara aktuellt är Linux. Då utbildar vi oss (en del kan redan).

    Driftkunskap.”

    3.3. Vilka attityder finns till öppen källkod?

    Som de tidigare svaren pekar på så är kompetensen bland de tillfråga kommunerna och öppen källkod relativt låg. Och det verkar heller inte som att öppna programvaror med mera är något som röner något större intresse att diskutera regelbundet ute i kommunerna. Det tycks heller inte vara något som i någon större utsträckning anses vara viktigt att ha med i någon sorts strategisk plan.

    D säger bland annat så här på frågan om det diskuteras och om det finns med i någon plan:

    ”Som jag sa tidigare så har vi ingen religion när det gäller detta, utan det måste fungera. Vi planerar våra plattform 3-5 år framåt i tiden. Vad vi väljer är för att det ska passa vår organisation oavsett vad vi väljer, vi är beroende av driften från leverantörerna. Att omnämna det i en strategisk plan ser jag ingen anledning till.”

    B kommenterar det så här:

    ”Nja ibland dyker ju frågan upp å jag känner ju själv att jag skulle ju inte vara främmande för att prova……. Men tyvärr så har det inte.. det är också det här med tiden va. Man hinner inte med riktigt. Men vi ska få förstärkning nu så vi ska väl få se om vi blir duktigare. Jag tycker det är ett mycket intressant alternativ alltså”

    C säger så här:

    ”Alltså det faller pga olika anledningar det är väldigt svårt att köra det eftersom vi har 100-150 olika verksamhetssystem som är specifika det handlar om avloppsrengöring, räddningstjänsten reg av utryckningar, socialsystem etc…..”

    Hur ser då politikernas roll ut i kommunerna enligt de tillfrågade. Är det politikerna som måste fatta rätt beslut för att få fart på både användningen och intresset för öppen källkod inom respektive verksamhet? Enligt de tillfrågade så har politikerna tyvärr varken tid, intresse eller kunskap nog att verkligen sätta sig in i begreppet öppen källkod. Respondenten från B beskriver det så här:

    ”Därför att det finns alltså inte den kunskapen eller intressen inom den politiska kretsen som det ser ut nu va. Jag vet i andra XX kommuner har man fatta mer strategiska politiks beslut å satsar på öppen källkod. Här har man inte alls resonerat i dessa banor. IT-miljön diskuteras ju nästan aldrig egentligen ju. Utan den ska bara fungera. Å vi får ju driva rätt mycket frågor själva alltså för att det ska bli någonting.”

    C svarar så här på frågan om politikernas roll:

    ”Alltså de litar på att vi ska rekommendera det som är mest optimalt för kommunen.”

    D:s respondent säger så här, med ett ironisk tonfall på rösten:

    ”Nänä inte ett dyft, det ser bara till det billigaste möjliga. Bättre de försökte få öppna standarder istället. Bättre att politikerna inte lägger sig i utan vi som har kompetensen sköter det.”

    Driftsäkerheten och säkerheten mot hot utifrån (virus, intrång mm) när det gäller öppen källkod, är de tillfrågade ganska överens om att det inte skulle vara något problem, jämfört med proprietär programvara. Någon menar till och med att just driftssäkerheten på vissa områden kanske till och med är högre för applikationer och system som är byggda på öppen källkod. Angående angrepp utifrån kommenterar B:s kommun detta så här:

    …. ”Sannolikheten skulle ju kunna vara större att det är lite mer säkerhetshål i sådana programvaror, men att man å andra sidan kan täppa till de här säkerhetshålen mycket fortare”……

    Och fortsätter att kommentera driftssäkerheten:

    ”ja jag kan ju bara titta på alltså, vi har ju kört nån Linuxserver här förut. Å den gick å bara gick, den gick i flera år utan att behöva starta om den. Å det har jag ju märkt just på serversidan alltså att där känns det ju som att det är otroligt driftsäkert alltså. Faktiskt å att det är mycket mer resurssnålt och så vidare. Att det är mer anpassat efter maskinvaran, ehh, än vad mer de här kommersiella programvarorna är.”

    D:s respondent har en något annorlunda syn på saken. Angående angrepp utifrån:

    ”Spelar ingen roll vilka leverantörer. Windows har flest idag men bad guys finns överallt”

    Och säger så här om driftsäkerheten:

    ”Samma Skit alltihop. Beror på programmeraren, vad de som kollar har för ansvar etc.”

    3.4. Vilka svårigheter ser de med öppen källkod inom kommunal verksamhet?

    Det som tydligast framkommer under intervjuerna är problemen med att få budgeterna att gå ihop, att få med sig politiker och kanske framför allt användarna ute i förvaltningarna och bolagen. En del försök har gjorts med att byta ut proprietär programvara, inte minst inom skolor, mot program byggda på öppen källkod. Men motståndet att gå ifrån det invanda, och då främst Microsofts olika produkter har varit stor. Förklaringarna till detta kan naturligtvis vara många men något som en respondent menar kan vara en orsak, är att användningen av datorer hemma har ökat, och att dessa datorer i 99 % av fallen levereras med en Windows-plattform och de vanligaste Office-programmen. B:s respondent resonerar så här:

    ”…... Vi har ju provat att använda oss av Star Office och Open Office i skolorna till exempel…… Men man måste ju ha med sig lärarna och man måste ha med sig eleverna. Framförallt lärarna och de är också väldigt Microsoft styrda alltså. Det var ju mycket lärarna som ville plocka bort Star-Office till exempel. Tack vara alla hem-pc köp som har skett nu då så har det ju alltid följt med ett Office paket då alltså. Så man är så van vid att jobba med Office å tycker att det är så praktiskt å så vidare så att… man har svårt att jobba i någon annan miljö då.”

    Ett annat stort problem som är av en mer affärsmodellsmässig natur, är att det för kommuner är av yttersta vikt att ha tillgång till en snabb support om något händer som helst inte ska hända. Och man är också beroende av ett långsiktigt satsande från de leverantörer som erbjuder tjänster eller programvaror byggda med öppen källkod. En risk som några uppger är att dessa företag eller leverantörer helt plötsligt försvinner från marknaden, och då står man där med ett system utan support och service, något som kan vara förödande för verksamheten. Detta är något som A har erfarenhet av. Vid frågan om de ser öppen källkod som ett alternativ svarade de:

    ”Nej. Vi har haft problem med supporten. I början fungerar det men alltefter försvinner supporten. Det tar för lång tid att fixa felen.”

    När frågan om driftsäkerhet ställs blir svaret:

    ”Mycket dålig. Vi körde e-post på OS tidigare. Leverantören försvann och där stod vi.”

    B resonerar som följer när det gäller support med mera:

    ”Om jag säger så här. För oss är det ju oerhört viktigt att ha en, så att säga ha en bra partner så att säga. Vi är ju väldigt beroende av att ha en snabb support, alltså när det blir problem någonstans så måste vi då det kan röra lönesystem, ekonomisystem så måste vi kanske ha hjälp omedelbart alltså. Och de stora leverantörerna har de musklerna och har den supportkapaciteten alltså. Och det upplever jag som väldigt nödvändigt faktiskt. Det är inte så kul att bli stående med ett lönesystem samma dag som man ska göra lönebrytning alltså.”

    Också C kommun ser problem med supporten och säger så här på frågan om vad de ser som gör det svårare med öppen källkod än de program de har idag:

    ”Om det blir nått problem med ett system idag och vi ringer till supporten och då inte följt deras anvisningar ex med val av operativt system, överhuvudtaget hela kedjan, allt från os på datorer till servrar. Har vi inte detv rätt så hjälper de oss inte, -kom igen när ni gjort det…..Det går inte!”

    Man pekar på att det är ett problem när det gäller den inlåsning som blir då just Microsoft är så stora och så duktiga på att marknadsföra sina produkter ut mot de offentliga organisationerna. Deras spelutrymme krymper då att välja andra typer av lösningar, särskilt när det gäller verksamhetsspecifika system. Respondenten för C säger så här:

    ”Dessa systems leverantörer som säger ex att detta ska ligga på en windows server, kanske en koppling till word(MS), koppling till excel eller liknande.det går inte att använda annat än etablerade produkter för att allt ska fungera. Börjar man på med Open source så är risken stor att vi får väldigt mycket att göra.”

    Han fortsätter med att säga:

    ”Kärnfrågan är fortfarande att vi är bundna till vad leverantörerna av verksamhetssystemen säger. Och så länge inte de släpper på, så då har vi ett problem Kanske fungerar jättebra men den dagen vi får problem vare sig det är med open source eller vanlig program så får vi ingen hjälp om vi inte följt deras (leverantörernas) riktlinjer.”

    B säger bland annat så här på frågan om det är ett problem att man är så låst till de stora leverantörerna:

    ”Jo absolut. Å det ser man ju också att alla system som utvecklas, i alla fall de som vi har, jag tror man pratar om att minst 90 procent är dotnet baserade alltså, så man låser ju även in sig mot Microsoft där alltså.”

    Han säger också detta apropå den ansträngda ekonomin och möjligheten att i framtiden använd sig av öppen källkod:

    ”ja absolut, så är det. Men då är man begränsad av ,det är ju alltid lätt att skylla på bristande resurser, men faktum är att det är vår verklighet på nått sätt. Men det är ett otroligt intressant område och jag följer med spänning alltså utvecklingen. Så är det.”

    På en fråga om hur lagen om offentlig upphandling påverkade kommunernas möjligheter att på ett effektivt sätt utnyttja den kultur som ”open source” rörelsen genomsyras av med så kallade ”communitys” som utvecklar program så svarade han:

    ”Men men (fundera djupt innan svar kommer) jag ser väl egentligen inte att det skulle vara några problem med lagen om offentlig upphandling inte, utan det är ju mer att man har en kravspec som säger vad man vill ha för någonting.”

    3.5. Vilka möjligheter ser de med öppen källkod inom kommunal verksamhet?

    När vi frågade om vilka möjligheter man såg med öppen källkod så var det ingen som nämnde några ekonomiska fördelar, och man såg inga fördelar med öppen källkod och samverkan specifikt mellan kommuner (förutom i visa fall, specifikt inom e-tjänsteområdet se nedan 3.6 E-tjänster – ett intressant område för öppen källkod). Det som är avgörande vid val av program eller system är inte om det är öppen källkod eller inte, utan om det uppfyller de krav som man har på programmet/systemet. Eller som D:s respondent utrycker det: ”Vi har ingen religion på området”. Förutom de specifika funktionskraven så är också kravet på support viktigt, något som A betonar när vi frågar om framtiden om öppen källkod: ” Jag hoppas att vi kan köra mer OS. Supporten är avgörande”. Det är ingen av de tillfrågade som direkt tar avstånd från användning av öppen källkod om vissa av problemen de upplever kan lösas. En kommentar var bland annat: ”Intressant område att följa”. Respondenten för C såg det som positivt i den bemärkelsen att det kanske kunde sätta press på de stora leverantörerna:

    ”jag upplever det som positivt, utifrån det att det sätter en hotbild mot ms och de övriga stora etablerade leverantörerna, det blir konkurrens. Jag tror säkert att vi kommer att komma lösningar som gör att vi kommer att kunna nyttja open source men i dagsläget så vet inte jag det finns inget verksamhets system som stödjer det ( OS). I stort sett är det windows plattformen man måste ha.”

    Att själva sätta igång att skapa en ”Community” som kan programmera och skapa program ses inte som ett alternativ för dessa relativt små kommuner. Ska detta ses som en möjlighet så krävs det att en av, eller flera av de större kommunerna, som har ekonomiska resurser, håller i utvecklingen. C:s respondent uttrycker det så här:

    ”Det skulle ju i så fall vara någon av de stora kommunerna som har resurser för det drar igång det som sedan vi små kommuner kan utnyttja. Det är en enorm mängd pengar som skiljer sig mellan olika kommuners IT avd. De flesta kommuner är ju ändå relativt små som C. Pengar till utvecklingsarbete finns inte. Stockholm, Göteborg, Malmö och Västerås ex har helt andra budgetar än vi. XX vår grannkommun lägger så mycket som 100 miljoner på utveckling av e-tjänster.”

    Ett område där man skulle kunna tänka sig att utvärdera och testa och använda sig av program med öppen källkod är inom skolan och respondenten från B utvecklar tanken så här:

    ”Det är så otroligt mycket initialjobb, det tar så otroligt mycket kraft och energi och pengar att så att säga driftsätta ett nytt system så att jag har svårt att se att det skulle vara möjligt faktiskt. Jag kan tänka mig att man inom skolvärlden skulle kunna göra det lite grann där (tänker till lite). Jag skulle gärna prova på en skola med att ta en typ Ubuntudistribution med fri programvara på. Och att försöka utvärdera olika läromedelsprogram alltså, till exempel i open source. Det vet jag skolor och kommuner som har gjort och det skulle jag kunna tänka mig att göra här också”

    Också respondenten från D är inne på att skolorna kunde vara en bra inkörsport för öppen källkod och fri programvara:

    Politiskt sett kunde man satsa mer inom skolan och främst universiteten på open source, vi har kört open office i grundskolan sedan 2000 och det är billigt. Där (högskolor, universitet) kunde man få mer kompetensen som behövs för att på sikt utveckla open source programvaror och också en ny struktur för själva management av programvaror.

    Något mer som ses som positivt går inte att uttyda från de svar som getts på de frågor vi ställt mer än att B:s kommuns ansvarige kan se öppen källkod som ett intressant alternativ när det gäller att utveckla e-tjänster, se nästa rubrik.

    3.6. E-tjänster – ett intressant område för öppen källkod?

    Under de intervjuer vi haft så har diskussionen kommit in på e-tjänster, fast detta var absolut inga frågor vi från början hade med i vår intervjuplan. Men då en av de tillfrågade såg just e-tjänster som ett område intressant at utveckla med hjälp av öppen programvara, så valde vi att ta med det i denna redovisning. Arbetet med att ta fram e-tjänster har enligt några av de tillfrågade stannat av, då man inte vet vilka krav som ställs på de e-tjänster man ska tillhandahålla, eller hur och när frågan med den nationella E-legitimationen är löst. När vi frågade respondenten från C hur långt de kommit med e-tjänsterna i kommunen fick vi detta svar:

    ”Ja vi tänker inte vara pionjärer på det! Det finns inte definierat vad är en e-tjänst. Vi vet inte vad vi ska erbjuda våra medborgare. Det finns de stora kommunerna som håller på att utveckla e-tjänster, de som har råd att lägga ner 100 000kr. Låt dem göra det så sen när vi vet vad för e-tjänster vi ska erbjuda och vi slipper kosta på mängder (100milj) , när någon gått i bräschen för det, då kommer vi gärna efter”

    B är den kommun som ser positivt på just e-tjänster och öppen källkod och säger bland annat så här:

    ”såna här saker kan ju bli intressanta när vi pratar e-tjänster till exempel. För att just när det gäller e-tjänster så, det var ju sambruk egentligen å vissa andra projekt också som jobbar med att ta fram e-tjänster och där ser jag ju open source som en given spelare just när det gäller e-tjänster. Jag har själv sagt att det skulle vara intressant att prova en e-tjänst här med, utifrån en open source lösning. Faktiskt. Och där ser jag nog att man skulle kunna vara med på något hörn. Tillsammans med andra kommuner alltså. Å där är ju sambruk en sådan sammanslutning. Faktiskt.”

    Men han ser också ett problem när det gäller detta med e-tjänster och hur långt de har kommit i kommunen:

    ”nja inte alls så långt som jag skulle vilja. Problemet med e-tjänster är ju som på alla andra håll att så fort det står ett lite e någonstans på nått kuvert eller på någon bok nånstans så hamnar det hos oss på IT, direkt. Å det, jag såg den här fina ekvationen e är inte lika med IT utan e är lika med verksamhetsutveckling alltså. Så det är ju en verksamhets fråga å det är ju det som jag ser som en av mina stora utmaningar att försöka få verksamheten att förstå det. Att e-tjänster är någonting väldigt viktigt och att det är ur medborgarnas synvinkel å att det är en verksamhetsfråga. Sen är vi med naturligtvis när det gäller IT-stödet men hur e-tjänsten ska se ut och hur den ska vara kopplad med andra system, det är helt klart en verksamhetsfråga”.

    Det som tycks framträda genom de svar som avgivits på intervjufrågorna är att de ser mer problem med öppen källkod är nytta. Men de flesta är ändå positiva till öppen källkod i allmänhet.

    4. Diskussion och analys

    Vår reflektion när vi sammanställt och analyserat svaren från respondenterna är att just att svaren ger en bild av att de inom respektive IT-enhet i kommunerna är bra insatta i öppen källkod men att det på de övriga förvaltningarna ute i verksamheten inte är så bra insatta eller inte alls insatta i detta. Politikerna som har de övergripande besluten ute i kommunerna anses inte ha kännedom eller mycket liten kännedom om ”open source” och/eller ”free software”. Två av kommunerna har dock uppgivit att det är deras jobb som IT-ansvariga att informera styrande i respektive kommun om möjligheterna som finns, samtidigt som svaret att politikerna inte förstår tyder på att informationen inte når ända ut till de beslutande. Licenserna till ”open source” kan betecknas som en djungel och kompetensen inom detta område tycks vara väldigt svår att definiera, ingen av respondenterna har gett någon bra indikation på att förstå eller inte förstå dess omfattning eller inverkan.

    Tongångarna är enligt svaren entydigt positiva till ”open source” och ”free software”. En av respondenterna påpekar dock att öppna standarder är viktigare än att koden är öppen. Två av kommunerna menar att deras inlåsning mot proprietära leverantörer skulle dels bli för dyrt att byta ut och att de inte har tillräckligt med kompetens för att klara av att supporten av systemen själva och uppger att supporten från leverantören är allra viktigast. Övervägande delen av respondenterna anger att det inte finns tid eller pengar till att experimentera med nya system och applikationer. Noterbart är ändå att den minsta kommunen är den som har störst samverkan med andra kommuner och även den mest visionära inställningen till open source i framtiden. Tilläggas ska också att den minsta kommunen är den som i störts utsträckning har använt sig av dessa typer av programvaror.

    En svårighet som nämns är den komplexa funktionalitet som verksamhetssystemen inom en kommunal verksamhet kräver. De (verksamhetssystemen) är så specifika att de inte tror det finns sådana system att tillgå, dessutom skulle de vara näst intill omöjligt att integrera dessa i den befintliga miljön samt att då man inte kan få support på dessa system så faller hela konceptet. En av kommunerna uppger att om man inte lägger en av deras leverantörs applikationer på en av dem angiven server så har man inte rätt till support vilket kan försvåra implementation av ”open source” i en proprietär miljö.

    Den största kommunen ser möjligheter att i framtiden använda sig av ”open source” för informationshantering mot webben, denna kommun har även testat open source för övervakning och servrar men uppgav att dessa inte höll måttet. Två kommuner uppger att ska man testa denna typ av system och/eller applikationer skulle det nog fungera inom skolverksamheten. En respondent uppger att det är bra att denna typ av system nu växer fram som kan sätta press på de mycket kostsamma leverantörerna av verksamhetssystemen idag och övervägande delen har Microsoft som representant för leverantörer av de låsta programvarorna.

    Något som respondenterna uttrycker som ett möjligt område för att införa öppen källkod är just i samband med utveckling av e-tjänster. Detta är ett område där de mindre kommunerna står i startgroparna för att införa e-tjänster som utvecklas av de större kommunerna med större anslag för utveckling.

    5. Slutsatser

    Då antalet i denna undersökning bara varit fyra till antalet så är det svårt att dra några större generella slutsatser. Det som vi ändå uppfattar är att kunskapen om ”open source” och ”free software” ute i kommunerna fortfarande är förhållandevis låg. IT-enheterna har svårigheter att se möjligheter att implementera och integrerar open source i sina befintliga miljöer, de får för lite anslag för att experimentera med dessa programvaror, de har för lite kunskaper inom kommunerna för att själva kunna ge supporta dessa och det finns idag inga verksamhetssystem på ”open source” marknaden som skulle kunna klara all den funktionalitet som en kommun kräver. Lika så skulle det behövas expertlösningar som kommuner skulle kunna köpa in support tjänster av. Helt enkelt nya affärsmodeller för open source, även om koden i sig är fri behövs kunskapen om dessa system och applikationer ska förvaltas etc. för att kommuner ens ska kunna börja tänka på att använda sig av dessa och dessutom en snabb support när problem uppstår. Frågan är hur olika licensmodeller skulle påverka kommuners möjligheter att börja integrera och implementera ”open source” produkter i sin verksamhet? Detta är ett ämne som vi avser undersöka närmare i vår kommande C-uppsats.

    6. Källförteckning

    Björgvinsson, Tryggvi och Thorbergsson, Helgi (2007). Software development for governmental use utilizing free and ”open source” software. ACM International Conference Proceeding Series; Vol. 232, 133-140 [Elektronisk] Tillgänglig: http://portal.acm.org/citation.cfm?id=1328057.1328087 (2009-02-16)

    Cooper Danese, DiBona Chris, Stone Mark editorer (2005) Open sources 2.0 – The continuing evolution. USA. O‘Reilley Media Inc.

    Hemphill Thomas A (2005). Government Technology Acqusition Policy: The case of proprietary versus ”open source” software. Bulletin of Science, Technology & Society, Vol. 25, No. 6, 484-490 [Elektronisk] Tillgänglig: http://bst.sagepub.com/cgi/content/abstract/25/6/484 (2009-02-24)

    Holme Magne Idar, Solvang Krohn Bernt (1997) Forskningsmetodik – Om kvalitativa och kvantitativa metoder. 2:s upplagan. Studentlitteratur

    Kihlström Charlotte, Kihlström Mattias (2002). Öppen källkod och offentlig sektor. [Elektronisk] Tillgänglig: http://www.kihlstrom.com/oppenkallkodochoffentligsektor/OppenKallkodOchOffentligSektor.pdf (2009-02-16)

    Webbgodis från Vaksalaskolan (2002) Slumptalsgenerator. [Elektronisk] Tillgänglig: http://www.vaksalaskolan.uppsala.se/webb/lotteri.htm (2009-02-16)

    Öhrwall Rönnbäck, Anna, (2008). BOSSANOVA - Business Models for Open Source Software in the Public Sector: New Opportunities for Customers and Suppliers. [Elektronisk] Tillgänglig: http://www.sambruk.se/download/18.9748e5511d79d43d9e80004960/Anna+%C3%96hrwall+R%C3%B6nnb%C3%A4ck+-+BOSSANOVA.pdf (2009-02-16)

    Bilaga 1. Intervjuplan

    Denna intervjuplan ska fungera som ett hjälpmedel vid intervju av respondenter från olika kommuner angående open source.

    Syfte: Att vi med hjälp av intervjuer ska få en förförståelse och inblick i kommuners attityd och inställning till open source.

    Mål med intervjun: Är att kunna sammanställa och analysera svaren så att vi kan få en förförståelse inför vår c-uppsats för att kunna utforma mer relevanta frågor inför den frågeställningen som då kommer att besvaras.

    Beräknad tid: ca 30-60 minuter.

    Plats: Intervjun kommer att ske via videokonferensverktyget Marratech och kommer att spelas in om tillåtelse ges från respondenten.


    Nedanstående frågor är en stödmall att följa, dock kan det tänka sig att flera följdfrågor ställs beroende på respondentens svar.

    Frågor:

    Organisationen:

    · Vilken befattning har Ni inom Er organisation (ex. IT-chef, IT-samordnare)?

    · Kommunens invånarantal?

    · Hur stor andel av kommunens totala budget går till IT ungefär?

    · Vad är det som betstämmer om ett nytt system/programvara skall köpas in?

    · Vem beslutar om det?

    · Vem sköter en ev upphandling?

    · Samarbeterar Ni över kommungränser med andra kommuner gällande system?

    Open source:

    · Hur väl känner Ni till begreppet open source inom er kommun, generellt sett? Är det någon skillnad mellan er som har hand om IT-systemen mm och andra förvaltningar eller politiker tror du? Hur ser du på politikernas roll när det gäller att satsa på öppen källkod?

    · Är begreppet open source något som diskuteras inom Er organisation regelbundet?

    Om Ja finns det omnämnt i någon strategisk plan?

    · Open source kategoriseras bland annat som 4st friheter, friheter att använda, utveckla, kopiera, och distribuera program och kod i princip hur som helst, hur väl är Er organisation insatt i dessa?

    · Känner Ni till att Open source har olika licensmodeller?

    Om JA Finns det några aspekter som gör det svårare med open source vs låsta system/program i kommunal verksamhet?

    Framtiden & Open Source

    · Används någon Open source-programvara inom organisationen idag?

    Om så är fallet vilken typ av program (inom vilka områden) och vilka licenser/licens använder Ni då?

    · Planerar Ni inom den närmsta framtiden att införskaffa eller undersöka närmare applikationer baserade på open source?

    Om JA, inom vilket/vilka område (ex. personaladministration, ekonomi)?

    · Tror Ni att open source skulle kunna vara ett alternativ när nya system ska införas?

    Om Nej, vilken är den främsta orsaken till att detta inte skulle vara aktuellt?

    · Upplever Ni att open source - programvaror är mindre säkra än proprietär (låsta) programvara när det gäller virus, intrång med mera? Om JA, på vilket sätt?

    · Hur ser ni på driftsäkerheten öppen källkod kontra låsta program?

    · Skulle en ökad användning av open source programvaror medföra några förändringar när det gäller kompetensen inom organisationen?

    Om JA, på vilket sätt? (Beställarkompetens?, Programmeringskunskaper?)

    · Vilka fördelar, med den kunskap som du har, ser du med öppen källkod för er kommun? Vilka nackdelar?

    Avrundning:

    · Upplever Ni, generellt sett, open source som något positivt eller negativt för Er organisation?

    · Hur känner du inför framtiden gällande open source och er kommun?

    //Micke Lidköping vid Vänern

    torsdag 26 februari 2009

    Rapport teoriuppgift ITC501

    clip_image001

    Artikelstudium

    Öppen källkod och fri programvara–

    För- och nackdelar

    Datum: 2009-02-26

    Författare

    Hanson Malin 731223

    Larsson Mikael 711113

    Handledare

    Docent Kerstin Grundén

    Examinator

    Docent Kerstin Grundén

    Innehållsförteckning

    1. Inledning. 1

    1.1. Bakgrund. 1

    1.2. Syfte. 1

    1.3. Arbetsfördelning. 2

    2. Metod. 3

    2.1. Litteratursökning. 3

    2.2. Analysmetod. 4

    3. Sammanfattning av artiklarna. 6

    3.1. Artikel 1. Open Standards and the Role of Politics. 6

    Författare: 6

    Publicerad: 6

    Sammanfattning: 6

    Kritisk granskning: 7

    3.2. Artikel 2. Government Technology Acqusition Policy: The case of proprietary versus ”open source” software 9

    Författare: 9

    Publicerad: 9

    Sammanfattning: 9

    Kritisk granskning: 10

    3.3. Artikel 3. Software development for governmental use utilizing free and ”open source” software 12

    Författare: 12

    Publicerad: 12

    Sammanfattning: 12

    Kritisk granskning: 13

    3.4. Artikel 4. Technology movements and the politics of free/”open source” software. 14

    Författare: 14

    Publicerad: 14

    Sammanfattning: 14

    Kritisk granskning: 15

    3.5. Artikel 5. Delivering Sizzling Services and Solid Support with ”open source” Software. 17

    Författare: 17

    Publicerad: 17

    Sammanfattning: 17

    Kritisk granskning: 18

    3.6. Artikel 6. Usability and ”open source” software. 19

    Författare: 19

    Publicerad: 19

    Sammanfattning: 19

    Kritisk granskning: 21

    3.7. Artikel 7. Usability discussions in ”open source” development 23

    Författare: 23

    Publicerad: 23

    Sammanfattning: 23

    Kritisk granskning: 24

    4. Diskussion och analys. 26

    5. Slutsatser 27

    6. Källförteckning. 28

    1. Inledning

    Öppen källkod eller på engelska ”open source” och fri programvara är något som allt fler talar om. Ett flertal utredningar är på gång att starta som ska titta på allt från affärsmodeller för offentlig verksamhet (Öhrwall Rönnbäck, 2008) till öppna standarder (Bergman 2008). Fenomenen öppen källkod och fri programvara är inte nytt, men det är först på senare tid som det verkligen tagit fart, både inom privat och inom offentlig sektor. Men hur ställer man sig till detta? Vilka för- och nackdelar med öppen källkod och fri programvara finns det? Det som mest tycks komma fram i öppenheten är hur fantastiskt bra allting med öppen källkod och fri programvara är. Men att det inte skulle finnas kritiska röster mot det är nog en utopi. De som följt debatten känner säkert till den strid som varit mellan F/OSS och Microsoft, och där grundaren Bill Gates vid ett flertal tillfällen och olika situationer uttalat sig om hur farligt det är för ekonomin och säkerhet att förlita sig på F/OSS (DiBona, Cooper, Stone, 2006). Men han företräder ett företag som har en betydande marknadsandel av proprietär programvara så hans åsikter är ju inte så konstiga. Av mer intresse är hur akademiker ser på fenomenet. Vilka för- och nackdelar med öppen källkod och fri programvara ser de? Och kan man på något sätt koppla dessa personer, på grundval av vad de skriver, till den ena eller andra sidan? Denna lilla undersökning tar sikte på att analysera ett antal artiklar som på något sätt behandlar öppen källkod och/eller fri programvara utifrån de ovan nämnda frågeställningarna på ett kvalitativt sätt. Vi gör inga anspråk på att denna undersöknings validitet och reliabilitet är hög, då urvalet av artiklar är alldeles för lågt för detta.

    1.1. Bakgrund

    Då vi tycker oss se och höra en övervägande del positiva omdömen om öppen källkod och fri programvara så har vi vid ett flertal tillfällen ställt oss frågan om det inte finns något negativt med fenomenet. Då vi ska undersöka något inom öppen källkod i en kommande c-uppsats, så ansåg vi det vara lämpligt att i denna artikelstudie undersöka just vilka för och nackdelar som finns med öppen källkod och fri programvara generellt sett.

    1.2. Syfte

    Syftet med denna rapport är att kritiskt granska ett antal artiklar som på något sätt har med den teoretiska referensramen att göra för att försöka visa på för- och nackdelar med öppen källkod och fri programvara. Förhoppningen är också att den ska visa att de artiklar som har en övervägande positiv syn på öppen källkod och fri programvara är skrivna av företrädare för ”open source” och ”free software” rörelsen, och att de som har en negativ klang eventuellt är författade av företrädare för den proprietära sidan.

    1.3. Arbetsfördelning

    Då vi båda som ingått i denna grupp som författat rapporten arbetar så tätt med varandra, och för att vi ser det som en förstudie till en kommande c-uppsats, så har ingen uppdelning i arbetet gjorts mellan oss. Detta betyder att vi båda har sökt artiklar och läst dem, samt att vi gemensamt har analyserat dem och skrivit denna rapport.

    2. Metod

    2.1. Litteratursökning

    Artiklarna har sökts ut med hjälp av Internet uteslutande. De sökverktyg vi använt oss av är dels de som erbjuds från Högskolan Väst: s bibliotek, men också via Google scholar, eller bara Googles sökmotor.

    De databaser vi sökt i är följande:

    · SAGE

    · AMC Digital Library

    · Google scholar

    · Academic Search Elite

    · Computer Sweden

    · IDG.se

    · SKL

    · Statskontoret

    · Scirus

    De sökkriterierna i olika konstellationer vi använt är dessa:

    · ”open source”

    · Free software

    · Öppen källkod

    · Fri programvara

    · Fördelar

    · Nackdelar

    · Advantage

    · Disadvantage

    · Municipalities

    · Benefits

    Urval av artiklar har gjorts på följande grunder:

    Då vi eftersökte artiklar som på något sätt sa något om för- och nackdelar med öppen källkod och fri programvara, så har egentligen det enda urvalskriteriet varit att det på något sätt ska handla om öppen källkod eller fri programvara. Visserligen gjordes en snabb genomläsning av artikels abstract, men detta enbart för att se att den inte berörde områden som kan sägas ligga helt utanför området, och där kanske något av de sökkriterier vi använt oss av enbart förekom i förbifarten i texten. Vi har också tagit med två så kallade ”papers” i vår analys. Detta för att vi ansåg det intressant att se vad som sades om användbarheten och öppen källkod, men också för att vi efter att ha undersökt författarna kommit fram till att de är trovärdiga, trots att just detta arbete inte publicerats i någon journal eller liknande.

    2.2. Analysmetod

    För att kunna analysera artiklarna på ett relativt kvalitativt, kritiskt bra sätt så utifrån vår teoretiska utgångspunkt så använde vi vissa nyckelord som vi letade efter i texten (för en utförlig beskrivning av hur en analys kan gå till att se Magne Holme & Krohn Solvang 1997). Dessa nyckelord var:

    · Positivt

    · Negativt

    · Problem

    · Skillnader

    · Svårigheter

    · Användbarhet

    Om inte dessa nyckelord hittades så diskuterade vi innehållet för att försöka komma fram till om artikeln var positivt eller negativt inställd till öppen källkod och/eller fri programvara och på vilket sätt den var det. Då artiklarna har en så pass vid spridning innehållsmässigt så vill vi inte säga att våra slutsatser är de riktiga eller de enda man kan göra. Vi har också tittat på författarnas historia för att skapa oss en uppfattning om hur legitimt hans eller hennes åsikter är inom området. Att göra en djupare källgranskning har tyvärr tiden inte räckt till för, men vi är medvetna om att en sådan granskning behöver göras för att säkerställa användbarheten av innehållet i artiklarna (Magne Holme & Krohn Solvang 1997). För den mer kritiska granskningen så utgick vi från en mall som förespråkas av Polit Beck & Hungler (Rossander, Svensson 2005). De punkter som denna mall förespråkar att man ska undersöka är följande:

    Titel

    Titeln ska visa vad artikeln handlar om. Ämnet ska tydligt framgå. Den ska inte bestå av mer än 15 ord.

    Abstract

    Abstractet ska innehålla 100-200 ord. Det ska redogöra för syfte, metod och resultat. Genom att läsa abstractet ska läsaren förstå vad artikeln handlar om och kunna avgöra om artikeln är läsvärd för sitt eget syfte.

    Introduktion

    Introduktionen ska ge ett syfte till studien, bakgrund och tidigare forskning. Bakgrund i form av teoretisk litteratur och fakta ska ge läsaren kunskap för att förstå innehållet i studien.

    Syfte

    Syftet ska tala om varför studien utförts. Är det för att beskriva något, öka förståelse för något eller för att få kunskap om något. Vilka frågor söker författaren svar på genom sin studie?

    Metod

    I metodbeskrivningen ska hela tillvägagångssättet hur studien genomförts framgå. Metod, urval och verktyg ska beskrivas. Metoden ska relateras till problemet och vara relevant. Beskrivning av hur data har analyserats och resultatets tillförlitlighet ska vara med i metoden.

    Resultat Allt som framkom i studien ska presenteras under resultat. För att göra resultatet mer läsbart och för att lyfta fram väsentliga data används tabeller och diagram. Besvarar resultatet de frågor som ställs i syftet?

    Diskussion I diskussionen reflekterar författaren över resultatet i studien. Både styrkor och svagheter ska lyftas fram. Författaren ska dra egna slutsatser av resultatet och kan även ge förslag på fortsatt forskning inom ämnet.

    Referenser Allt material som använt i studien ska framgå som referenser. Referensernas relevans ska beaktas.

    3. Sammanfattning av artiklarna

    3.1. Artikel 1. Open Standards and the Role of Politics

    Författare:

    Shah, Rajiv C och Kesan, Jay P.

    Shah är en adjunkterande biträdande professor vid Institutionen för kommunikation vid Illinois universitet i Chicago. Hans arbete undersöker det offentliga politiska konsekvenser som följer av utformningen av kommunikationsteknik. (Tyvärr hittar vi inget foto) (Shah, Rajiv C. 2009)

    clip_image003Jay P. Kesan: är professor vid Illinois universitet. Han innehar positioner i College of Law, Institute of Genomiskt biologi, Information Trust Institutet, Coordinated Science Laboratory, Department of Electrical & Computer Engineering, och Department of Agricultural & Consumer Economics.

    Professor och Direktör har program i Intellectual Property & Technology law vid Mildred Van Voorhis Jones fakulteten Scholar (Kesan, Jay P.2009)

    Publicerad:

    ACM International Conference Proceeding Series; Vol. 228 Proceedings of the 8th annual international conference on Digital government research: bridging disciplines & domains Philadelphia, Pennsylvania

    SESSION: Policy and adoption

    Pages: 3 - 12

    Year of Publication: 2007

    ISBN:1-59593-599-1

    Artikeln finns att hämta på ACM (2007)

    Sammanfattning:

    Artikeln undersöker förbättringar som öppna standarder kan medföra genom en analys av en kvantitativ undersökning och även en analys av en fallstudie som rör regeringars roll i standardiseringsprocessen.

    Vikten av öppnas standarder är något som påtagligt ökar när organisationers infrastrukturer ska byggas upp, kompabilitet mellan applikationer och system och integration mot organisationens egen plattform. Artikel tar även upp lite speglingar inom vilken del av mjukvaruutvecklingen som öppna standarder finns till övervägande del. Inlåsning mot en speciell leverantör är den fördel som nämns som övervägande fördel. Författarna nämner dock flera organisationer för ”open source” men tar Microsoft som representant för de proprietära.

    Massachusetts var den först delstaten i USA som på uppdrag av de styrande förespråkade en policy för öppna standarder. Då de såg framtida konverteringsproblem för de dokument som fanns lagrade i arkiven och som omfattas av offentlighetsprincipen. De utövade de påtryckningar mot sin leverantör, mikrosoft, som blev tvungen att tillhandahålla fria licenser till delstaten. Efter detta togs det beslut att använda sig av ODF eller PDF som är öppna standarder för att undvika framtida inlåsningar av delstaten.

    Författarna påvisar ett effektförhållande mellan öppna standarder. Det finns en mängd olika standarder som försvårar processen och de som får mest genomslagskraft är de som används mest i utvecklingen. För att regningars utformning av policy för öppna standarder ska få genomslagskraft påpekar författarna att man måste se till de faktorer som talar för öppna standarder; minskade leverantörsinlåsningar, kostnadseffektivitet och det uppmuntrar till innovationer. Något som man dock bör ta hänsyn till är vilka underliggande faktorer som kan påverkas ex olika grupper, värderingar eller intressen.

    Kritisk granskning:

    Titel:

    Beskriver innehållet på ett bra sätt. Det enda problemet kan vara att förstå att ordet ”politics” har två innebörder i det engelska språket, men i denna artikel tar man upp båda aspekterna

    Abstract:

    Innehåller kortfattad redovisning för syfte och resultat. Redogörelse för vilken metod som använts saknas dock, det som skrivs är att det handlar om en redovisning av den preliminära forskning som de just bedriver. Dock får man en ganska bra överblick över vad innehållet i artikeln handlar om.

    Introduktion:

    Beskriver på ett bra sätt bakgrunden till arbetet. Både hur viktigt det är med standardisering och under en egen rubrik bakgrunden till öppna standarder. Referenser till litteratur finns rikligt i detta avsnitt. Syftet beskrivs också i detta avsnitt.

    Syfte:

    Syftet framgår alltså först i introduktionen. Men när det väl tas upp så förstår man på ett bra sätt vad författarna tänkt sig med artikeln. Artikeln har två syften. Det ena är att undersöka vilken inverkan öppna standarder har på ett deskriptivt och analytiskt sätt. Det andra syftet är att undersöka vilken roll regeringar spelar när det gäller att använda och uppmuntra öppna standarder. Målet man har är att tillhandahålla empiriska slutsatser till de som beslutar om detta.

    Metod:

    Metoderna som använts beskrivs under en egen rubrik. Det är väl beskrivet, och man använder sig av både kvalitativa och kvantitativa metoder för att samla in det data som studien grundar sig på. Om man skulle vilja göra om studien så skulle detta kunna vara helt möjligt, enligt oss. Varför man valt dessa metoder beskrivs utförligt och analysmetoderna beskrivs också på ett bra sätt. Tillförlitligheten beskrivs dock inte på ett solklart sätt. Det är enligt oss svårt att få ett grepp om detta.

    Resultat:

    Resultatdelen beskriver på ett bra sätt vad man kommit fram till. Diagram används flitigt för att beskriva resultaten på ett grafiskt sätt, men det är ingen överanvändning av diagram, utan dessa har verkligen en betydande roll att spela. Resultatet speglar på ett bra sätt det man föresatt sig att göra enligt det syfte man haft med undersökningen. Extra positivt är att det finns ett avsnitt som tar upp svårigheterna med undersökningen och de resultat man kommit fram till. Detta ökat förståelsen för problematiken hos läsaren.

    Diskussion:

    Detta är ett avsnitt som inte finns med, istället sker dessa diskussioner under slutsatser (conclusions). Man pekar på de resultat man kommit fram till, och i förekommande fall förklarar varför vissa resultat utfallit som de gjort. Man föreslår tolkningar av resultatet och kommer med förslag på hur de berörda parterna ska kunna dra fördel av det man kommit fram till. Något förslag på ytterligare forskning hittas inte i detta avsnitt.

    Referenser:

    Då tiden inte finns för att närmare undersöka referenserna så har vi nöjt oss med att undersöka hur referenserna stämmer tidsmässigt med årtalet som artikeln är skriven. Den äldsta de flesta referenserna är från 1995-2005 men den äldsta är från 1985. Dock tycks det som att referenserna är adekvata för innehållet i artikeln.

    3.2. Artikel 2. Government Technology Acqusition Policy: The case of proprietary versus ”open source” software

    clip_image005Författare:

    Professor Thomas A. Hemphill, biträdande professor i strategi, innovation och den allmänna ordningen, School of Management, University of Michigan-Flint, tog sin doktorsexamen i företagsekonomi, Primär inriktning: Strategic Management and Public Policy (inklusive teknologi, innovation och entreprenörskap) från Institutionen för Strategic Management and Public Policy, School of Business, The George Washington University, i augusti 2005 (Hemphill, Thomas A.2009).

    Publicerad:

    Bullentin of science, technology & society, Vol 25, No. 6, December 2005

    Finns att hämta på SAGE (2005)

    Sammanfattning:

    Artikeln är en studie av ”open source” kontra proprietära system och applikationer som finns på markanden. Det finns förespråkare för båda lägren. Studien grundar sig på ett preliminärt utdrag av en global studie från Center for Strategic & International Studies som behandlar regeringars initiativ för att införliva mjukvara baserad på ”open source” som ett alternativ i institutionella organisationer.

    ”open source” fenomenet har nu nått en kritisk massa dvs. flertalet regeringar runt om i världen liksom företag och universitet har upptäckt fördelen med ”open source” och libre software. Lagstiftande alternativ och policys har utarbetats runt om i världens styrande korridorer vilket artikeln. Även om artikeln presenterar 27 stycken policyförslag för införandet av ”open source” så finns det inget som tyder på att effekten av dessa kommer att få ”open source” att verkligen kunna konkurrera ut de proprietära systemen inom offentliga organisationer.

    Detta ställer höga krav på leverantörer av proprietära system som egentligen inte svarat på många av de angrepp som ”open source” rörelsen har anklagat dem för. Både kommersiella och icke kommersiella krafter har sedan början på 2000-talet verkat för en ökad användning av ”open source” inom offentlig sektor. En stor förespråkare är OSSI - ”open source” Software Initiative, som är en amerikans organisation som förespråkar utveckling och implementation av ”open source” inom offentlig sektor.

    Detta för att söka förbättra marknadens såväl som regeringars innovations processer, ge effektivare organisationer, flera källor för att bygga tekniska infrastrukturer men även för att skapa öppna standarder liksom få en mer kostnads effektivitet. Representerande de proprietära leverantörerna här är främst Microsoft vilka förvara sig med att en övergång till ”open source” skulle innebära att flertalet välbetalda jobb försvann liksom intäkter i form av skatteintäkter. Ytterligare en aspekt är att just ”open source” skulle vara mera känsligt och sårbart för terroristattacker. Microsoft har tagit flera steg för att försvara sin del av marknaden.

    Kritisk granskning:

    Titel:

    Är väl inte helt självklar, men detta kan bero på att vi inte är experter på det engelska språket. Dock anser vi att den ger en liten insikt i vad det handlar om.

    Abstract:

    Håller sig inom den rekommenderande mängden ord. Det beskriver klart och koncist både syfte, metod och resultat. Man får en mycket bra överblick om innehållet i artikeln.

    Introduktion:

    Introduktionen, så som vi tolkar den, ger ingen klar förklaring till vilket syfte som finns med studien, utan detta är något som man får läsa mellan raderna så att säga, genom hela studien. Bakgrunden och tidigare forskning presenteras tillsammans med resultatet och är alltså inget som klart framgår i ett eget stycke. Men det finns ändå med och man kan ganska lätt följa med i resonemanget.

    Syfte:

    Syftet med studien framgår, men inte så precist som är önskvärt. Man får som sagt läsa mellan raderna för att förstå hela syftet med undersökningen.

    Metod:

    Metoden beskrivs inte i ordalag som kvantitativ eller kvalitativ. Istället redogörs för hur arbetsgången har varit och vilka studier som gjorts och vilka analyser som utförts. Den tolkning vi gör är att det handlar om kvalitativa studier, men detta kunde ha framgått mer tydligt. Tillförlitligheten till resultatet berörs inte alls. De metoder som har använts tycks dock passa syftet bra, även om det kanske hade kunnat utföras på andra sätt, men detta är med vår kunskap svårt att med säkerhet uttala sig om.

    Resultat:

    Som tidigare nämnts så finns inget avsnitt som rubriceras resultat eller introduktion med mera. Allt detta har slagits ihop och presenteras under löpande under diverse rubriker. Tabeller eller diagram används inte alls men det finns siffror presenterade som eventuellt skulle kunna ha getts en grafisk utformning för att ge en ännu tydligare bild av det som studeras. Då inget klart syfte framgår, så blir det en mycket subjektiv bedömning av hur resultatet speglar syftet. Men vår bedömning är att författaren lyckas med detta på ett relativt bra sätt.

    Diskussion:

    Diskussionen om resultaten förs under rubriken slutsatser och rekommendationer. Det är dock svårt att få en inblick i huruvida resultaten är författarens egna, eller resultat som varit givna utifrån de dokument han analyserat. Ingen diskussion om resultatens begränsningar eller styrkor förs tyvärr. Det föreslås heller inga frågor som kan vara av intresse för fortsatt forskning

    Referenser:

    De referenser som används är alla från 2000-talet och kan med tiden som måttstock ses som relevanta. Som tidigare redogjorts för så har inte tiden funnits för en kritisk analys av referenserna.

    3.3. Artikel 3. Software development for governmental use utilizing free and ”open source” software

    Författare:

    clip_image007Björgvinsson, Tryggvi.

    Doktorand vid Islands universitet. Har även examen från Chalmers tekniska högskola. Hans inriktningar är datoralgoritmer, teknisk matematik (optimering), systemutveckling, bildbehandling/analys (Björgvinsson, Tryggvi 2009)

    Thorbergsson, Helgi

    clip_image009Assisterande professor och docent vid universitetet på Island. Forsknings- och intresseområden är; Requirements Analysis Software Size Estimation Free and ”open source” Software (Thorbergsson, Helgi 2009).

    Publicerad:

    ACM International Conference Proceeding Series; Vol. 232

    Year of Publication: 2007

    ISBN:978-1-59593-822-0

    Finns att hämta på ACM Portal (2007)

    Sammanfattning:

    Detta är en studie som tar upp riktlinjer för ramverk kring licenser, främst isländska, rörande gratis programvara ”Free software”, FSF och öppen källkod ”open source” ur ett perspektiv för utveckling av mjukvaror.

    Hela artikeln återspeglar metodologin i ”open source” rörelsen, att regeringar kan utnyttja mindre mjukvaruföretag, gratis och öppen källkodsrörelsen med dess samarbete med både lokala och europeiska myndigheter, dela verktyg, lösningar och erfarenheter med varandra och standarder. De programvaror som produceras släpps sedan fritt på nätet där användare hämtar koden. Det finns olika licenser som reglerar support och integrationer i olika miljöer.

    FOSS står för ”Free and ”open source” Software vilket syftar till både gratis programvaror och tillgång till den öppna källkoden med de förbehåll som licensen är publicerad under. Flera regeringar runt om i världen har utformat sina egna anpassade policys och så har även den Europeiska unionen gjort. 2007 publicerades EUPL, europeiska unionens publika licens.

    Komplexiteten ökar med antalet licenser vilket författarna såväl som grundaren till FSF, Eric S. Raymond, menar att det är bättre att hålla ner antalet och försöka förbättra och utveckla GNUGPL licensen istället. Författarna med inriktningen kommunikation förespråkar hela den ideologiska rörelsen och dess metoder och en utveckling av denna metod i denna rapport och de tar även stöd i den litteratur som skrivits runt denna

    Kritisk granskning:

    Titel:

    Ja den beskriver innehållet i artikeln bra och beskriver vad det ska handla om. Ordet ”utilizing” kan dock ha olika innebörder, att man redan använder det eller att man kan anpassa det för att kunna tillgodogöra sig det.

    Abstract:

    Syftet med studien belyses bra och delar av deras resultat. Det som inte presenteras närmare är hur de har gått tillväga i sin studie.

    Introduktion:

    Författarna beskriver varför denna studie gjorts och även påvisar vad de bygger den på.

    Syfte:

    Beskrivs i ”abstract” och i introduktionen.

    Metod:

    De tar stöd av andra metoder och har även tillfört en egen del till dessa metoder, vilket presenteras på ett tydligt och bra sett. Både med ord och både grafisk bild vilket gör det enkelt att förstå och följa resonemanget.

    Resultat:

    De påvisar hur metoden kan utvecklas i utvecklingsprocessen för att kommunikationen mellan alla berörda parter ska optimeras. Detta görs väl med ord och grafisk bild och besvarar således frågeställningen i syftet bra.

    Diskussion:

    De påvisar både reflektion över sina egna resultat och har en kontinuerlig diskussion kring konsekvenserna med olika licenser för utformandet av olika ramverk som ska underlätta ”open source software” utvecklingen.

    Referenser:

    Såvitt vi kan bedöma är källorna relevanta och bra använda. De använder källor som de tar stöd av i bakgrunden samt att källorna även är av hög kvalitet.

    3.4. Artikel 4. Technology movements and the politics of free/”open source” software

    clip_image011Författare:

    Paul-Brian McInerney är verksam vid fakulteten vid UIC som biträdande professor i sociologi. Han fick sin doktorsavhandling i sociologi från Columbia University 2006. Från 2005 till 2008, var McInerney biträdande professor på sociologiavdelningen med en samtidig inblandning i programmet för Informatik vid Indiana University South Bend. Allmänt sett är hans forskning inriktad på ekonomiska och organisatoriska sociologiska och sociala studier av teknik, sociala rörelser och kollektiva beteende och kvalitativa metoder (University of Illinoise at Chicago 2009)

    Forskning Intressen:

    Ekonomisk och organisatorisk sociologi, teknologisk sociologi, sociala rörelser, sociologisk teori, kvalitativa forskningsmetoder

    Publicerad:

    Science Technology Human Values 2009 volume 34 nr 206

    Finns att hämta på SAGE (2009)

    Sammanfattning:

    Denna artikel behandlar hur det finns en tendens att ”politisera” tekniska förändringar inom organisationer, och då främst den icke vinstdrivande sektorn, som till exempel kommuner och stat med mera. Den bygger på tre olika kvalitativa datainsamlingsmetoder, etnografiska studier, formella intervjuer och litteraturstudier.

    Genom att politisera tekniska frågor så påverkar dessa frågor på ett sätt som kanske inte många tänker på. Som exempel ges den strid som uppstod mellan två rivaliserande leverantörer av tekniska lösningar till främst stat och kommun, (i USA, red anm.), som inte egentligen handlade tekniken självt utan mer hur vissa problem skulle lösa, vad som var det ”rätta sättet” att se på olika saker. Denna kamp fick inverkningar på hur icke-kommersiella användare strukturerade sin verksamhet med inriktning på tekniska lösningar och främst då datasystem och applikationer.

    Då nya affärsmodeller utvecklats för att kunna stödja de behov som anses finnas inom den icke-kommersiella sektorn behövs nu att de som dessa affärsmodeller vänder sig till förstår fördelarna med öppen och fri programvara. 90 procent av den icke-kommersiella sektorn använder sig av och är strukturerad för att använda proprietära produkter. Så den stora utmaningen är att få dessa med på ”open source” tåget. Man menar att vissa organisationer, som till exempel Free Geak, underlättar detta arbete. Men mycket återstår att göra. De låsta standarderna inom stat och kommun sätter fortfarande käppar i hjulen för en utveckling. Men då alltfler proprietära leverantörer inser fördelarna med öppen källkod, så kommer kanske dessa att verka som tunga ambassadörer för ”open source” rörelsen, och öppna upp många stängda dörrar. Artikeln i sig är neutral när det gäller att bedöma öppen och fri programvara och för och nackdelar med den samma. Den pekar dock på problemen med att inte ha fått gehör för idéerna inom den icke-kommersiella sfären, vilket kanske kan ses som något negativt.

    Kritisk granskning:

    Titel:

    Ger en bra hänvisning till vad artikeln handlar om, även om det även här ingår ordet ”Politics” vilket alltså kan ha två innebörder, den ena innebörden handlar om politik på regeringsnivå med mera, eller på makronivå, och den andra definitionen hänvisar till relationer och intressen mellan individer med mera. Artikeln handlar dock om båda definitionerna.

    Abstract:

    Redovisar lite av syftet och resultatet men metoderna tas inte upp. Både syfte och resultat kunde ha varit belyst på ett mer uttömmande sätt. Genom att läsa abstracten så får man tyvärr inte den överblick över innehållet som man kunde önska sig.

    Introduktion:

    Tar upp precis det som det ska ta upp. Författaren beskriver syftet med studien, och varför han gör den, det vill säga bakgrunden till problemområdet med mera. En inblick ges i tidigare forskning med referenser till tidigare utfört arbete.

    Syfte:

    Är inte helt solklart. Syftet förklaras i introduktionen och så som vi tolkar det så är det att författaren vill öka förståelsen kring frågeställningen om hur ickepolitiserad teknologi kan plötsligt bli en politisk fråga, både på mikro och på makronivå. Metoderna som använts tas upp under en egen rubrik.

    Metod:

    Tas upp sist i introduktionen under en egen rubrik. De olika metoder som använts beskrivs på ett mycket bra sätt. Beskrivningen är utförlig, vilket gör att det underlättar om någon vill utföra en liknande studie i ett senare skede eller att göra samma studie för att kontroller om resultatet blir det samma.

    Resultat:

    Resultatdelen innehåller de delar som man kan förvänta sig. Den är fokuserad på att besvara de frågeställningar som initialt i syftet var meningen med studien. Grafiska presentationer används för att underlätta förståelse i vissa delar, vilket är behövligt i just dessa delar. Kanske att det kunde ha gått att använda tabeller och grafik lite mer för att klargöra vissa delar i resultatet. Strukturen är bra och lätt att följa vilken underlättar förståelsen för resultatet.

    Diskussion:

    Diskussionen förs regelbundet av författaren genom hela rapporten. Dock så koncentreras denna diskussion till slutsatsrubriken. Visserligen så reflekterar författaren över resultatet, men inte alls i den utsträckning som vi anser relevant. Inga direkta egna slutsatser presenteras utan det är mer en kort redogörelse för vad det som studerats visat på, alltså rena fakta, enligt oss. Inga förslag på vidare studier ges heller.

    Referenser:

    Innehåller rikligt med referenser från början av 1980-talet och framåt. Referenshanteringen följer den traditionella standarden, så det är lätt att hitta dessa referenser om man är intresserad.

    3.5. Artikel 5. Delivering Sizzling Services and Solid Support with ”open source” Software

    Författare:

    clip_image013Roger Evans är en dataprogrammerare och nätverkskonsult med 25 års erfarenhet av IBM, minidatorer, pc och Internet. Han Har examen från universitetet i Oslo och Texas, Austin (SAGE 2006).

    Publicerad:

    International federation of library Associations & Institutions, IFLA Journal 2006 volume 32

    Finns att hämta på SAGE (2006).

    Sammanfattning:

    Denna artikel handlar om Oslo Stads bibliotek som startade projektet ”Library by the Fjord” som beräknas vara klart 2009. Målet var att vi skulle nå ut med e-tjänster och multimedia-tjänster till våra låntagare. Problemet var en alltmer sjunkande budget så de valde att satsa på ”open source” programvaror, allt från servrar, operativsystem, webbserver, applikationsservrar etc. För de tjänster som projekterades kontaktades mindre företag eller studenter vid universitet för att bygga dessa tjänster. För att se nytta inte bara kostnaderna så räknades nyttan i termer av en generell anskaffningsavgift för bokinköp, man fick då en klarare blid av vad som projektet sparade på att använda ”open source” produkter. Innovationer i form av att ta tillvara de datorer som Skattemyndigheten bytte ut, som rensades från alla programvaror Microsoft och byttes mot LOOM, ”Linux, Open Office, Monzilla Firefox”. Dessa kunde sedan placeras ut på biblioteken till för allmänheten, vilket hade varit omöjligt att köpa in från en leverantör. Erfarenheten visar att man kan spar pengar som kan användas för bibliotekens kärnverksamhet; inköp av böcker och utökade öppettider.

    Författaren beskriver hur svårigheterna i projektet med ”open source” kräver ett tydligt ledarskap som stödjer och supportrar sina medlemmar, en vilja från personalen och Linuxkunskap, eller åtminstone viljan att lära sig Linux. Risken som kan bromsa upp utvecklingen anger författaren som alla vill inte lära sig nya saker eller har tid till att förkovra sig.

    ”If a library is going to build it’s critical services with ”open source”, how can we know it will be there in 10 years?”, är en av frågorna som författaren försöker besvara. Han menar att man måste se till hur tjänsterna en gång kom till, han ger exempel på Google, access journal mf.l gratis Tjänster som fortfarande vidareutvecklas och förbättras. Människor har ett behov av dem. ”open source” beskrivs som en snöboll som startade på allvar i början på 1990-talet och nu ritigt har börjat att rulla.

    Kritisk granskning:

    Titel:

    Kan tyckas något oklar då den inte tar upp att det handlar om utveckling av ett bibliotekssystem, men att det handlar om att leverera ”heta” tjänster med open source kan väl ingen missa.

    Abstract:

    Här förklaras väl vad artikeln handlar om.

    Introduktion:

    Hela artikeln är egentligen en projektbeskrivning av hur projektet gått till. Tillvägagångssättet är det som ska beskrivs i rapporten vilket framgår av de egenreflekterande frågorna som författaren använder sig av för att besvara olika frågeställningar. Kunde ha beskrivits mer utförligt.

    Syfte:

    Klart och tydligt mål för projektet som redovisas i både ”abstract” och introduktionen.

    Metod:

    Metoden finns inte definierat. Tillvägagångssättet för att lyckas med projektet beskrivs och mellan raderna kan man läsa att detta blir deras metod. Författaren vill beskriva att det går att få ett solitt och kostnadseffektivt bibliotekssystem med hjälp av open source hela vägen.

    Resultat:

    Hela projektets gång med svårigheter och omöjligheter som blir möjligheter beskrivs.

    Diskussion:

    Hela artikeln genomsyras av en positiv men ändå sund och reflekterande hållning vid utvecklandet.

    Referenser:

    Detta är väl inte en jätte akademisk artikel men som vi tycker ändå belyser ett skarpt ”case” där man verkligen använt sig av open source med ett lyckat och ett fungerande utvecklat system.

    3.6. Artikel 6. Usability and ”open source” software

    clip_image015Författare:

    Michael Twidale docent på Graduate School of Library and Information Science, University of Illinois Urbana-Champaign. Innan dess var han en fakultetsmedlem vid Datainstitutionen vid Lancaster University, Storbritannien. Hans forskningsintresse omfattar datorstött samarbete, datorstött lärande, design av användarinterface och utvärdering, informationsvisualisering, museum och informatik, hur människor handskas med datorer, scenariobyggd design och tillämpningen av etnografiska metoder för datorsystemen design och utvärdering (27th International Conference on Software Engineering, 2005).

    David M. Nichols (Bild saknas), universitetslektor på avdelningen för datavetenskap, Universitetet i Waikato, Nya Zeeland (, School of Computing and Mathematical Sciences, Department of Computer Science, 2008).

    Huvudsakliga forskningsområden:
    Digitala bibliotek
    HCI - Human Computer Interaction
    ”open source” Software
    CSCW - Computer Supported Cooperative Work

    Publicerad:

    Detta är ingen artikel utan ett Working Paper, så det är inte publicerat i någon vetenskaplig tidskrift. Pappret finns att hämta på University o Waikato (2002).

    Sammanfattning:

    Detta arbetspapper tar sikte på att utforska om det finns användbarhetsproblem inom utvecklingen av ”open source” programvara som kanske inte finns inom den affärsmässiga, eller proprietära sfären. Artikeln är en kvalitativ litteraturstudie, där man undersöker tidigare skrivet material och utifrån detta försöker att dra vissa slutsatser. De båda författarna har ett genuint intresse i just hur interaktionen mellan dator och människa fungerar, och försöker att med sin bakomliggande kunskap på området ge förslag på förbättringar eller förändringar som skulle kunna göras för att säkerställa en bättre användbarhet för slutanvändaren. Man pekar på att användarna av programvara byggd på öppen källkod håller på att transformeras. Tidigare har det varit programmerare och andra professionella personer som använt sig av dessa program. Men nu börjar allt fler ”vanliga” användare att få upp ögonen för detta (tänk på att pappret är skrivet 2002). Och då måste det till en helt annan design för att användbarheten ska passa deras önskemål, med deras ofta bristande kunskaper inom kodning med mera. Detta menar man på saknas inom ”open source” rörelsen idag, där det först och främst handlar om att lösa sina egna problem, och i andra hand att lösa problem som anses vara ytterst svåra. Detta för att öka på sitt goda rykte inom sfären. Då glöms oftast designen av användbarheten bort.

    Vad man främst påtalar är att det behöver komma in professionella användbarhetsexperter till rörelsen. Dessa skulle kunna fungera som fullvärdiga medlemmar av rörelsen, men då det kanske skulle ställa till problem för experterna i det vardagliga arbetet med låst programvara så kanske en annan approach är att föredra. De skulle kunna utgöra en testpanel som har användaren i fokus, och komma med kritik som kanske kan hjälpa utvecklarna att förbättra användbarheten och göra gränssnitten enklare och mer lättförståeliga för gemene man.

    Man ställer upp ett flertal rubriker där man listar varför ”open source” program tycks ha problem med användbarheten. Dessa är, fritt översatt:

    · Utvecklarna är inte användare, det vill säga de som utvecklar programmen har kunskaper som gör att de inte bryr sig så mycket om användbarheten för andra utan ser mer till att lösa ett funktionalitets problem.

    · Experter på användbarhet ingår inte i ”open source” rörelsen

    · Arbetssättet inom ”open source” lämpar sig bättre för att lösa funktionella problem än användbarhetsproblem

    · Problem med användbarheten är svårare att beskriva och därför svårare att få en förståelse för bland andra medlemmar av gruppen

    · Inom ”open source” är det kodning som gäller, det vill säga ingen planering angående användbarhet finns innan projekten drar igång

    · Man saknar de resurser som behövs, både personella och ekonomiska, för att verkligen få till en kvalité på användbarheten

    · Man menar också att ”open source” bara leker katt och råtta med den proprietära utvecklingen och att det är den som leder utvecklingen på användbarheten och att ”open source” rörelsen bara kopierar det bästa av detta.

    De förbättringar man föreslår är uppdelade i kommersiella, teknologiska, akademiska och en övrig kompott av diverse punkter. Kommersiella förbättringar handlar om att lära sig av den proprietära sektorn när det gäller att planera projekt så att användbarheten redan på ett tidigt stadium tas ned i beräkningarna. Tekniska förbättringar som föreslås är användningen av automatiserad kontroll av användbarheten med hjälp av dataprogram, samt användningen av kontrollgrupper som företräder slutanvändaren. Det akademiska handlar om att lära ut och låta högskolor och universitet utveckla projekt inom ”open source” sektorn för att på så sätt få med sig all den kompetens som dessa skolor besitter. Man föreslår också att man ska hitta vägar som gör slutanvändaren mer delaktig i utvecklingen samt bättre hantering av rapportering och förbättring av de kritiska synpunkter som kommer in från användare. Den slutsats man gör är att det behöver göras mycket när det gäller användbarheten och öppen källkod, men att det också behövs mycket mer forskning inom området. Generellt så har författarna en positiv inställning till öppen källkod, men är kritiska till hur hanteringen av användbarheten går till.

    Kritisk granskning:

    Titel:

    Beskriver visserligen att det handlar om användbarhet och öppen källkod, men den avgränsning som sedan görs framgår inte. Det hade nog varit bra med en mer uttömmande artikel, kanske med en underrubrik.

    Abstract:

    Detta kunde kanske ha varit lite mer beskrivande. Metoderna beskrivs kortfattat, likaså resultatet. Syftet med ”papret” framgår dock inte i abstracten. Det står visserligen vad man kommer att beskriva, men det framgår inte varför man valt att beskriva just detta.

    Introduktion:

    Beskriver kortfattat lite om bakgrunden och tidigare forskning på området. Syftet framgår dock inte helt klart. Man beskriver vad man tänkt sig att göra och eventuellt vilka frågor man tänker ge svar på, men inte varför man gör det.

    Syfte:

    Framgår inte med all önskvärd tydlighet. För att förstå syftet så måste man läsa hela papret, vilket är ett stort minus. Man kan visserligen få en liten föraning genom att läsa introduktionen och de stycken som behandlar vad man tänkt sig ge svar på i studien.

    Metod:

    Tas upp lite grann i introduktionen men inte på ett helt klart sätt. En beskrivning av hur man tänkt sig gå till väga när det gäller att presentera resultatet finns med, men för att få en helhetssyn på metoden så måste hela papret läsas. Ett stort minus. Denna avsaknad gör det svårt att bedöma om metoderna är relevant för studien.

    Resultat:

    Presentationen är bra och lätt att följa då användningen av underrubriker ger en lättöverskådlig och begriplig indelning av de olika delarna. Dock används ingen grafik, vilket i och för sig kanske skulle liva upp papret lite, men att använda grafik bara för sakens skull är inte att rekommendera. Resultatet besvarar de frågeställningar som uppställts.

    Diskussion:

    En reflektion görs, men det är svårt att tolka vad som är författarens tolkningar, eller vad som så att säga är givet utifrån data med mera. En bättre redogörelse för detta hade varit önskvärt. Styrkor och svagheter med studien diskuteras inte över huvud taget. Förslag på vidare studier ges, men inte något direkt konkret utan bara att det går att fortsätta forskningen.

    Referenser:

    Mycket referenser som dock tycks vara relevanta för området. Tidsmässigt ligger de inom ramen för vad som kan anses vara godtagbart, även om det inte alls är fel med äldre referenser där sådana behövs.

    3.7. Artikel 7. Usability discussions in ”open source” development

    clip_image015[1]Författare:

    Michael Twidale docent på Graduate School of Library and Information Science, University of Illinois i Urbana-Champaign. Innan dess var han en fakultetsmedlem vid Datainstitutionen vid Lancaster University, Storbritannien. Hans forskningsintresse omfattar datorstött samarbete, datorstött lärande, design av användarinterface och utvärdering, informationsvisualisering, museum och informatik, hur människor handskas med datorer, scenariobyggd design och tillämpningen av etnografiska metoder för datorsystemen design och utvärdering (27th International Conference on Software Engineering, 2005).

    David M. Nichols (Bild saknas), universitetslektor på avdelningen för datavetenskap, Universitetet i Waikato, Nya Zeeland (University of Waikato, School of Computing and Mathematical Sciences, Department of Computer Science, 2008).

    Huvudsakliga forskningsområden:
    Digitala bibliotek
    HCI - Human Computer Interaction
    ”open source” Software
    CSCW - Computer Supported Cooperative Work

    Publicerad:

    Detta är ingen artikel utan ett Working Paper, så det är inte publicerat i någon vetenskaplig tidskrift. Pappret finns att hämta på University o Waikato (2004).

    Sammanfattning:

    Detta ”Working Paper” behandlar hur man inom ”open source” hanterar användbarhetsfrågor, och då främst inriktat mot frågor som rör gränssnitten mellan applikationer/användare och interaktionsdesign, och hur verktygen eventuellt skulle kunna förbättras. Dess huvudspår är hur kommunikationen mellan utvecklarna av öppen källkod går till i ovan nämnda fall. Denna inriktning har sin grund i att de båda författarna har ett forskningsintresse i just kommunikationsfrågor. Artikeln grundar sig på en kvalitativ analys av tre källor, och ska ses som en förstudie till en djupare forskningsansats som de båda författarna tänker sig utföra i ett senare skede.

    Man ställer fyra frågor som man resonerar kring:

    · Hur ser användbarhetsdiskussionerna ut i OSS projekt?

    · Kan man se en skillnad i hur det ser ut i verkligheten mot hur böckerna beskriver hur det borde gå till?

    · Skiljer det sig från proprietär utveckling av mjukvara?

    · Hur ser mönstren och processerna ut som uppstår i och mellan olika projekt?

    Man visar på med exempel hur diskussionerna förs på speciellt utvalda projekt, hur arbetsgången ser ut, och vilka kommunikationsvägar som finns. Man diskuterar kring subjektiva och objektiva användbarhetsfel, och beskriver skillnaderna i de båda sätten, vilka kräver olika former av ”approach”. Man diskuterar också de problem som kan uppstå med OSS och komplexiteten av processen. Man betonar att det kan vara ännu svårare inom ”open source”, då dessa utvecklingsgrupper består av stora heterogena grupper som är utspridda geografiskt och arbetar på en frivillig basis. Men besvarar den de frågor som man resonerar kring? Nej, den egentliga slutsats man kommer fram till är att det krävs mer studier för att kunna uttala sig om frågan. Dock anser de det möjligt att identifiera tre områden som eventuellt skulle kunna inspirera till olika nya designlösningar.

    Man påtalar svårigheterna med att expertanvändarna ser på designfrågor på ett vis, och tänker inte på att alltmer ”vanliga” användare börjar ta till sig de programvaror som utvecklas. Detta kräver ett helt annat gränssnitt, som är enkelt att använda och förstå sig på. Man påtalar också vikten av att ha ett klassificerat system för felrapportering för att undvika missförstånd och interna prestigekamper mellan olika utvecklare. Någon form av mall anser man också skulle behövas när det gäller de diskussioner som förs om just användbarheten i programvarorna, vad är användbarhet med mera. Den övergripande andemeningen blir således att de anser att det finns mycket att göra när det gäller kommunikationen inom OSS projekt för att få till en effektivare process. Några direkta slutsatser om öppen källkods för- och nackdelar går inte att hitta i arbetet.

    Kritisk granskning:

    Titel:

    Att det handlar om diskussioner om användbarhet inom open source utveckling framgår, men inte på vilket sätt. En förklarande underrubrik hade varit till hjälp för läsaren.

    Abstract:

    Är alldeles för kort och intetsägande. En redogörelse för vad man undersöker görs, men inte varför och resultatet presenteras heller inte. Metoderna lyser också med sin frånvara.

    Introduktion:

    Är uppdelad i tre rubriker, introduktion, bakgrund och metod, vilket är bra och ger en god överblick. Syftet framgår dock inte klart. Bakgrunden tas upp på ett bra sätt.

    Syfte:

    Syftet redovisas inte på ett konkret sätt vilket gör att man måste läsa mellan raderna för att fullt ut förstå varför denna studie utförs. Man beskriver visserligen lite grann hur man tänkt sig att beskriva resultatet, men detta är ingen beskrivning av syftet. Under metod så beskriver man fyra frågor som man anser skulle kunna ställas.

    Metod:

    De metoder som använts redovisas för på ett bra sätt. Om dessa överensstämmer med syftet med studien är dock svårt att bedöma då syftet, som nämnts tidigare är något vagt beskrivet.

    Resultat:

    Resultatet presenterar på ett sammanhängande och bra sätt. För att skapa en förståelse för problematiken så har viss grafik använts. Detta underlättar verkligen förståelsen. Om det besvarar de relevanta frågorna går inte att bedöma då syftet är så vagt beskrivet.

    Diskussion:

    Diskussioner förs om både negativa och positiva resultat som studien gett. Slutsatserna presenteras under en egen rubrik. Dock framgår det inte klart vad som är författarnas egna slutsatser, vilket kan vara önskvärt.

    Referenser:

    Rikligt med referenser och de tycks ligga bra till tidsmässigt med tanke på när studien genomfördes.

    4. Diskussion och analys

    Artiklarna som varit föremål för vår kritiska granskning i denna rapport har varit i huvudsak skrivna av författare som efter vår enklare undersökning varit väl insatta i ämnet ”open source”. Övervägande delen av författarna är professorer eller assisterande professorer inom dat och/eller samhällsvetenskap men inriktning på information, kommunikation, datavetenskap. Flertalet av artiklarna har publicerats av olika vetenskapliga Journals vilka har en etablerad position på området.

    Artiklarna innehåller det som ”abstract” tar upp och vidare kan man se att de har olika nyanser och nivåer på sina diskussioner. Detta kan bero på att artiklarna visserligen alla behandlar ”open source” men inom vitt skilda områden. Det som vi kan se är att författarna är väldigt färgade, dels på grund av sin bakgrund och med den diskussionen som återföljs i deras arbeten kan man urskilja en positiv syn på open source som fenomen. Kvalitén på artiklarna skiljer sig åt, men detta anser vi egentligen inte påverkar det syfte som vi haft med denna studie, då alla åsikter om för- och nackdelar är av intresse, inte bara sådant som på ett korrekt akademiskt sätt har presenterats i olika journaler.

    Generellt kan vi konstatera att alla artiklarna har en genomgående positiv syn till ”free and open source software”. Detta har nu enligt författarna nått ut till den kritiska massan med det menar de att sedan i början på 1990-talet har detta fenomen verkligen nått ut och börjat att ta marknadsandelar. Nya metoder presenteras för innovationer inom mjukvaruutvecklingen, fördelar med ”communitys” och deras samarbetsformer som gynnar en snabbare och ett mer kritiskt granskande av producerad kod. Här kan vi dock se att detta behöver inte bara vara specifikt för open source utan kan likväl vara samma inom den mer proprietära utvecklingen, även om artiklarna inte presenterar det. Hela ideologin inom dessa ”communitys” beskrivs som ett ordnat flöde av information och kommunikation men avvikelser förekommer. De fördelar och nackdelar som generellt tas upp är något snedfördelade, tendensen till att likställa Microsoft med den proprietära delen och som något ”elakt” är genomgående. Det som man däremot kan se är att uttalande som kommer från just den proprietära sidan kommer just från den ledande leverantören Microsoft och då specifikt från Microsofts grundare Bill Gates. Uttalanden har varit mer av påhopp från Open source sidan mot just Microsoft men responsen har till stor del uteblivit. De har istället inriktat sig på en mer effektiv lobbying mot regeringar och andra verkställande instanser för att påtala sin egen vikt och kompetens.

    Den ideologin som föddes inom ”free and open source” rörelsen redan på 60-talet har fortfarande starkt fäste inom ”FSF, Free and Open Source” rörelsen medan man kan skönja ett mer kommersiellt tänk inom dagens ”open source” rörelser. Företag som nu börjar dyka upp har som affärsidé att koncentrera sig på specifik support och utveckling av programvaran mot privat och offentlig marknaden. Koden är här fortfarande öppen och tillgänglig men företaget har en spetskompetens som organisationer och företag idag inte har tid eller pengar att själva drifta dessa system och/eller applikationer, man vill helt enkelt köpa in dem tjänsterna till den egna organisationen.

    Det finns fortfarande en bit kvar att gå innan ”open source” är så bra som man kan få intrycket av. Det som tas upp är just utvecklingsprocess där man ser svårigheter och som skulle kunna förbättras för att bli mer överskådlig. Det behövs en bättre planering inför ett projekt för att täcka in alla kategorier som en programvara berör; gränssnitt mot användare och andra system, kompabiliteten, standardiseringsnormer och detta för att programmeraren inte bara ska lägga fokus på funktionaliteten. En viktig del i detta som påpekas i artiklarna är att utveckla kommunikationsmetoder som stödjer denna process.

    5. Slutsatser

    Den allmänna inställningen till free and open source är övervägande positiv. De svårigheter som vi kan se är hur man ska kunna styra upp processer inom utvecklingsprojekt för att få till en effektivare kommunikation och mer användarvänlig och funktionell slutprodukt utan att skada den ideologin som rörelsen verkar i. Licenserna anser vi själva vara i en gråzon varpå vi avser att fördjupa oss inom detta i kommande arbete; C-uppsatsen.

    6. Källförteckning

    ACM (2007) Open Standards and the role of politics. [Elektronisk] Tillgänglig: http://portal.acm.org/citation.cfm?id=1248460.124846 (2009-02-17)

    ACM Portal (2007). Software development for governmental use utilizing free and ”open source” software. [Elektronisk] Tillgänglig: http://portal.acm.org/citation.cfm?id=1328057.1328087 (2009-02-24)

    Bergman, Lisa (2008). Kommuner ratar gratis. [Elektronisk] Tillgänglig: http://www.fokus.se/2008/10/kommuner-ratar-gratis (2009-02-25)

    Björgvinsson, Tryggvi (2009) Information. [Elektronisk] Tillgänglig: http://www.linkedin.com/in/tryggvi (2009-02-24)

    Cooper Danese, DiBona Chris, Stone Mark editorer (2005) ”open source”s 2.0 – The continuing evolution. USA. O‘Reilley Media Inc.

    Holme Magne, Idar & Solvang Krohn, Bernt (2007). Forskningsmetodik – om kvalitativa och kvantitativa metoder. Andra uppl. Studentlitteratur

    Hemphill, Thomas A.(2009). Homepage. [Elektronisk] Tillgänglig: http://www.umflint.edu/som/mcel/advisory_board.htm (2009-02-24)

    Kesan, Jay P.(2009). Hompage. [Elektronisk] Tillgänglig: http://www.law.illinois.edu/faculty-admin/directory/JayKesan (2009-02-24)

    Rossander, Liselott, Svensson Lina (2005) KOSTFÖRÄNDRINGAR

    VID HYPERLIPIDEMI - En litteraturstudie om vad som påverkar patienters förmåga att genomföra bestående kostförändringar [Elektronisk] Tillgänglig: http://dspace.mah.se:8080/dspace/bitstream/2043/2449/1/klarcuppsats.doc (2009-02-25)

    SAGE (2005). Government Technology Acqusition Policy: The case of proprietary versus ”open source” software. [Elektronisk] Tillgänglig: http://bst.sagepub.com/cgi/content/abstract/25/6/484 (2009-02-20)

    SAGE (2006). Delivering Sizzling Services and Solid Support with ”open source” Software. [Elektronisk] Tillgänglig: http://ifl.sagepub.com/cgi/reprint/32/1/19 (2009-02-17)

    SAGE (2009). Technology movements and the politics of free/”open source” software. [Elektronisk] Tillgänglig: http://sth.sagepub.com/cgi/reprint/34/2/206 (2009-02-25)

    Shah, Rajiv C. (2009). Homepage. [Elektronisk] Tillgänglig: http://www.rajivshah.com/bio.html. (2009-02-24)

    Thorbergsson, Helgi (2009) Personligt. [Elektronisk] Tillgänglig: http://www3.hi.is/deild/verk/eng/cv/thorberg.pdf 2009-02-24

    University of Illinoise at Chicago (2009). [Elektronisk] Tillgänglig: http://www.uicsociology.org/paul-brian-mcinerney.html (2009-02-23)

    University o Waikato (2002). Usability and ”open source” software. [Elektronisk] Tillgänglig: http://www.cs.waikato.ac.nz/~daven/docs/oss-wp.pdf (2009-02-24)

    University o Waikato (2004). Usability discussions in ”open source” development. [Elektronisk] Tillgänglig: http://www.cs.waikato.ac.nz/~daven/docs/wp-08-2004.pdf (2009-02-24)

    University of Waikato, School of Computing and Mathematical Sciences, Department of Computer Science, (2008). Dave’s Web. [Elektronisk] Tillgänglig: http://www.cs.waikato.ac.nz/~daven/ (2009-02-24)

    27th International Conference on Software Engineering, (2005) Conference at a Glance. [Elektronisk] Tillgänglig: http://www.cs.wustl.edu/icse05/ConferenceProgram/Tracks/ExtendingTheDiscipline.shtml (2009-02-24)

    Öhrwall Rönnbäck, Anna, (2008). BOSSANOVA - Business Models for ”open source” Software in the Public Sector: New Opportunities for Customers and Suppliers. [Elektronisk] Tillgänglig: http://www.sambruk.se/download/18.9748e5511d79d43d9e80004960/Anna+%C3%96hrwall+R%C3%B6nnb%C3%A4ck+-+BOSSANOVA.pdf (2009-02-16)

    //Micke Lidköping vid Vänern

    fredag 13 februari 2009

    Diskussionsuppgift moment 8, KIC501

    Då kraven på formalia på detta arbete inte är så högt så har vi valt att använda oss av notsystemet vid referering.

    IT och samhällskonsekvenser

    Wikipedia och dess akademiska värde

    Diskussionen bygger på fråga 7.42 i Baase. Vilket akademiskt värde har webbsidor som Wikipedia och liknande? I dags läget ingenting. Visst kan man i vissa sammanhang få använda sig av dessa källor, men då i mindre omfattning och i arbeten som inte ställer så stora krav på källkritik och riktigheten i det man påstår. Vi håller med om det som Baase skriver om att risken är stor att det som skrivs på dessa sidor kan innehålla felaktiga uppgifter, även om, som hon också nämner, kvalitén är inte alls så låg som man kanske kan tro[1]. Men att helt fördöma denna typ av faktasidor tror vi inte på. Även om det krävs mer av källkritiskt granskande för att avgöra värdet av data, så kan man i alla fall få en liten bild av om vad det handlar om. Så sett ur den vinkeln så anser vi att man ska fortsätta att tillåta viss källhänvisning till dessa källor. Och att tala om och visa hur man använder dem redan under låg- och mellanstadiet. Jan Holmqvist diskuterar vilken nytta man kan ha av IKT (Informations och kommunikationsteknologi) inom skolan och huruvida skolan ska tillhandahålla utrustning med mera för att elever ska kunna dra nytta av informationsinhämtning från Webben[2], och då även från ställen från Wikipedia. Vi anser det. Genom att redan i unga år få elever att förstå att allt som skrivs inte är sant, kanske det kan leda till ett mer källkritiskt granskande av material när man kommer upp i åren. Inte bara när det gäller akademiska studier, utan ett mer allmänt kritiskt förhållningssätt till information överhuvudtaget. Kanske att de problem som ändå finns med Wikipedia, och trovärdigheten, då med tiden kommer att reduceras, då allt fler som publicerar material på dylika sidor, mer eller mindreautomatiskt själva kommer att vara mer noggranna med vilken sorts information man publicerar?

    Digitala skiljelinjen – ett nytt problem eller fanns det en skillnad redan innan datorns intåg i samhället?

    Diskussionen bygger på fråga 7.46 i Baase. Att det finns en digital skiljelinje är inget som vi vill diskutera emot, och håller till stor del med Baase i det hon säger, även om mycket av hennes utgångspunkter har sin grund i hur det amerikanska samhället ser ut[3]. Så allt kanske inte med automatik kan överföras till svenska förhållanden. Vi tycker också att man, som Baase till stor del gör, kan skilja på en skiljelinje inom ett land och den som kan hänvisas till mellan länder, även om grundproblemet är det samma[4]. Men enligt vår uppfattning så är detta egentligen inte ett nytt fenomen. Ja just den digitala skiljelinjen är ny, just på grund av den har med datorer och annan utrusning att göra som inte fanns för X antal år sedan. Men skillnader i tillgång till information är enligt vårt sätt att se på det inget nytt. Akademiker har alltid haft mer tillgång till böcker och annat som en person som inte har denna utbildning kan ta till sig. Sociala skillnader har gjort att intresset för att skaffa sig information har varierat mellan samhällsklasserna. Och förståelsen för att information kan vara en viktig väg in i ett bättre liv, är säkert något som de med högre utbildning håller med om, men de lågutbildade kanske inte alls håller med om detta. Kan det vara så att den digitala skiljelinjen är något som egentligen kanske mer påverkar de redan välinformerade? Kan det vara så att de som idag redan använder datorer i stor utsträckning ser ekonomiska vinster med att få alla att använda sig av det, så att vissa banktjänster med mer, kan läggas ner då efterfrågan av dem inte finns mer? Vi tror väl kanske inte det innerst inne men en intressant vinkling är det hur som helst.

    Om också ska säga något om de globala skillnaderna inom den digitala världen, så tror vi att det å ena sidan handlar om pengar. Pengar som många av världens länder saknar för att införskaffa datorer, servrar och annan nödvändig digital infrastruktur för att få till stånd ett fungerande informationssamhälle. Å andra sidan handlar det om utbildning i stort. Ju fler som har möjligheten att läsa och räkna, ju fler kommer att efterfråga möjligheten att kunna dra nytta av all den information som den rika världen tillhandahåller idag. Sen är ju den stora frågan om vi vill släppa in alla i den digitala gemenskapen?

    Distansutbildning – IT en förutsättning?

    En fråga som vi anser relevant i sammanhanget, är hur IT påverkat människors möjlighet att utbilda sig och vilka eventuella konsekvenser detta kan få för samhället. Våra egna erfarenheter behöver väl ingen närmare genomgång, mer än att vi båda troligtvis inte hade skaffat oss en högskoleutbildning om möjligheten att bo kvar på hemorten inte funnits. Och där har ju IT inneburit stora möjligheter. Visst kunde man studera på distans tidigare också, genom brevkurser och annat, men vi anser inte att detta ens är jämförbart med en utveckling som skett med digitala media. Idag så kan vi med teknikens hjälp vara med i realtid på föreläsningar och annat, även om mycket av den sociala biten går förlorad. Just det att man kan bo kvar på hemorten är ofta ett argument för dem som väljer att studera på distans. Men är detta bara positivt? Om ser krasst på det så kan man idag säga att det har blivit mycket enklare att skaffa sig en akademisk examen. Med allt fler som får en examen så minskar intresset av att jobba inom hantverksområdena, och inom andra branscher som anses ha låg lön eller låg status. Risken är också att kraven på jobb som egentligen inte kräver så hög utbildning kommer att öka, just för att det finns människor som är tillgängliga för dessa jobb då de jobb de egentligen är utbildade för inte räcker till. Eller så söker de sig till storstäderna, och får alltså flytta i alla fall. Vad hjälper det då att man kan utbilda sig på sin hemort, om man ändå måste bryta upp efter studierna? Kanske att mer av distansutbildningarna skulle inrikta sig på att utbilda inom områden där man efter studierna kan fortsätta att jobba också hemifrån? Kanske att detta skulle kunna vara ett sätt att stoppa avfolkningen från glesbygden med mera?

    Källförteckning

    Baase Sara (2009) A gift of Fire – Social, Legal and Ethical Issues for computing and the Internet Third edition. Pearson Prentice Hall

    Collste Göran (e d) (2000) Ethics in the age of information technology upplaga 7 Linköpings universitet


    [1] Baase, Sara (2009) sida 368-369

    [2] Collste, Göran ed (2000) sida 139-141

    [3] Baase, Sara (2009) sida 388-390

    [4] Baase, Sara (2009) sida 391

    //Micke Lidköping vid Vänern

    Diskussionsuppgift moment 7, KIC501

    Då vi inte anser att formalia det viktigaste i denna uppgift har vi inte använt Harvard-systemet vid refereringen, utan noter.

    Säkerhet, integritet samt datorbrottslighet

    Mobiltelefoni och dagens unga – integritetsfrågor och yttrandefrihetsfrågor

    En fråga som vi anser hänger ihop med diskussioner förda både i kapitel 2 och 3 i Baase, men som enligt vår mening inte diskuteras på ett tillfredsställande sätt, är hur ungdomar och barn uppfattar vad som är rätt och riktigt när det gäller till exempel användandet av olika funktioner som finns i de flesta mobiltelefoner idag. Vilka implikationer kan det få på vår rätt till ett privatliv, och hur långt anser ungdomen av idag att man kan gå, när det gäller att publicera material, kort, video och ljud, på andra personer som kanske inte ens vet om att de är filmade eller bandade[1]? Frågan har lite samband med fråga 2.55 i kapitel 2 i Baase och till en liten del också till fråga 3.33 i kapitel 3. Våra egna erfarenhet av de problem som mobiltelefoner kan medföra är att en av oss har en son som när han var 7 år, filmades i duschen i skolan efter gymnastiken av en ”kompis” som sedan visade upp detta för andra på skolan. Så vitt vi vet så publicerades det aldrig på Internet, men det kunde lika gärna ha gjorts.

    Hur ska man tackla ett sådant problem? Visserligen finns det lagar som skyddar oss mot ett sådant beteende, men för en 8-så kanske inte detta är så lätt att förstå? Varför får jag inte filma och ta kort när mobilen har dessa funktioner? Detta är ett problem som inte bara barn och ungdomar har, utan även vuxna har svårt att förstå vilka konsekvenser det kan få, om man till exempel publicerar material om sig själv på Internet[2], även om detta inte alls är olagligt. Eller har de förstått, barnen alltså? Är det så som Baase skriver[3], att dagens ungdom har en helt annan syn på integritet och vad som ska anses vara privat, än vi som är något äldre har? Och är det så att vår frihet att fritt yttra oss i ord och bild med mera, kommer att, med utvecklingen bland dagens ungdom, ta en riktning som om några år kommer att få engelsk tabloidpress att framstå som rena söndagsskolan? Redan idag finns det massvis av material utlagt på sidor som till exempel YouTube, där ungdomar själva visar upp sig, eller har blivit filmade i smyg av en kamrat. Just då kanske det inte ses som nått direkt allvarligt, utan mer som en kul grej, men om några år, när man inträder i vuxenvärlden, vill man då att dessa digitala spår ska finnas kvar så lättillgängligt som det idag är? Vi tror inte det.

    Kan då strängare straff mot dessa aningslösa ungdomar lösa situationen? Knappast. Vad som behövs tror vi är att föräldrar inser farorna med mobiler och annan utrustning, och ställer sig frågan: Behöver min son eller dotter verkligen ha en telefon med sig jämt? Om man anser detta så anser vi att det ska ställas stora krav på föräldrarna att de verkligen tar sitt ansvar och förklarar för barnen vilka konsekvenser det kan få om man bryter mot lagar eller etiska regler. Och om det ändå skulle bli så, straffa föräldern, inte barnet. Vi tror att det skulle få en mycket större preventiv effekt mot alla typer av övertamp som sker av minderåriga. Om jag inte sköter mig så råkar min mamma eller pappa illa ut. Kanske att detta skulle få bort mycket av alla tråkigheter som sker? Ytterligare något som vi ifrågasätter är om man ska kunna straffa den eller de som tillhandahåller tjänster för att till exempel publicera videor så som YouTube. Vi tror att om det blir en realitet, så kommer det starta en farlig utveckling. Ska man kunna straffa en tillverkare av en kamera som använts vid ett brott? Eller hur långt ska man gå?

    Det våldsamma samhället – en konsekvens av videospel och webben?

    Denna diskussion har sitt ursprung ur fråga 3.32 i kapitel 3 i Baase. Är det så kallade lättillängliga videovåldet, eller underhållningsvåldet, på Internet och i videospel en stor orsak till att våldet ökar i samhället? Baase menar just detta. Att den nya teknologin har skapat helt nya sätt på vilket barn kan råka ut för illvilliga personer, eller komma över material som är mer eller mindre lämpligt att få tillgång till[4]. Hon menar att tillgängligheten till porr och annat har ökat och att det är mycket lättare idag för unga människor att komma över sådant material. Likaså menar hon att det är svårare att skydda barn från till exempel pedofiler som härjar fritt på Internet, och lurar unga till både det ena och det andra. Och visst har tillgängligheten ökat på olämpligt material. Men ska man skylla det ökade våldet på Internet och videospel? Vi tycker inte. Att censurera bort saker[5] som vi anser vara minde bra, är inte en väg att gå anser vi. Visst skulle detta skydda barnen, men det inkräktar också på våra rättigheter som vuxna människor att själva avgöra vad vi anser vara av intresse att titta eller lyssna på med mera. Då är det bättre att som man idag försöker att göra, filtrera bort olämpligt material för unga ögon[6], eller se till att material som anses mindre lämpligt, publiceras på ett sånt sätt att det blir mycket svårt för ett barn att komma åt materialet. Till exempel genom att man måste registrera sig på något sätt där en kontroll av legaliteten ingår. Detta är säkert något som många skulle anse inkräktar på integriteten, så frågan är inte helt självklar att lösa. Kanske att man i detta fall måste bedöma utifrån moraliska och etiska värderingar, istället för strikt juridiska?

    Återigen så vill vi påpeka föräldrarnas eget ansvar. Som ett exempel kan ges Mickes inställning till videospel. Han anser att den åldersmarkering som finns på spelen idag visserligen är bra, och ger en fingervisning om hur mycket våld eller sex det finns i ett spel. Men detta är inget han egentligen bryr sig om när det gäller vilka spel han låter sonen spela. Istället gör han en bedömning av spelet själv genom att spela det, eller sita med när sonen spelar så att han kan förklara vad som egentligen skulle ha hänt i verkligheten om någon fick en kula i bröstet eller något annat. Skillnaden på spel för 16-18 åringar och ett som är till för 3 eller 7 åringar, är mängden av blod. Skillnaden på lego starwars (3 år) och call of duty (18 år) är just det. Båda spelen går ut på att slåss och skjuta och förinta fienden. Malin håller inte med Micke i denna åsikt. Hon menar att det kanske är för att hon är mamma och jag är pappa, men det tror Micke inte är någon skillnad. Många föräldrar tar sig inte tid att sätta sig in i vad spelen handlar om utan går bara på åldersmarkringen. Och varför är videospel så populärt hos barn och ungdomar? Är det inte ett misslyckande hos oss som föräldrar när ett digitalt spel är mer intressant än att umgås med sina päron?

    Låst eller öppen källkod?

    Detta är en fråga som har ett nära samband med fråga 4.47 i Baase. Frågan är om mjukvaror ska vara fria att kopiera eller inte. I Sverige och även i många andra länder så skyddas ofta mycket av upphovsrättsregler[7] eller patent. Att musik, filmer och mycket annat ska vara skyddat håller vi med om. Detta för att ensamrätten och den ekonomiska fördel detta kan ge, till mångt och mycket är en drivkraft som genererar mycket av det som idag produceras inom dessa branscher. Och vi tror inte att genom att släppa rättigheterna fria att det skulle leda till bättre musik eller bättre filmer. Men så kan fallet vara när det gäller programvaror. Genom att släppa koden och låta alla som vill ha tillgång till den, skulle kunna leda till nya användningsområden, förbättrad programvara och en större tillförlitlighet. Baase diskuterar huruvida alla program ska släppas fria eller inte och menar att om man gör det, så kanske det skulle innebära att program som inte är så användbara för den stora massan, aldrig skulle komma till[8]. Vi vill argumentera emot detta. Istället tror vi att man genom att släppa koden fri, faktiskt kan på ett helt annat sätt skapa nya program, genom att vidareutveckla redan befintlig kod och använda dem på ett helt annat sätt än det kanske från början var tänkt. Det finns många exempel på nya sätt att sälja tjänster runt program som är byggda på öppen källkod, med en mycket god vinstmarginal. Att alla skulle börja koda själva tror vi inte på, utan företag som kan erbjuda service, anpassning av kod med mera skulle kunna få en mycket stark utveckling. Varför betala 150 000 kr för en licens när man kan få ett lika bra program för en spottstyver, och dessutom ha rätten att själv, eller via någon annan, granska koden och se om den verkligen lever upp till den standard man vill ha?

    Källförteckning

    Baase, Sara (2009) A Gift of Fire – Social, Legal and Ethical Issues for computing and the Internet Third Edition Pearson Prentice Hall


    [1] Baase, Sara (2009) sida 63

    [2] Baase, Sara (2009) sida 106-107

    [3] Baase, Sara (2009) sida 108

    [4] Baase, Sara (2009) sida 168-169

    [5] Baase Sara (2009) sida 167-171

    [6] Baase, Sara (2009) sida 171

    [7] Baase, Sara (2009) sida 214-217

    [8] Baase, Sara (2009) sida 253-254

    //Micke Lidköping vid Vänern