Talent Management : Utan Talent Management?

Syftet med denna studie är att kontrastera en utvald organisations strategier för att attrahera, behålla, utveckla och avveckla de viktigaste resurserna mot Talent Management och dess komponenter. Studien ämnar således mot att göra en kontrastering mellan traditionellt kompetensförsörjningsarbete mot det mer moderna konceptet Talent Management. Författarna har valt att undersöka detta genom att samla empiri från intervjuer med sex medarbetare kombinerat med analys av interna dokument. Resultatet visar att delar av myndighetens arbete med kompetensförsörjning kan likställas med Talent Management men att vissa komponenter är uteblivna. Baserat på resultatet framhålls i resultatdiskussionen att myndigheten möter stora utmaningar gällande enhetligt arbete med kompetensutveckling, kompetensförsörjning och ledarskap på grund utav det delegerade ansvaret från central nivå. I slutskedet av avsnittet för resultatdiskussion redovisas även en sammanfattande slutsats som grundar sig i ett framgångsrikt arbete inom blocken attrahera och avsluta samtidigt som arbete inom blocket behålla och utveckla varierar inom organisationen, dels på grund av delegerat ansvar. Slutligen presenteras förbättringsförslag inom organisationen och vidare forskning inom ämnet. 

Utveckling av programvara för läsning och skrivning till iButton

Dagens dataloggare har många funktioner vilket avspeglas i programvaran som används för att kommunicera med dem. De har fler funktioner än vad enskilda företag och privatpersoner behöver vilket gör programvaran onödigt komplicerad. Genom att minska antalet inställningsmöjligheter kan programvaran göras mindre, snabbare och lättare att lära sig. Arbetet utfördes hos Inventech Europe AB som tillhandahöll dataloggare för temperatur- och fuktighetsmätning. De ville undersöka möjligheterna att utveckla ett program som personer med begränsad datorvana snabbt kunde lära sig att använda. Därför var syftet med detta arbete att utreda hur ett sådant program kunde se ut. Arbetets fokus låg på designprocessen. Genom olika UML-diagram visualiserades de olika momenten i processen. Då projektet var relativt litet valdes en utvecklingsprocess som följer vattenfallsmodellen där de olika stegen (specifikation, design, implementation, test) utförs i följd. Det förutsätter att ett steg är färdigt innan nästa steg påbörjas. Modellen fungerar bäst när projektet är mindre och väldefinierat. Tyvärr ändrades företagets krav på hur programmet skulle fungera flera gånger under arbetets gång. Därmed borde en mer flexibel utvecklingsprocess ha valts för att ge utrymme för förändringar som kunde uppkomma under projektets gång. Slutresultatet blev en funktionsprototyp som var lätt att använda och inte hade fler inställningsmöjligheter än nödvändigt. Funktionsprototyp kan användas som bas för att lägga till egen skräddarsydd funktionalitet. För att visa detta inkluderades ytterligare två funktioner. En av funktionerna var möjligheten att kunna spara insamlad data till en extern databas som sedan kunde användas som källa till andra program vilka exempelvis skulle kunna visualisera data med hjälp av olika grafer. För att lätt kunna identifiera olika inkopplade dataloggare inkluderades även möjligheten att namnge de olika enheterna.