• No results found

16. Utvecklare: Tror du att det är några delar av den nya processen kan ge stora problem under implementering?

Person D kommenterade att det var svårt att se kopplingen till dennes arbete, därav bristen på svar.

B.5

Person E, Chef / Person på högre position

1. Hur länge har du arbetat på Medius? Sedan 2003

2. Hur skulle du, i någorlunda sammanfattad form, beskriva din ar- betsuppgift?

Började som innesäljare - fortsatte att arbeta som applikationskonsult och projektledare och arbetar i dag mer mot eftermarknad. (avser WorkFlow) Arbetar också med personaladministration.

3. Vad tycker du om den nuvarande processen?

Vi har sedan starten av Medius uppdaterat och skapat många dokument och det svåra är att veta exakt vilket dokument som är det senaste uppdaterade när man söker efter en viss information och var man hittar mallar som ska användas vid nyskapande av nya dokument t ex. Svårt idag också att hitta information - finns inlagd på många olika ställen. Inget riktigt självklart alltid att söka i.

4. Vad är ditt första intryck av den nya processen?

Att den kommer att hjälpa oss i en effektivare och mer användarvänlig hantering av våra dokument

5. Tror du att det blir lättare, och i så fall vad och varför, att hålla dokument uppdaterade med den nya processen?

Jag förutsätter att om vi ändrar hanteringen av våra dokument att vi gör det för att det ska bli bättre. Väldigt viktigt att vi ser en bit framåt och un- dersöker att den nya lösningen är hållbar också när vi växer. T ex blir många användare, arbetar inom olika verksamheter (affärsområden t ex) arbetar i olika länder, kan styras med hjälp av något slags regelverk (gruppering av användare eller vad det nu kan vara) Om vi kommer att växa ur en nyhanter- ing för snabbt är risken att vi får ytterligare ett system där vi ska leta efter dokument som gör det än svårare att hitta det vi letar efter eller den senaste versionen t ex. Jag tror som det är beskrivet att det ska underlätta för oss - ur ett rent användarhänseende det tekniska är jag inte kunnig att utvärdera kring

6. Tror du att det blir svårare, och i så fall vad och varför, att hålla dokument uppdaterade med den nya processen?

Det svåra är att se helheten och var man vill ha nytta av de olika delarna innan man börjar. En förstudie är nog väldigt viktig. Sedan gäller det att vid implementeringen vara tydlig vad som förväntas av varje anställd och utbildning i hur man arbetar med det nya sättet att skapa och förändra dokument.

7. Tror du att det blir lättare, och i så fall vad och varför, att skapa översiktsdokument med den nya processen?

Spontant borde en matris kunna hjälpa användaren att se var dokument finns skapade och också var man själv ska lägga ett visst dokument - man kanske kunde klicka på moduler där man vill att dokumentet ska sparas för att ytterligare förenkla för användaren (en tanke från en novis)

8. Tror du att det blir svårare, och i så fall vad och varför, att skapa översiktsdokument med den nya processen?

Utan en hjälp som förslaget ovan tror jag att det kan vara svårt att få en översikt om var dokument ska sparas. Viktigt med så mycket hjälp som möjligt för mig som slutanvändare också.

9. Tror du att folk kommer koppla rätt dokumentdelar till PBI:er när de skapas, om inte hur kan man underlätta det?

Om man alltid börjar att ta fram en PBI och därifrån går neråt och kopplar till de dokument som behövs så kanske det styr upp vad som krävs för att det ska bli rätt. Om man själv ska leta i efterhand när dokumentet redan finns är det större risk att man inte hittar rätt PBI eller att man väntar till senare

10. Tror du att den nya processen kan påverka standarden för Medius dokumentation?

Absolut

11. Tror du att processen kommer bli tillräckligt enkel för att du ska följa den som det är tänkt?

Vet inte men hoppas det - för sällananvändarna är det idag svårt att hitta information så kan vi hitta ett sätt kommer mycket tid att sparas

12. Tror du att det är några delar av den nya processen kan ge problem i ert arbete, ser du några risker?

Att det fortfarande är för komplicerat för att alla ska kunna hitta rätt, att det blir ytterligare ett nytt ställe där information sparas och att det därigenom blir än mer svårt att hitta bland all bra information som finns skriven 13. Finns det delar du tror skulle kunna förenklas eller förbättras, och

i så fall hur?

Att gamla dokument alltid lades i något arkiv så att man som användare vet att det är det färskaste jag ser framför mig - en struktur också här så att man som användare ser att det finns ytterligare gammal info att söka i om man så vill

B.5 Person E, Chef / Person på högre position 73

14. Saknas någon funktionalitet eller del i den nya processen?

Ett gränssnitt mellan också kundkort och eftermarknadslistor och kanske mot supportsystem mm så att information som uppdateras på ett ställe läggs in också på ett annat

15. Är någon del av den nya processen dåligt eller otydligt beskriven? Som icke tekniskt kunnig tappar jag bort mig lite i informationen, men har ändå försökt utifrån min kunskap att läsa och förstå det som skrivits. Tror att jag som allmän användare förstår det jag behöver förstå så lämnar jag sedan över till de mer tekniskt kunniga att ha åsikter om det tekniska.

Bilaga C

Översättningar

Då rapporten är på svenska medan fackspråket inom it-branchen innehåller mån- ga engelska termer så kommer här en listan över översättningar för att undvika förvirring.

Följsamma Agile

Scrum-mästaren Scrum Master Produktägaren Product Owner

Implementationslista Product Backlog

Diagrammet över återstående tid Burndown Chart Teknikinformatör Technical writer

PBI Förkortning av den englelska termen Product Backlog Item, en uppgift i implementationslistan

SBI Förkortning av den englelska termen Sprint Backlog Item, en uppgift i im- plementationslistan som ska implementeras nuvarande sprint

Användarhandledning User guide

Konfigurationshandledning Configuration guide Tekniska riktlinjer Technical guidelines

Arbetsuppgift Work Item

Hanterare Trackers, system som håller koll på buggar(Bugtracker) och/eller ny funktionalitet(Featuretracker) som ska utvecklas

Miljö Runtime environment

Skräphantering Garbage collection 74

75

Modul Plugin

Incheckningspolicy Check-in policy Mall Template

Skribent - Prenumerant(Designmönster) Publisher - Subscriber Händelser Events

Related documents