archive-nl.com » NL » C » CARSULAE.NL

Total: 38

Choose link from "Titles, links and description words view":

Or switch to "Titles and links view".
  • Simpelere projecten graag!
    Het is logisch dat complexiteit in het project niet alleen gevolgen heeft voor de IT er maar ook voor de project manager Als project manager probeer ik dingen niet complexer te maken dan noodzakelijk en zeker geen onnodige uitdagingen te creëren Hoe maken we van een complex project nu een simpel er project Zodat het voor onszelf maar ook voor de teamleden en vóóral voor de klant eenvoudiger is Grofweg zijn er 4 wegen om dat te bereiken Gebruik ervaring Vereenvoudig taken Creëer een focus op het einddoel Verwijder aannames uit het plan Hieronder licht ik de punten in detail toe Gebruik ervaring uit het verleden om inzicht te krijgen in de toekomst Om je project zo goed als mogelijk te begrijpen en ze zoveel mogelijk te versimpelen moet de projectmanager en teamleden zoveel mogelijk ervaring opdoen in verschillende projecten Deze ervaring gebruiken we om nieuwe projecten goed te plannen Het is van groot belang om deze kennis te delen om steeds beter te worden als organisatie Lessons learned die niet gebruikt worden zijn waardeloos Vereenvoudig taken Bij het opstellen van een project taken en planning is het van belang om naar het versimpelen van taken in plaats van het toevoegen van complexiteit Meer complexiteit leidt al gauw tot meer verwarring Als een taak in 2 stappen kan in plaats van 4 kies dan 2 stappen Het toevoegen van complexiteit in de belangrijkste taken door complexe subtaken is gevaarlijk en kan frustrerende en vervreemdend zijn voor de teamleden waaraan ze worden toegekend Deze manier van plannen leidt tot onnodige risico factoren Focus alle inspanning op het einddoel Tijdens het plannen van het project de projectmanager en het team moeten zeker stellen dat alle taken bijdragen aan het bereiken van het einddoel Als een taak geen bijdrage levert aan het einddoel

    Original URL path: http://www.carsulae.nl/cms15/index.php?option=com_content&view=article&id=26:simpelere-projecten-graag&catid=1:blog&Itemid=12 (2016-01-29)
    Open archived version from archive


  • Agile projecten = bewegelijke projecten?
    omvang complexiteit kosten kwaliteit en scope Om echt te begrijpen hoe we een prestaties meten in Agile project management moeten we de onderliggende waarden begrijpen Kernwaarden Agile projectmanagement In 2001 is in het Agile Manifesto beschreven wat de 4 kernwaarden van Agile zijn 1 klant interactie boven contract onderhandeling 2 werkende software boven uitgebreide documentatie 3 individuen en interactie boven processen en tools en 4 inspelen op verandering boven het volgen van een plan Samengevat betekent dit klanttevredenheid snelle re product oplevering intensieve samenwerking en bovenal flexibiliteit om kleine veranderingen te volgen Agile bewegelijk flexibel Agile methoden zijn ontstaan om een probleem op te lossen Ze zijn ontworpen om als alternatief te dienen om project succes op te leveren daar waar andere methoden te log bleken De Scrum is een 15 minuten vergadering over de voortgang Samenwerken communiceren en leveren Om project succes te halen moeten klanten en ontwikkelaars samenwerken Communicatie veel communicatie is belangrijk op de product eisen te halen De focus ligt op het eerder leveren van complete producten Complexe problemen worden door teams van samenwerkende getalenteerde individuen opgelost Tot slot het team gebruikt een flexibele lichtgewicht en flexibele project management systeem die in staat is om veranderingen in de klant eis technologie en markt te volgen Voortgang meten in Agile In deze methode wordt de performance gemeten in 1 de mate van samenwerking met de klant 2 vroege product opleveringen 3 samenwerking en andere aspecten de inzet van mensen 4 de mate van flexibiliteit van het Agile project management systeem zelf In de tabel staan de meetwaarden die kunnen worden toegepast Agile Waarde Agile Meting Samenwerking klant Communicatie frequentie communicatie kwaliteit klant vertrouwen klant loyaliteit and klant tevredenheid Werkend product Aantal operationele releases aantal iteraties builds testen demonstraties en evaluaties Samenwerking Team kennis en ervaring motivatie coöperatie

    Original URL path: http://www.carsulae.nl/cms15/index.php?option=com_content&view=article&id=24:agile-projects&catid=1:blog&Itemid=12 (2016-01-29)
    Open archived version from archive

  • Eisen en wensen, zeg je wat ik denk dat je zegt?
    verhoogt de kwaliteit Het is een kunst om de eisen te verzamelen Graven naar een set eisen vereist contact met klanten Klanten weten niet altijd wat ze binnen het project willen of hoe ze het moeten beschrijven Combineer dat met het feit dat we in de IT niet altijd even goed luisteren naar de vragen en antwoorden Soms zijn we al bezig met de oplossing voordat de klant het heeft beschreven Er is een simpele formule om de juiste kwaliteit eisen te bepalen in een project Vier typen Eisen zijn niet altijd makkelijk herkenbaar Bij het begin van het verzamel proces realiseren we ons dat er veel feiten op je af komen Sommige zijn belangrijk andere zijn hints of simpelweg onjuist Om die reden onderscheiden we de eisen in categorien met gelijke eigenschappen Typisch komen we in een project 4 typen eisen tegen Functionele eisen zijn concrete waarde toevoegende atributen welke nodig zijn voor het nieuwe product of dienst Zonder deze functie is het product in basis onbruikbaar Denk hierbij in inputs outputs en processen Niet functionele eisen zijn de eisen die niet door klant gevraagd zijn maar die ze beïnvloeden Denk aan andere zaken die nodig zijn om het systeem te ontwikkelen Microsoft gebruikt voor haar Solutions Architecture process een acroniem voor niet functionele eisen Gebruikmakend van de letters PASSME vraag je om de eisen op het gebied van Performance Availability beschikbaarheid Scalability schaalbaar voor snellere meer verwerking Security Maintainability onderhoudbaarheid en Extensibility uitbreidbaar in functionaliteit Beperkingen of constraints zijn de grenzen die bepaald zijn door eerdere beslissingen en die je niet kan veranderen binnen je project Beperkingen bakenen de speelruimte af waarbinnen je je kan bewegen Soms zijn het wetten bijvoorbeeld opslaan van persoonlijke gegevens en privacy wetgeving andere keren zijn beperking specifiek voor het bedrijf of de omgeving van het project We kunnen niet meer friet bakken omdat er geen grotere frituurpan is Verwachtingen zijn het moeilijkst Dit zijn kwaliteiten dat je product of dienst moet hebben om je klant blij te maken Je kan wijn in een plastic bekertje serveren of in een mooi groot kristallen glas De wijn is hetzelfde en voldoet beide keren aan de bestelling van de klant maar de laatste sluit beter aan bij de verwachting van de klant Voor elke eis moet zeker zijn dat deze specifiek meetbaar en ondubbelzinnig is Denk aan de condities die vervuld moeten zijn om aan te tonen dat de eis is gehaald Zorg dat je de eisen zo beschrijft dat iedereen er dezelfde betekenis aan geeft Voor elke eis moet je weten welke waarde de klant er aan toekent om vast te stellen waar hij zonder kan en welke absoluut noodzakelijk zijn Drie stappen Nu je weet waar we naar op zoek zijn er is een iteratief proces dat je kan volgen om de eisen te vinden Verkrijgen Dit is waar je vragen stelt Er zijn vele technieken die je kan toepassen Interviewen is de meest gebruikte techniek alhoewel yellow note of gefaciliteerde sessies prototypes

    Original URL path: http://www.carsulae.nl/cms15/index.php?option=com_content&view=article&id=23:eisen-wensen-zeg-je-wat-ik-denk&catid=1:blog&Itemid=12 (2016-01-29)
    Open archived version from archive

  • Governance in projecten: de rol van de rollen
    die het mogelijk maakt om de juiste maatregelen te treffen Een effectieve governance structuur bestaat bij de gratie van goed gedefinieerde rollen en verantwoordelijkheden die begrepen en gebruikt worden Zonder dit is governance niet meer dan een lege huls De definitie van governance Laten we eerst de term governance in mijn bewoording uitleggen Eenvoudig gezegd project governance zijn de structuren rollen en verantwoordelijkheden die besluiten nemen over de projecten in een organisatie De juiste projecten starten het juiste tijdstip en de risico s van de de projecten en organisatie worden actief geminimaliseerd In mijn ogen is het creëren van een goede governance structuur vitaal voor het succes van een project Een sleutelrol hierin spelen het vaststellen en toepassen van rollen en verantwoordelijkheden Zonder duidelijke rollen en verantwoordelijkheden zal project governance nooit succesvol zijn Op wikipedia staat meer informatie over governance http nl wikipedia org wiki Governance Organisatie titels en verantwoordelijkheden Interessant is om te zien hoe organisaties de titels toekennen en vergeten de verantwoordelijkheden te definiëren Rollen als sponsor project manager stuurgroep en stakeholder zijn snel verdeeld Helaas als je een spade dieper gaat en onder deze termen kijkt is er een beperkt begrip over het doel van zo n rol Aannames Dit is het gevolg van 3 oorzaken aannames onvoldoende project kennis en het onvermogen om de termen als onderdeel van een governance structuur te definiëren In projecten kom ik vaak tegen dat project managers of sponsoren aannemen dat de stakeholders en de organisatie begrijpt welke rol van hen verwacht wordt Vaak weet men het niet of het wordt niet begrepen het resultaat kan catastrofaal zijn voor het project Onvoldoende projectervaring Ten tweede in sommige gevallen hebben de mensen en de organisatie niet voldoende kennis van projectmanagement om de gevolgen te overzien Ze gebruiken de termen vrij los waardoor

    Original URL path: http://www.carsulae.nl/cms15/index.php?option=com_content&view=article&id=20:projectgovernance&catid=1:blog&Itemid=12 (2016-01-29)
    Open archived version from archive

  • Kwaliteitsmanagement in projecten is makkelijker dan je verwacht
    alle hoop verloren voor kwaliteit management binnen projecten Moeten we ons er bij neerleggen en het maar vergeten Of is er een betere manier om kwaliteit te meten en besturen Kwaliteitsmanagement begrijpen van defecten In basis gaat kwaliteitsmanagement over het begrijpen van defecten Over het algemeen is een defect een afwijking van de basis scope van het project Letterlijk gesproken het inpassen van niet geplande uitbreidingen zo ook features die niet werken zoals gepland Voor deze blog hou ik het bij de dingen die niet werken en binnen project gerepareerd moeten worden De meeste mensen denken dat defecten naar voren komen en bestuurd worden doordat er getest wordt Bijvoorbeeld iemand schrijft een stuk programma code een ander vind een probleem en het probleem wordt in het incident proces gestopt zodat een ander het kan repareren Binnen de meeste projecten is een erg goed tracking mechanisme voor problemen die tijdens testen worden gevonden Kwaliteit in de hele lifecycle Kwaliteitsmanagement kan hier waarde toevoegen door het inzetten van dit idee op de hele lifecycle van het project Het vastleggen van problemen waar en wanneer ze worden gevonden moet altijd plaatsvinden Het speuren naar defecten is niet alleen een onderdeel van het test proces maar een proces dat toegepast kan worden op elk kwaliteitsbewakings activiteit inspecties reviews walkthroughs en andere activiteiten De waarde in het tracken van defecten is niet alleen in wáár het defect is gevonden Om echt waardevol te zijn moeten we begrijpen wat het defect veroorzaakt In welke activiteit of praktischer in welke fase is het defect ontstaan Werd het defect veroorzaakt door verkeerde requirements of uitgangspunten was het ontwerp incorrect of omdat iemand een verkeerde handeling uitvoerde De belangrijke requirementsfase Als we voor elke defect vastleggen wat zowel de kwaliteits bewakingsactiviteit is en de bron van het defect dan krijgen we een extreem duidelijke statistieken over het project Bijvoorbeeld in een review van een recent afgerond project werd vastgesteld dat het merendeel van de defecten gevonden werd tijdens het testen Een groot deel is veroorzaakt in het ontwerp en nog meer defecten in de requirements fase Als dat het geval is dan betekent dit er iets mis is met de fase waarin we requirements vastleggen Is er te weinig inspanning geweest om de requirements vast te leggen of is de informatie niet van de juiste personen gekomen Wellicht zijn de requirements niet gevalideerd of heeft iemand zijn mening gewijzigd Waar we mee te maken hebben is een scenario waarin defecten vroeg het proces worden gecreeerd en vrij laat worden gevonden De consekwentie is dat het defect een tijd blijft bestaan Om een fout in de requirements op te lossen die in de test fase wordt gevonden betekent dat we terug moeten vaststellen wat de requirement moet zijn Gebaseerd op het aangepaste requirement is de volgende stap om te controleren en vast te stellen welke gevolgen dit heeft voor het ontwerp en reeds afgeronde delen van het project Elke aspect van het proces moet overnieuw worden gedaan tot het punt

    Original URL path: http://www.carsulae.nl/cms15/index.php?option=com_content&view=article&id=12:kwaliteitsmanagement-projecten&catid=1:blog&Itemid=12 (2016-01-29)
    Open archived version from archive

  • Sprankelend inspireren en teams motiveren
    carsuftp carsulae nl cms15 modules mod latestnews helper php on line 109 Warning Creating default object from empty value in home users carsuftp carsulae nl cms15 modules mod latestnews helper php on line 109 Warning Creating default object from empty value in home users carsuftp carsulae nl cms15 modules mod latestnews helper php on line 109 Simpelere projecten graag Agile projecten bewegelijke projecten Eisen en wensen zeg je wat ik denk dat je zegt Governance in projecten de rol van de rollen Kwaliteitsmanagement in projecten is makkelijker dan je verwacht Tag cloud agile project kwaliteit en project requirements eisen en wensen gezonde projecten governance project besturing betere resultaten opleiden projectmanagers Productierijp meetbaar resultaat duurzame verbetering Simpele projecten Sprankelend inspireren en teams motiveren In veel projecten die ik leid kom ik het tegen Mensen die uitgeblust zijn door te lang aan een project te werken vaak zijn ze vastgelopen in netten van formele en informele regels Kan je ontsnappen aan de greep op het project leider Moeten de regels aangepast worden of is het zaak dat het project de projectleider zich aanpast aan de regels Vaak is het zaak om creatief vooruit te denken en pro actief doorbraken te vinden Waar zit de doorbraak In het project is vrijwel altijd de kennis en het inzicht aanwezig om het probleem te doorgronden Teamleden weten dat er bijvoorbeeld innovatie of productontwikkeling nodig is om het project minder afhankelijk te maken Het project heeft dan eigen initiatief creativiteit en radicale veranderingen nodig Hoe breng je dat in een project terug Creativiteit en het vermogen tot vernieuwing zijn soms ontmoedigd maar daarmee nog niet verdwenen We moeten manieren vinden om die capaciteiten wakker te maken en teamleden aan te moedigen ze te gebruiken voor niets minder dan het voorbestaan van het project Leren vooruitdenken Om

    Original URL path: http://www.carsulae.nl/cms15/index.php?option=com_content&view=article&id=13:sprankelend-inspireren&catid=1:blog&Itemid=12 (2016-01-29)
    Open archived version from archive



  •