archive-nl.com » NL » I » ITPEDIA.NL

Total: 523

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

Or switch to "Titles and links view".
  • MS-office | Welkom op ITpedia
    voor elk bedrijf 5 december 2014 Toegang Inloggen RSS Feed Aanvullingen RSS MS office Gebruik de 521 IT checklisten van ITpedia met in totaal 22022 vragen Zoek in de omschrijvingen Omschrijving Aantal vragen IT projectfasering Bestaat uit meerdere checklisten Application Services Library ASL Bestaat uit meerdere checklisten Continuïteit Bestaat uit meerdere checklisten Kwaliteitsattributen Bestaat uit meerdere checklisten Functies in de automatisering Bestaat uit meerdere checklisten Webdesign Bestaat uit meerdere checklisten Of zoek naar een woord Fulltekst Laatst gebruikt Exploitatie en auditing op 2014 12 06 17 57 Checklist Toezenden van eerdere beoordelingen per e mail E mailadres applicatiebeheer ASL beheer beveiliging BiSL checklisten copyright formulier Het Nieuwe Werken HNW internet kosten kwaliteit Management methodologie outsoursing project projectfasering projectmanagement SEO Sociale software social media uitbesteden web 2 0 websites WP Cumulus Flash tag cloud by Roy Tanck requires Flash Player 9 or better Migreren om het migreren Als ondernemer wordt u regelmatig geconfronteerd met nieuwe technologie Soms gaat het daadwerkelijk om innovatie maar het betreft vaker oude wijn in nieuwe zakken Als IT ondernemer zie ik nog veel meer nieuwe technologie de revue passeren Innovaties die in meer dan de helft van de gevallen niet bestaande problemen van mijn potentiële klanten beloven op te lossen Een voorbeeld Office 2003 Opgevolgd door Office 2007 en tegenwoordig alweer door Office 2010 Maar hebben we dat écht nodig Een kleine groep gebruikers zal zeker baat hebben bij nieuwe opties of betere integratie met andere applicaties Het gros van u heeft echter genoeg aan een tiental basisfuncties van de software En is cloud computing echt zo vernieuwend Na SAAS ASP en Hosted Applications Het afrekenmodel is inderdaad anders ja Maar dat is puur een boekhoudkundige afweging Sterker nog op dit moment is het bij cloud computing nog vaak zo dat de functionaliteit van de IT

    Original URL path: http://www.itpedia.nl/tag/ms-office/ (2014-12-07)
    Open archived version from archive


  • E-mail rechtsgeldig | Welkom op ITpedia
    worden als er aan vier eisen voldaan is Raadpleegbaar door partijen het moet door beide partijen gemakkelijk te lezen en te verwerken zijn Een bestandsformaat gebruiken dat de wederpartij niet kan openen maakt de overeenkomst ongeldig Authenticiteit voldoende gewaarborgd de overeenkomst moet niet makkelijk te manipuleren of te wijzigen zijn Een optie om hieraan te voldoen is de tekst te voorzien van een digitale handtekening van beide partijen Dateerbaar vaak is het belangrijk om te weten wanneer een overeenkomst is gesloten bijvoorbeeld omdat hij na een zekere tijd vervalt De datum moet af te leiden zijn uit het elektronische document Partijen moeten identificeerbaar zijn wie een overeenkomst sluit moet wel kunnen weten met wie Ook hier kan een digitale handtekening helpen want deze zijn vaak via certificaten aan identiteiten gekoppeld Andere manieren om de identiteit van partijen vast te kunnen stellen mogen natuurlijk ook In de praktijk kan hieraan worden voldaan door het contract als PDF bestand vast te leggen Voor extra zekerheid kan het document bij een onafhankelijke derde worden geregistreerd zie Bewijs door registratie voor diverse instanties die dit kunnen Ontbinding en opzegging Een elektronisch gesloten contract mag ook elektronisch worden opgezegd Dit is echter alleen nog nooit bij de rechter getest Artikel 267 van boek 6 bepaalt dat als een overeenkomst langs elektronische weg is gesloten hij tevens door een elektronische verklaring kan worden ontbonden Ook deze verklaring moet voldoen aan de hierboven genoemde eisen van raadpleegbaarheid verifieerbaarheid en de identiteit van de partijen Veel elektronische dienstverleners zetten in hun algemene voorwaarden dat overeenkomsten zoals abonnementen op telefonie of Internet alleen schriftelijk kunnen worden opgezegd In theorie kan zo n overeenkomst dus ook per digitaal getekende e mail worden opgezegd In de praktijk is het wachten op de eerste klant die hierover naar de rechter stapt zodat hier jurisprudentie over komt Uitzonderingen Bij de volgende soorten overeenkomsten geldt het bovenstaande niet Hierbij moet dus nog steeds een stuk papier worden gebruikt Overeenkomsten over onroerende zaken zoals huizen met uitzondering van huurovereenkomsten die mogen dus wel elektronisch geregeld worden Zekerheden stellen door privé personen bijvoorbeeld een borg of garantie afgeven als dit niet past bij de overeenkomst Overeenkomsten waarbij een rechter notaris of vergelijkbare instantie ingeschakeld moet worden Testamenten legaten en andere overeenkomsten die met erfrecht of familierecht te maken hebben Verklaringen in e mail Een eenzijdige verklaring is geen contract Er is geen expliciete regel hoe de rechter om moet gaan met zo n verklaring als die elektronisch wordt afgegeven Maar het is ook niet verboden om een verklaring in e mail te gebriuken in de rechter Nu kan in een e mail een overeenkomst worden gesloten maar er kan ook enkel eenzijdig iets worden verklaard Bijvoorbeeld ja het was mijn schuld dat je auto beschadigd is of ik heb je server gehackt Een dergelijke verklaring in een e mail kan dienen als bewijs bij de rechter Het is geen dwingend bewijs in die zin dat de rechter het moet geloven Maar je komt een heel eind

    Original URL path: http://www.itpedia.nl/2011/03/29/e-mail-rechtsgeldig/ (2014-12-07)
    Open archived version from archive

  • Contract | Welkom op ITpedia
    digitale handtekening Het is echter veel lastiger dan bij een papieren handtekening om vast te stellen of de handtekening correct is geplaatst Bij elektronische communicatie is het moeilijk om vast te stellen wie de afzender is van een bericht en of het ontvangen bericht wel identiek is aan het verzonden bericht Voor bestellingen contracten en orders is dit van essentieel belang Een digitale handtekening wordt vaak gezien als de oplossing Met cryptografie geheimschrift kan elk elektronisch bericht worden voorzien van een unieke code die met een bijbehorend certificaat kan worden gecontroleerd Een probleem daarbij is dat het heel lastig is om te verifiëren dat inderdaad de juiste handtekening is gezet Een papieren handtekening zet je zelf met een pen op papier Een digitale handtekening zetten vereist gebruik van een stuk software dat een code genereert die met de hand niet te controleren is op echtheid Ook het verstrekken van de bijbehorende certificaten vereist een hoge mate van betrouwbaarheid die moeilijk te controleren is Betrouwbare elektronische communicatie Netwerken zoals het Internet worden steeds belangrijker voor wereldwijde communicatie Met behulp van deze netwerken wordt het mogelijk voor twee partijen om te communiceren zonder dat zij elkaar ooit ontmoet hebben Dit biedt nieuwe mogelijkheden voor bedrijven om producten te verkopen en voor overheidsinstellingen om informatie uit te wisselen met de burger Ook binnen een bedrijf of overheidsinstelling kan e mail gebruikt worden om de interne post te vervangen waardoor mensen met hoge snelheid informatie kunnen uitwisselen en discussies kunnen houden Bij elektronische communicatie is het moeilijk om vast te stellen wie de afzender is van een bericht en of het ontvangen bericht wel identiek is aan het verzonden bericht Voor bestellingen contracten en orders is dit van essentieel belang Er is dus een omgeving nodig waarbinnen de authenticiteit en integriteit van berichten kan worden gegarandeerd wil elektronische communicatie een gelijkwaardige partner voor de papieren versie vormen Met behulp van wiskundige technieken kan een document worden voorzien van een unieke code waarmee kan worden nagegaan of het document compleet en ongewijzigd is en waarmee de oorsprong van het document kan worden vastgesteld Deze code wordt de digitale handtekening van het document genoemd De plaatser voegt met behulp van een geheime sleutel een code toe aan het te signeren document Deze code is uniek voor het document en voor de plaatser Hieruit volgt dat alleen de houder van de geheime sleutel de code oftewel de digitale handtekening had kunnen genereren en daarmee is vastgesteld dat hij het werk heeft gesigneerd Even het knopje indrukken alstublieft Het is echter niet de plaatser maar zijn software die de code genereert en toevoegt De plaatser doet niets meer dan op een knopje drukken Hij moet er op vertrouwen dat zijn software de juiste code genereert voor het juiste document Om deze reden wordt de software die deze code genereert vaak in chipkaarten opgenomen Deze kunnen worden beveiligd tegen diefstal van de geheime sleutel en tegen misbruik Een persoon die een digitale handtekening wil zetten plaatst dan zijn chipkaart

    Original URL path: http://www.itpedia.nl/tag/contract/ (2014-12-07)
    Open archived version from archive

  • Design versus development | Welkom op ITpedia
    Inloggen RSS Feed Aanvullingen RSS Design versus development Agile vlug en lenig werken is een manier om een project op te splitsen in korte overzichtelijke delen steeds werkend naar concrete resultaten In drie artikelen wil ik graag onze ervaringen delen en de basics van scrum uiteenzetten Om mijn conclusie maar meteen weg te geven agile is uitdagend maar niet ingewikkeld Het komt aan op durf motivatie en openheid Mijn advies aan ontwerpers just do it Design versus development De toepassing van agile in de designwereld is nog vrij nieuw Lang niet iedereen is ervan overtuigd dat er überhaupt een rol voor ontwerpers is weggelegd in agile Agile is ontstaan in de software wereld als agile development Het is een conceptueel raamwerk met daarbinnen een aantal methodieken waaronder scrum Veel van wat er over agile wordt geschreven en gezegd is nog steeds sterk beïnvloed door de afkomst uit de software ontwikkelaars hoek Uit veel publicaties blijkt een moeizame relatie tussen ontwerpers en developers in agile methoden verrassend genoeg nog moeizamer dan bij de waterval methode waarbij ontwikkeling volgt op het ontwerp Velen zoals David Farkas Jonathan Arnowitz en Marc Sasinski berusten daarom in een subtiele scheiding van User Experience Design en Agile development Onze ervaringen tonen echter aan dat de methode heel goed toegepast kan worden op het ontwerpproces Daarbij onderscheiden we twee ambitieniveaus Integratie ontwerpers en klant De ontwerpende disciplines en de klant werken gelijktijdig in één team Dit is dus een agile project zonder ontwikkelaars in de kern van het team Dat noem ik agile design Integratie van alle disciplines inclusief ontwikkelaars Dit is wat ons betreft nog steeds de heilige graal van agile volledige integratie Ook op dit vlak hebben we ervaring opgedaan What the f ck is scrum Scrum is een vorm van agile werken In feite is scrummen het samen duwen en trekken aan één project Het hele proces is opgeknipt in kortlopende sprints met strakke deadlines en duidelijke doelen Interactieontwerpers visueel ontwerpers en webontwikkelaars zitten niet rustig te wachten tot de ander klaar is maar sprinten tegelijkertijd naar hun doel Scrummen gaat gepaard met speciale rituelen en technieken De dagelijkse daily scrum bijvoorbeeld een staande bespreking van maximaal 20 minuten Om ongestoord te kunnen scrummen en de samenwerking te intensiveren werkt iedereen samen in één scrum room Hoe pakken wij scrum en agile design aan De belofte van agile Agile design heeft voor ons en voor onze klanten de volgende voordelen Het is snel en de leverzekerheid is groot op tijd én binnen budget Ideeën schetsen twijfels afspraken alles wordt zonder drempel uitgewisseld Het project heeft een zelfsturend karakter Het team is zelf de drijvende kracht Doordat zomin mogelijk informatie in computers blijft hangen is het overzicht voor iedereen binnen oogopslag te krijgen Er is een veel intensievere en effectievere band tussen opdrachtgever en bureau Read my lips No More Foam Boards Door deze voordelen is de kwaliteit van het eindproduct hoger Waar zit de catch Agile is niet goedkoper voor wie dat verwachtte De

    Original URL path: http://www.itpedia.nl/2012/03/12/design-versus-development/ (2014-12-07)
    Open archived version from archive

  • Design | Welkom op ITpedia
    december 2014 Sonylek gegevens 47 000 werknemers les voor elk bedrijf 5 december 2014 Toegang Inloggen RSS Feed Aanvullingen RSS design Gebruik de 521 IT checklisten van ITpedia met in totaal 22022 vragen Zoek in de omschrijvingen Omschrijving Aantal vragen IT projectfasering Bestaat uit meerdere checklisten Application Services Library ASL Bestaat uit meerdere checklisten Continuïteit Bestaat uit meerdere checklisten Kwaliteitsattributen Bestaat uit meerdere checklisten Functies in de automatisering Bestaat uit meerdere checklisten Webdesign Bestaat uit meerdere checklisten Of zoek naar een woord Fulltekst Laatst gebruikt Exploitatie en auditing op 2014 12 06 17 57 Checklist Toezenden van eerdere beoordelingen per e mail E mailadres applicatiebeheer ASL beheer beveiliging BiSL checklisten copyright formulier Het Nieuwe Werken HNW internet kosten kwaliteit Management methodologie outsoursing project projectfasering projectmanagement SEO Sociale software social media uitbesteden web 2 0 websites WP Cumulus Flash tag cloud by Roy Tanck requires Flash Player 9 or better Design versus development Agile vlug en lenig werken is een manier om een project op te splitsen in korte overzichtelijke delen steeds werkend naar concrete resultaten In drie artikelen wil ik graag onze ervaringen delen en de basics van scrum uiteenzetten Om mijn conclusie maar meteen weg te geven agile is uitdagend maar niet ingewikkeld Het komt aan op durf motivatie en openheid Mijn advies aan ontwerpers just do it Design versus development De toepassing van agile in de designwereld is nog vrij nieuw Lang niet iedereen is ervan overtuigd dat er überhaupt een rol voor ontwerpers is weggelegd in agile Agile is ontstaan in de software wereld als agile development Het is een conceptueel raamwerk met daarbinnen een aantal methodieken waaronder scrum Veel van wat er over agile wordt geschreven en gezegd is nog steeds sterk beïnvloed door de afkomst uit de software ontwikkelaars hoek Uit veel publicaties blijkt een moeizame relatie tussen ontwerpers en developers in agile methoden verrassend genoeg nog moeizamer dan bij de waterval methode waarbij ontwikkeling volgt op het ontwerp Velen zoals David Farkas Jonathan Arnowitz en Marc Sasinski berusten daarom in een subtiele scheiding van User Experience Design en Agile development Onze ervaringen tonen echter aan dat de methode heel goed toegepast kan worden op het ontwerpproces Daarbij onderscheiden we twee ambitieniveaus Integratie ontwerpers en klant De ontwerpende disciplines en de klant werken gelijktijdig in één team Dit is dus een agile project zonder ontwikkelaars in de kern van het team Dat noem ik agile design Integratie van alle disciplines inclusief ontwikkelaars Dit is wat ons betreft nog steeds de heilige graal van agile volledige integratie Ook op dit vlak hebben we ervaring opgedaan What the f ck is scrum Scrum is een vorm van agile werken In feite is scrummen het samen duwen en trekken aan één project Het hele proces is opgeknipt in kortlopende sprints met strakke deadlines en duidelijke doelen Interactieontwerpers visueel ontwerpers en webontwikkelaars zitten niet rustig te wachten tot de ander klaar is maar sprinten tegelijkertijd naar hun doel Scrummen gaat gepaard met speciale rituelen en technieken De dagelijkse daily

    Original URL path: http://www.itpedia.nl/tag/design/ (2014-12-07)
    Open archived version from archive

  • Ontwerp | Welkom op ITpedia
    projectfasering Bestaat uit meerdere checklisten Application Services Library ASL Bestaat uit meerdere checklisten Continuïteit Bestaat uit meerdere checklisten Kwaliteitsattributen Bestaat uit meerdere checklisten Functies in de automatisering Bestaat uit meerdere checklisten Webdesign Bestaat uit meerdere checklisten Of zoek naar een woord Fulltekst Laatst gebruikt Exploitatie en auditing op 2014 12 06 17 57 Checklist Toezenden van eerdere beoordelingen per e mail E mailadres applicatiebeheer ASL beheer beveiliging BiSL checklisten copyright formulier Het Nieuwe Werken HNW internet kosten kwaliteit Management methodologie outsoursing project projectfasering projectmanagement SEO Sociale software social media uitbesteden web 2 0 websites WP Cumulus Flash tag cloud by Roy Tanck requires Flash Player 9 or better De Checklist als standaard formulier Het formulier Formulieren worden in organisaties gebruikt om een procedure te stroomlijnen Een procedure kan enorm versnellen door er een formulier bij te maken Dat komt omdat een formulier er altijd hetzelfde eruit ziet Alle invulvelden staan altijd op dezelfde plaats en hebben altijd dezelfde betekenis Door deze eigenschappen zijn medewerkers eenvoudig instaat om een aanvraag Van Wim Hoogenraad op 20 februari 2011 Adviezen Best practices Oplossingen Organisatie Aanvullen Tags checklisten formulier ontwerp procedures Checklisten 3 Design versus development Agile vlug en lenig werken is een manier om een project op te splitsen in korte overzichtelijke delen steeds werkend naar concrete resultaten In drie artikelen wil ik graag onze ervaringen delen en de basics van scrum uiteenzetten Om mijn conclusie maar meteen weg te geven agile is uitdagend maar niet ingewikkeld Het komt aan op durf motivatie en openheid Mijn advies aan ontwerpers just do it Design versus development De toepassing van agile in de designwereld is nog vrij nieuw Lang niet iedereen is ervan overtuigd dat er überhaupt een rol voor ontwerpers is weggelegd in agile Agile is ontstaan in de software wereld als agile development Het is een conceptueel raamwerk met daarbinnen een aantal methodieken waaronder scrum Veel van wat er over agile wordt geschreven en gezegd is nog steeds sterk beïnvloed door de afkomst uit de software ontwikkelaars hoek Uit veel publicaties blijkt een moeizame relatie tussen ontwerpers en developers in agile methoden verrassend genoeg nog moeizamer dan bij de waterval methode waarbij ontwikkeling volgt op het ontwerp Velen zoals David Farkas Jonathan Arnowitz en Marc Sasinski berusten daarom in een subtiele scheiding van User Experience Design en Agile development Onze ervaringen tonen echter aan dat de methode heel goed toegepast kan worden op het ontwerpproces Daarbij onderscheiden we twee ambitieniveaus Integratie ontwerpers en klant De ontwerpende disciplines en de klant werken gelijktijdig in één team Dit is dus een agile project zonder ontwikkelaars in de kern van het team Dat noem ik agile design Integratie van alle disciplines inclusief ontwikkelaars Dit is wat ons betreft nog steeds de heilige graal van agile volledige integratie Ook op dit vlak hebben we ervaring opgedaan What the f ck is scrum Scrum is een vorm van agile werken In feite is scrummen het samen duwen en trekken aan één project Het hele proces is opgeknipt in

    Original URL path: http://www.itpedia.nl/tag/ontwerp/ (2014-12-07)
    Open archived version from archive

  • Projectrapportage | Welkom op ITpedia
    oorspronkelijke tijdpad en budget onvoldoende zou zijn Als de projectleider dan bijgestuurd had had men voor een eenvoudiger ontwerp kunnen kiezen dat sneller en goedkoper te realiseren zou zijn Of men had om meer tijd en of geld kunnen vragen bij de opdrachtgever In ieder geval was er al maanden eerder duidelijkheid geweest over de status van het project En was er sprake geweest van daadwerkelijk sturen van het project Onzekerheid in projectplannen Onzekerheid hoort bij projecten Men weet bij aanvang van het project niet precies hoeveel tijd nodig is noch hoe duur het project exact zal uitpakken Bij sommige projecten is het zelfs onzeker of het beoogde doel überhaupt bereikt zal worden Dan komt het soms ook voor dat in een snel veranderende wereld de uitgangspunten van een project al veranderd zijn voordat een project klaar is Bijvoorbeeld door technologische ontwikkelingen of ontwikkelingen in de markt of politiek Bij het maken van projectplannen kan de projectleider slechts schattingen maken van de GOKIT factoren van een project Schattingen van tijd geld team kwaliteitsdoelen en benodigde informatie Door het project uit te voeren ontstaat er meer kennis over het project zelf In de initiatiefase is er alleen nog een idee In de definitiefase is het idee verder afgebakend door middel van concrete eisen en wensen In de ontwerpfase zijn er mogelijke ontwerpen onderzocht en gemaakt waardoor er weer meer duidelijk is In de voorbereidingsfase weet men hoe het ontwerp gemaakt moet worden in de realisatiefase is het daadwerkelijke projectresultaat gebouwd en in de nazorg zijn de losse eindjes aan elkaar geknoopt Hoe verder het project is des te meer duidelijkheid er ontstaat Het heeft daarom geen zin om in het begin van een project een nauwkeurige begroting te maken voor de nazorgfase die pas later plaatsvindt Het project kan nog alle kanten op Het idee is nog nauwelijks uitgewerkt Waarschijnlijk is ook pas op hoofdlijnen bekend hoe de nazorg er uit moet komen te zien Dat is te weinig informatie om een realistische nauwkeurige begroting te kunnen maken van de nazorgfase Een begroting op hoofdlijnen is op dat moment het maximaal haalbare De werkwijze in projectplannen is dus als volgt er wordt een globale begroting voor het hele project gemaakt en een concrete begroting voor de eerstvolgende fase Als een projectteam bijvoorbeeld vlak voor de realisatiefase staat na de voorbereidingsfase is heel goed bekend wat er moet gebeuren Op dat moment is het mogelijk een nauwkeurige begroting van de realisatiefase te maken De globale begroting voor het totale project zal na elke fase bijgesteld moeten worden Na elke fase is er meer kennis en zijn er besluiten genomen waardoor de globale begroting nader ingevuld kan worden Op die manier wordt na elke fase de begroting van de totale kosten van het project steeds nauwkeuriger Het maken van een globale begroting voor het hele project en een concrete voor de eerstvolgende fase is niet alleen van belang voor de GOKIT factor geld Ook voor de andere factoren geldt dat er van globaal

    Original URL path: http://www.itpedia.nl/2012/01/16/projectrapportage/ (2014-12-07)
    Open archived version from archive

  • Rapportage | Welkom op ITpedia
    factoren worden beschreven Er is een tijdpad uitgezet T er is een budget opgesteld G een team is geformeerd O een doel is beschreven K en de hulpmiddelen voor de informatievoorziening in en rond het project zijn bepaald I Tijdens het project controleert de projectleider nog wel of het project enigszins binnen het totale budget en tijdpad blijft maar hij of zij stuurt niet echt bij Tegen het einde van het project blijkt het allemaal toch weer duurder geworden of langer te duren dan verwacht Om te voorkomen dat het nóg veel duurder wordt of langer duurt wordt het project afgeknepen Helaas is daardoor het projectresultaat niet echt naar tevredenheid Had de projectleider wel met het 6 fasenmodel gewerkt dan had het team waarschijnlijk al in de ontwerpfase of misschien al in de definitiefase geconcludeerd dat het oorspronkelijke tijdpad en budget onvoldoende zou zijn Als de projectleider dan bijgestuurd had had men voor een eenvoudiger ontwerp kunnen kiezen dat sneller en goedkoper te realiseren zou zijn Of men had om meer tijd en of geld kunnen vragen bij de opdrachtgever In ieder geval was er al maanden eerder duidelijkheid geweest over de status van het project En was er sprake geweest van daadwerkelijk sturen van het project Onzekerheid in projectplannen Onzekerheid hoort bij projecten Men weet bij aanvang van het project niet precies hoeveel tijd nodig is noch hoe duur het project exact zal uitpakken Bij sommige projecten is het zelfs onzeker of het beoogde doel überhaupt bereikt zal worden Dan komt het soms ook voor dat in een snel veranderende wereld de uitgangspunten van een project al veranderd zijn voordat een project klaar is Bijvoorbeeld door technologische ontwikkelingen of ontwikkelingen in de markt of politiek Bij het maken van projectplannen kan de projectleider slechts schattingen maken van de GOKIT factoren van een project Schattingen van tijd geld team kwaliteitsdoelen en benodigde informatie Door het project uit te voeren ontstaat er meer kennis over het project zelf In de initiatiefase is er alleen nog een idee In de definitiefase is het idee verder afgebakend door middel van concrete eisen en wensen In de ontwerpfase zijn er mogelijke ontwerpen onderzocht en gemaakt waardoor er weer meer duidelijk is In de voorbereidingsfase weet men hoe het ontwerp gemaakt moet worden in de realisatiefase is het daadwerkelijke projectresultaat gebouwd en in de nazorg zijn de losse eindjes aan elkaar geknoopt Hoe verder het project is des te meer duidelijkheid er ontstaat Het heeft daarom geen zin om in het begin van een project een nauwkeurige begroting te maken voor de nazorgfase die pas later plaatsvindt Het project kan nog alle kanten op Het idee is nog nauwelijks uitgewerkt Waarschijnlijk is ook pas op hoofdlijnen bekend hoe de nazorg er uit moet komen te zien Dat is te weinig informatie om een realistische nauwkeurige begroting te kunnen maken van de nazorgfase Een begroting op hoofdlijnen is op dat moment het maximaal haalbare De werkwijze in projectplannen is dus als volgt er wordt een globale

    Original URL path: http://www.itpedia.nl/tag/rapportage/ (2014-12-07)
    Open archived version from archive