donderdag 23 april 2009

Usability Project Planning

Home > Methodologie > Fusion Usability Recept > Business Context > Usability Project Planning

Fusion Usability Recept Fase
Business Context
Gebruikers Context
Gebruikers Ervaring
Installatie

Doel

Er zijn op zijn minst vier goede redenen om een Usability Project Plan te ontwikkelen en documenteren:

="Standaard
Project planning is een standaard management techniek die gebruikt wordt in de meeste software projecten.




Eigen inspanningen beter beheren
Een planning laat je toe om uw eigen inspanningen meer effectief te beheren.





Verhoog kansen op uitvoering
Wanneer het Usability Project Plan mee wordt opgenomen in het algemene project plan, dan verhoogt dit de kans dat het feitelijk wordt uitgevoerd




Betere acceptatie usability
Door het Usability Plan effectief te plannen en beheren voor individuele projecten, onderneem je de eerste stap om usability te aanvaarden binnen de algemene ontwikkel organisatie en methodologie.



  • Project planning is een standaard management techniek die gebruikt wordt in de meeste software projecten.
Tegenwoordig gebruiken de meeste software organisaties wel één of andere gestructureerde methodologie voor het ontwikkelen van sofware. Sommige van deze methodologieën zijn commercieel (bijvoorbeeld Rational Unified Process) beschikbaar, bedrijven adopteren deze, passen ze aan en zorgen dat ze worden uitgevoerd binnen de gehele organisatie. Andere bedrijven ontwikkelen dan weer hun eigen specifieke methodologie.

Sommige methodologieën zijn zeer gestructureerd en het kan zijn dat organisaties volledig conform die methodologie horen te werken. Andere zijn meer informeel en flexibel, organisaties en bedrijven gebruiken ze eerder als richtlijnen, in plaats van te werken met strikt opgelegde procedures.

De meeste van deze methodologieën bezitten de volgende structuur:
  • Fases
  • Taken binnen de fases
  • Procedures of stappen om de taken uit te voeren
Ook het Fusion Usability Recept heeft deze opbouw.

De meeste ontwikkel organisaties ontwerpen projectplannen bij de start van een project. Ze gebruiken de methodologie als startpunt om fases, taken en stappen te definiëren. Daarna gaan ze mensen, uren en datums eraan vastpinnen. De meeste bedrijven gebruiken software om deze projecten te plannen en te beheren.

Een project plan is een belangrijk management gereedschap, welke toelaat dat project managers kosten/baten analyses kunnen uitvoeren, projecten kunnen voorleggen om een budget goedgekeurd te krijgen, om de progressie van een project te kunnen traceren en het project algemeen te kunnen beheren tot een succesvol einde.

Managers gebruiken eerdere ervaringen in het maken en traceren van project plannen om betere schatters, planners en managers te worden voor toekomstige projecten. Met het zorgvuldig plannen, het bijhouden van het tijdsgebruik en het uitvoeren van ‘postmortem’ analyses op eerdere projecten, kan je leren welke en hoeveel middelen je accuraat nodig hebt voor nieuwe projecten.

Consultancy bedrijven, welke hun diensten verkopen voor een vaste prijs, begrijpen heel goed de belangrijkheid van het accuraat schatten en plannen. Wanneer ze projecten onderschatten, dan verliezen ze geld. Doen ze dit te dikwijls dan verkrijgen ze een slechte reputatie en verliezen ze business opportuniteiten.

Goede managers, binnen een interne ontwikkel organisatie, hechten ook veel belang aan de waarde van plannen en traceren. Hun persoonlijk succes en dit van het project hangt in grote mate af van een gedetailleerd project plan.

Wanneer usability professionals een Usability Project Plan opstellen dan passen ze eenvoudiger en natuurlijker in het algemene management proces van een organisatie.
  • Een planning laat je toe om uw eigen inspanningen meer effectief te beheren.
Usability professionals, of ze nu intern of extern werken, dienen zichzelf als een soort project manager te beschouwen. Ze moeten leren hoe ze accuraat kunnen schatten hoeveel tijd en moeite de verschillende usability taken en stappen kosten.

Ook interne usability professionals horen dit voorbeeld te volgen, of ze nu verplicht zijn of niet. Ze worden hierdoor een betere manager van hun eigen inspanningen en zullen ze betere kosten/baten analyses kunnen voorleggen aan hun management.
  • Wanneer het Usability Project Plan mee wordt opgenomen in het algemene project plan, dan verhoogt dit de kans dat het feitelijk wordt uitgevoerd.
Zelfs geplande usability inspanningen zijn zelden expliciet mee opgenomen in het algemene plan van een project. Er mogen dan wel usability beoefenaars aanwezig zijn in het project team, maar hun rollen en inspanningen zijn meestal niet gepland of enkel vaag gespecificeerd.

Iedereen mag dan wel initieel de mond vol hebben over het nut van usability, maar wanneer het project vertraging oploopt of er dreigt een budgetoverschrijding, dan zal in zulke situaties, usability inspanningen als eerste afgeschoten worden.

Om deze redenen, zouden usability professionals expliciet hun inspanningen moeten plannen en er voor zorgen dat hun taken, met zijn specifieke benodigdheden, budgetten en tijdkaders mee geïntegreerd zijn in het algemene project plan.

Enkel wanneer op voorhand een planning wordt geconstrueerd – die is opgenomen in het algemene project plan – dan is de kans waarschijnlijker dat deze daadwerkelijk wordt uitgevoerd.
  • Door het Usability Plan effectief te plannen en beheren voor individuele projecten, onderneem je de eerste stap om usability te aanvaarden binnen de algemene ontwikkel organisatie en methodologie.
Dikwijls worden usability inspanningen opgestart in een bepaald departement van een bedrijf, alwaar ze voor een tijdje populariteit genieten en budgetten krijgen, om dan later door onduidelijke redenen volkomen worden genegeerd.

Gedeeltelijk komt dit omdat de usability taken enkel worden uitgevoerd in bepaalde bedrijven en voor bepaalde projecten en zelden formeel geïntegreerd zijn in de algemene ontwikkel methodologie.

Wanneer een interne usability professional belangstelling heeft in het behouden van zijn functie over een langere periode, dan zou deze:
  • …er voor moeten zorgen dat de usability taken beschreven worden in de gedocumenteerde methodologie die het bedrijf gebruikt. 
  • …algemene trainingen organiseren, dit om nieuwe werknemers vertrouwd te maken met de algemene methodologie. 
Dit is geen eenvoudige taak die snel is uitgevoerd, maar een strategisch taak met een doel op lange termijn.

Omschrijving

Leren hoe je accuraat moet inschatten is niet noodzakelijk eenvoudig en vergt een ernstige hoeveelheid ervaring, maar een Usability Project Plan maken op zich, is niet heel moeilijk.

Het is gewoon een kwestie van te bepalen welke taken en welke onderliggende technieken je zal gebruiken om daarna te berekenen hoeveel tijd je nodig hebt om deze uit te voeren.

Het is verstandig om op voorhand een Kosten/Baten Analyse uit te voeren op elk Usability Project Plan welke je wil voorleggen aan het project management om mee te laten opnemen in het algemene project plan. Dit laat je toe om een overtuigende argument te maken voor de ondersteuning van budget voor je plannen.

Wanneer je de benodigde tijden voor de taken hebt berekend en budget hebt toegewezen gekregen, dan kan je het Usability Project Plan integreren in het algemene project plan. Je zal de taken van het Fusion Usability Recept moeten synchroniseren met andere traditionele ontwikkel taken en dit om de wederzijdse afhankelijkheden te ondersteunen. Daarna kan je starten met het koppellen van start- en einddatums, om tenslotte taken te identificeren en toe te wijzen aan de beschikbare teamleden.

Procedures

Fusion Usability Recept Fase
Business Context
Gebruikers Context
Gebruikers Ervaring
Installatie

Procedures Usability Project Planning

Bekijk ook:

Vond je dit artikel interessant? Doe dan het volgende:
    Huur mij knop

0 reacties

Reageer op dit artikel

Usability Project Planning