 |
|
|
| Organisatorisk placering - kravställare eller utvecklare? |
| Av: Joakim | 17/05/2004 klockan 13:21 |
Om man måste välja, vad är bäst, att som användbarhetsexpert vara organisatorisk placerad tillsammans med de som samlar in och beskriver behoven/kraven, specificeras systemen på en rel. hög nivå, samt verifierar utfallet, eller bland utvecklarna som utifrån kraven och systemespec:n utvecklar systemet?
Jag är kluven och diskussionen är på nå´t vis klassisk. Den gränsar till huruvida man ska ha en egen organisatorisk enhet (risk för utanförskap och polisverksamhet etc.) eller vara en del av uvecklingsorganisationen (samordnings- och ansvarsproblem etc.). I detta fall gäller det dock alltså i vilken del av den utvecklande organisationen som är mest lämplig. Som del av kravställare/verifierare finns den uppenbara risken av att man inte blir invorlverad under hela implementeringsarbetet... men å andra sidan så får man i det läget komma närmare de riktiga användarna, spec:a systemen, dessutom får man stora befogenheter vid acceptanstestning/validering etc.
Intresseant är också den specifika situationan av antingen eller. Som ensam användbarhetsexpert i stora och många projekt hinner man inte att vara med på alla platser samtidigt och med en antagonistisk ledning finns få möjligheter att utöka mängden kompetens.
Som nuvarande medlem bland implementerare är jobbet tufft, tror Ni att det det skulle bli bättre om man enas med kravställarna/validerarna?
OBS! Organisationskulturen idag är sådan att samarbetet de olika avdelningarna emellan är socialt väl fungerande men arbetsmässigt tveksam. |
Mats Berglind svarade 18/05/2004 klockan 08:11 |
Den här diskussionen är (som Joakim säger) klassisk.
Min personliga erfarenhet är att användbarhetsexperten bör sitta hos de som beskriver behoven/kraven. Det gäller att få komma in så tidigt som möjligt i ett projekt så att man kan påverka projektet att göra målgruppsanalyser och komplettera systemkraven med användarkrav (i RUP - Non-functional requirements). Kommer man in tidigt i ett projekt kan man även vara med att påverka planeringen för användartest.
Däremot tror jag att det mest optimala stället för en användbarhetsexpert skulle vara hos de som beställer applikationen.
Anledningen till det är enkel. Så snart en beställning blir till ett projekt är det projektledaren som bestämmer. Detta innebär två saker:
1) Projektledarens jobb är att se till att applikationen utvecklas på rätt tid, till rätt pris och till rätt kvalitet. I realiteten är det oftast tid och pengar som är de mest avgörande faktorerna. Kvalitén (läs användbarheten) får stryka på foten.
2) Projektet ser som sin uppgift att få sin kund nöjd (dvs. beställaren). Det innebär att projektet gör som beställaren säger, inte som beställaren vill.
Om man satt hos beställaren skulle man kunna påverka förusättningar för projektet, ex. som att det ska vara en användarcentrerad utvecklingsprocess.
Rent organisatoriskt innebär detta att man antingen bör sitta hos kravanalytikerna eller hos affärsutvecklarna. Att sitta i en egen organisatorisk enhet tror jag absolut inte på - det kommer innebära att man är en "lyxresurs" som plockas in när det finns pengar över.
Slutligen ska jag även säga det att även jag suttit som interaktionsdesigner/användbarhetsexpert i en organisation av utvecklare. Det som ofta hände då var att jag blev tillfrågad att se över färdiga gränssnitt och få dem användbara :-/ |
|
|
Forumet är inte längre aktivt.
|
|
|
|
|
