| 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:
Project planning is een standaard management techniek die gebruikt wordt in de meeste software projecten.
Een planning laat je toe om uw eigen inspanningen meer effectief te beheren.
Wanneer het Usability Project Plan mee wordt opgenomen in het algemene project plan, dan verhoogt dit de kans dat het feitelijk 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.
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:
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.
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.
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.
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:
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.
Project planning is een standaard management techniek die gebruikt wordt in de meeste software projecten.
Een planning laat je toe om uw eigen inspanningen meer effectief te beheren.
Wanneer het Usability Project Plan mee wordt opgenomen in het algemene project plan, dan verhoogt dit de kans dat het feitelijk 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.
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
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.
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.
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.
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.
| 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 |
Bekijk ook:
- Usability Project Planning
- Kosten/Baten Analyse
- Visie
- Glossarium
Vond je dit artikel interessant? Doe dan het volgende:
- Plaats een reactie
- Volg Usability Vlaanderen op Facebook of Twitter
- Schrijf je in op de E-mail nieuwsbrief of RSS feed
- Deel dit artikel met vrienden en collega's








0 reacties