Projecten beheren - Checklist voor aanbevolen procedures managing-projects-best-practices-checklist

Het beheren van een project om Adobe Experience Manager (AEM) uit te voeren vereist planning en begrip zodat u zich bewust bent van de kwesties en (verwante) besluiten die u, vóór en terwijl het uitvoeren van uw project moet maken.

De beste werkwijzen zijn:

Projectkopslagdashboard project-heartbeat-dashboard

Het aantekenvel van het Hart van het Project van 0} verstrekt een grafisch overzicht van kritieke metriek voor uw project:

  • Kwaliteit van de Fase

  • Gezondheid van de Fase

    • Een statusindicator op hoog niveau voor uw project; handig om gebieden te markeren die een verhoogd risico kunnen lopen.
  • Volledige volledigheid van de Fase

    • Op om het even welk ogenblik tijdens het project wijst dit erop hoeveel reeds voor elke fase van uw project is voltooid.

Status op rol status-by-role

De Status door Werkblad van de Rol toont gedetailleerde uitsplitsing van Gezondheid, Kwaliteit, en ​ Voltooiing​** door ​** Fase​ en ​ Persona**.

Fasen en mijlpalen phases-and-milestones

Het projectplan wordt opgesplitst in afzonderlijke (hoge) fasen.

Elke fase bevat zijn eigen mijlpalen. Voor elk persona(of rol), zijn de relevante mijlpalen vermeld, samen met de documenten die worden vereist om de bepaalde te produceren producten.

NOTE
Er is geen directe 1:1-relatie tussen de afzonderlijke vereiste documenten en te leveren items.

Voorbereiding preparation

De voorbereiding van uw project vormt de basis van het hele project. Belangrijkste vereisten definiëren samen met duidelijke doelstellingen en verwachtingen voor het volgende:

  • Bedrijfs Rationale

    • De fundamentele redenen en rechtvaardiging voor de uitvoering van het project.
  • Reikwijdte en Programma

    • Er moet een basisbereik en een ruw schema beschikbaar worden gesteld om te bepalen wat er nodig is en binnen welk tijdsbestek. Als dit de situatie verheldert, kunt u ook definiëren wat buiten het bereik ligt.

De manier waarop u uw project voorbereidt, plant en uitvoert en uw oplossing implementeert, wordt beïnvloed door de beperkingen waarop u werkt. Bijvoorbeeld: vast budget, vast tijdschema, hoeveelheid inhoud, vereiste kwaliteit.

Zoals altijd, beïnvloedt het aanpassen van om het even welke factoren anderen. Als u bijvoorbeeld de tijd verkort, maar hetzelfde kwaliteitsniveau nodig hebt, wordt de prijs waarschijnlijk verhoogd en wordt de hoeveelheid inhoud die u wilt verwerken, verminderd. Begroting is vaak een sleutelfactor, dus dergelijke relaties kunnen niet worden vergeten.

De vier factoren:

projecphase_fourfases

Mijlpalen milestones

  • Bevestiging

    In deze fase, moet u de doelstellingen voor het project bevestigen en bevestigen; bijvoorbeeld:

    • Wat wilt u bereiken/verstrekken?

    • Wie heeft er baat bij?

    • Wat is het toepassingsgebied?

      • Als het de situatie verduidelijkt, kunt u ook bepalen wat buiten het werkingsgebied ligt.
    • Hoe definieert u succes?

    • Hoe meet je succes?

    • Wat zijn de vereisten, het bedrijfsleven en de techniek?

    • Zijn er oudere systemen die moeten worden vervangen en zo ja, moeten er gegevens worden gemigreerd?

    • Wie is hierbij betrokken?

    • Hoe meet je de voortgang?

    • Hoe vaak bekijkt u de voortgang tijdens de levensduur van het project?

  • Begroting

    Voordat u een project start, hebt u een betrouwbare, realistische schatting nodig van de kosten die het kost om te implementeren:

    • Gebruik van informatie uit de valideringsmijlpaal als basis voor de schattingen.
    • Wees realistisch in uw schattingen.
    • Houd rekening met en respecteer alle richtlijnen, processen of beperkingen van de client die op de client van toepassing zijn.
    • Overweeg nood- en herzieningsprocedures als later een herziening of verfijning van de begroting nodig is.
    • Onthoud dat kosten in vele vormen worden gedragen, zoals aankopen, gebruik van middelen en vergoedingen.

Planning planning

De planning van uw project consolideert de voorbereiding. Hier moet u beginnen de doelstellingen en verwachtingen om te zetten in een duidelijk omschreven routekaart die bestaat uit concrete taken, gebonden door duidelijke communicatie, met strenge evaluaties om vooruitgang te meten.

Mijlpalen milestones-1

  • Handover

    Een schone overdracht zorgt ervoor dat de juiste persoon/groepen zich bewust zijn van hun verantwoordelijkheden binnen het project.

    Er moeten volledige details worden verstrekt/gegenereerd om te garanderen dat zij een volledig inzicht hebben in alle relevante aspecten, waaronder het stappenplan, het toepassingsgebied, de doelstellingen, de vereisten en de KPI's.

  • Beoordeling van het Risico

    Om onaangename verrassingen te voorkomen, gebruikt u een risicobeoordeling om mogelijke risico's samen met hun effect en waarschijnlijkheid te identificeren en te kwantificeren.

    Dit moet vroeg in de levenscyclus van het project worden gedaan om ervoor te zorgen dat kwetsbaarheden worden geïdentificeerd en geëvalueerd. Op basis van de bevindingen kunt u aan uw belanghebbenden verslag uitbrengen over de vraag of de volledige vereisten kunnen worden toegepast en, indien nodig, of het mogelijk is te plannen dat passende maatregelen worden genomen en gevolgd.

  • Communicatie

    Communicatie is altijd essentieel voor het succes van elk project. duidelijk en efficiënt communiceren om ervoor te zorgen dat iedereen:

    • Werken aan dezelfde basisdoelstellingen
    • Uit dezelfde informatiebasis
    • Met dezelfde kanalen
  • Kick weg

    De vergadering Kick Off wordt gebruikt om het bewustzijn te verhogen dat het project begint. Het is een goede gelegenheid om:

    • Alle belanghebbenden (of ten minste vertegenwoordigers van groepen) uitnodigen.

    • Belangrijke feiten over het project presenteren.

    • Beantwoord vragen.

    • Ervoor zorgen dat iedereen dezelfde kennisbasis heeft.

    • Neem de betrokkenheid van iedereen die erbij betrokken zal zijn - dat moet verdiend worden.

      • Door de hoofdrolspelers (inclusief potentiële auteurs) bij het begin van het project te betrekken, verhoogt u de kans dat ze zich voor het project engageren.

Voorbereiding van ontwikkeling development-preparation

De planning van de ontwikkeling is zeer belangrijk om ervoor te zorgen dat uw project op een stevig ontwerp door een team wordt voortgebouwd dat de vereiste kennis heeft.

Mijlpalen milestones-2

  • Het Team van de Ontwikkeling bediende en Opgeleid

    Alvorens op om het even welk project te beginnen, zou u ervoor moeten zorgen dat uw ontwikkelingsteam geschikt wordt bemand en dat alle teamleden voor de taak in kwestie worden opgeleid.

  • de Architectuur van de Inhoud

    De inhoudarchitectuur definieert en beschrijft de toekomstige architectuur van de inhoud, waaronder:

    • De inhoudsstructuur, inclusief elementen
    • Basisstructuren, waaronder campagnes, enzovoort.
    • Multisite en meertalige structuren (MSM, Vertaling, enzovoort)
    • Ondersteunende inhoud (inclusief tags en coderingsconcepten)
    • Strategieën voor hergebruik van inhoud in cache plaatsen
  • Architectuur van het Systeem

    De systeemarchitectuur bepaalt de conceptuele mening van uw systeem; het omvatten van (onder andere):

    • structuur van het Systeemvoor alle vereiste milieu's

    • Subsystemen

    • Systemen van derden

    • Interfaces; hardware, software en menselijke interactie

    • De servers voor elk milieu; zie Technische Vereistenen Hardware die Richtlijnen rangschikken

    • Processen voor elke omgeving, bijvoorbeeld vereisten voor implementatie en onderhoud

    • Onderhoudsactiviteiten (GC voor datastore, TarPM-optimalisatie, enzovoort)

    • Dispatchercaching

    • het GroeperenPublish/Authorshare

    • Prestaties voor de client-side (JS minify, concat, css sprites, totaal aantal http-aanvragen, enzovoort)

  • Architectuur van de Toepassing

    De toepassingsarchitectuur bepaalt en beschrijft het gedrag van de voorgestelde toepassingen.

    Het is gericht op:

    • Hoe zij met elkaar en met gebruikers in wisselwerking staan.
    • De gegevens die door toepassingen moeten worden verbruikt en geproduceerd, in plaats van hun interne structuur.

    De definities moeten betrekking hebben op:

    • Basiscodestructuur voor het project
    • Codeartefacten (pakketten, enzovoort)
    • Uitsplitsingen van de templates/componenten en hun relaties
    • Details op hoog niveau van vereiste aanpassingen (specifieke overlays volgen verderop)
    • Ontwerp van workflows die voor de oplossing vereist zijn (bijvoorbeeld het maken, goedkeuren, publiceren, transformeren, importeren en exporteren van inhoud)
    • Speciale aandacht voor alle complexe modules, zoals MSM, Commerce, integratie van derden
  • Integratie van het Systeem

    De integratie van het systeem vereist u om te plannen (dan uit te voeren):

    • Hoe alle subsystems en oplossingsintegratieworden samengebracht om als één samenhangend systeem te werken
    • Hoe systemen van derden zijn geïntegreerd; samen met eventuele speciale overwegingen, zoals offline/online, client-side/browser-side of fallover-verwerking wanneer een systeem van derden is uitgevallen
  • Concept van de Test

    Alvorens ontwikkeling te beginnen, zou u een diepgaand en uitvoerig concept van alle het testenvereisten voor uw project moeten opstellen.

    Dit moet onder meer het volgende omvatten:

    • Bijzonderheden van alle uit te voeren tests
    • Bereiding van alle voor die tests vereiste inhoud
    • Informatie over eventueel te gebruiken testinstrumenten
    • Een indicatie op hoog niveau van wie bij het testen betrokken zal zijn; met name groepen buiten het QA-team
    • Details van de testautomatisering, bijvoorbeeld met de modus Selenium of AEM Developer
  • Ontwerp van de Ervaring

    De ervaring Ontwerp (XD) impliceert het ontwerpen van de gebruikerservaring voor uw oplossing.

    De gebruikerservaring moet worden geanalyseerd en ontwikkeld voor zowel uw auteurs als de eindgebruikers van uw website.

  • Opstelling van de Steun

    Voor ontwikkeling, zouden alle steunprocessen die worden vereist om, versie, test, en rapportkwesties op te stellen, op zijn plaats moeten worden geplaatst.

    Zie ook het Portaal van de Steun van de Adobe.

Operationele planning en operaties operations-planning-and-operations

Op een vergelijkbare basis moeten de bewerkingen op de juiste wijze worden gepland om ervoor te zorgen dat u beschikt over de omgevingen die u nodig hebt - voor alle fasen van de levenscyclus van het project. U hebt ook de aangewezen processen nodig om hen te handhaven.

Mijlpalen milestones-3

  • Toestemmingen

    U moet een Concept van Rollen en van Rechten voor alle gebruikers/groepen plannen en dan uitvoeren die de oplossing zullen gebruiken.

    Bijvoorbeeld:

    • Een lijst met rollen (dat wil zeggen groepen) met read/ write toegangsdefinities voor elke

    • Definitie van het gebruik van bevoegdheden die van invloed zijn op de publicatieomgeving, bijvoorbeeld replicate

    • Voor gebruikers met minimale bevoegdheden moeten workflows worden gedefinieerd

    • Gebruikers in de groep editor mogen geen admin -rechten hebben en geen deel uitmaken van de groep administrators .

    Voor meer informatie, zie Beleid van de Gebruiker en Veiligheid.

  • Controle en Onderhoud

    Bewaking en onderhoud zijn belangrijke aspecten om ervoor te zorgen dat uw oplossing probleemloos werkt zodra deze actief is. Hiervoor moet u definiëren:

    • Wat moet er worden gecontroleerd?
    • Onderhoudstaken, zowel regelmatig als in bijzondere gevallen

    Zie ook Controle en Onderhoudvoor meer informatie.

  • Migratie

    Alle inhoud van het oudere systeem moet worden gecontroleerd en gevalideerd voor migratie.

  • Plan van de Terugwinning

    Zorg ervoor dat u een herstelplan hebt. In een noodsituatie moet dit beschikbaar zijn om het productiegebruik van AEM te waarborgen. Dit moet situaties zoals back-up, herstel, vallover en andere situaties bestrijken.

Ontwikkeling development

Ontwikkeling is een cruciale fase die meer vereist dan alleen codering.

Mijlpalen milestones-4

  • Milieu van de Ontwikkeling

    Plan en documenteer uw ontwikkelomgeving, met inbegrip van:

    • Architectuur

    • Ontwikkelingsinstrumenten

      • Een typische omgeving bestaat uit:

        • een systeem voor het bijhouden van problemen, zoals Jira;
        • een IDE, zoals Eclipse
        • een bouwstijlbeheersinstrument, zoals Maven
        • een instrument voor voortdurende integratie, zoals Jenkins
        • een gereedschap voor versiebeheer, zoals GIT/SVN
        • een manager voor een constructiegegevensopslagplaats, zoals Archiva/Nexus
    • Integratie/afhankelijkheden van software van derden

    • Integratie/afhankelijkheid van oplossingen

    • Implementatiecadade

  • Systeem van de Test

    Plan en documenteer uw testomgeving, met inbegrip van:

    • Architectuur
    • Afhankelijkheden van ontwikkelingsgebouwen; inclusief nachtelijke gebouwen
    • De mogelijkheden voor of beperkingen van het testen van softwareintegratie/afhankelijkheden van derden
    • Testgereedschappen
    • Geautomatiseerde teststrategie
  • Systeem van de Productie

    Plan en documenteer uw productieomgeving, met inbegrip van:

  • Integratie

    Plan, document, en test alle aspecten van het systeem en oplossingsintegratie, met inbegrip van:

  • Migratie

    Alle aspecten van de migratie van inhoud plannen, documenteren en testen, inclusief:

    • Inhoudsarchitectuur
    • Migratiestrategie
  • Communicatie

    Zorg ervoor dat alle teamleden en projectpersona worden bijgehouden, zonodig.

  • Documentatie

    De oplossing volledig documenteren, inclusief:

    • Handboek
    • Alle aanpassingen die invloed kunnen hebben op upgrades
    • Opmerkingen bij de release

Prestaties en tests performance-and-testing

Zodra de nieuwe toepassing beschikbaar is moet het strenge het testen, zowel voor functionaliteit als prestatiesondergaan.

NOTE
Elk testteam moet neutraal kunnen blijven en de testresultaten kunnen leveren.
Het is de verantwoordelijkheid van de projectbeheerder om de gevolgen van de resultaten te beoordelen en een besluit te nemen over passende maatregelen.

Mijlpalen milestones-5

  • de Acceptatietest van de Eindgebruiker

    de acceptatietests van de Gebruiker(UAT) is essentieel om ervoor te zorgen dat:

    • De oplossing voldoet aan de vereisten van de gebruiker/klant
    • De klant/gebruikers accepteren de oplossing (functie, ontwerp en prestaties)

    Er zou een geformaliseerde controlelijst voor klantenoverdracht moeten zijn; idealiter geautomatiseerd en op een niblebasis tegen een momentopname lopen. De resultaten moeten naar de projectmanager en het ontwikkelingsteam worden verzonden

  • Prestaties en de Tests van de Lading

    Prestatie- en belastingstests worden gebruikt om ervoor te zorgen dat de oplossing bij gemiddelde en piekbelastingen aan de vereiste prestatieniveaus voldoet.

    Zie voor meer informatie over het testen van prestaties:

    note note
    NOTE
    Dit proces moet worden voortgezet bij normaal gebruik van AEM, maar deze eerste fasen zijn het meest cruciaal.

Uitrol rollout

De introductie van uw nieuwe toepassing moet zorgvuldig worden gepland om ervoor te zorgen dat Go Live probleemloos wordt uitgevoerd. Dit omvat het bevestigen van een hoog niveau van veiligheid, het opleiden van alle potentiële gebruikers en het maken van meerdere droogteperioden om te bevestigen dat alle kwesties zijn opgelost.

Mijlpalen milestones-6

  • Voorbereiding

    De voorbereiding en planning zullen helpen een vlotte implementatie verzekeren.

  • Opleiding

    Ervoor zorgen dat alle betrokken personeelsleden zijn opgeleid.

    Zie Adobe Experience Managerin de cursuscatalogus.

  • Lopende Beheerders

    Zorg ervoor dat uw oplossingsbeheerders:

    • Geoefend
    • Het juiste trainingsmateriaal ontvangen
    • De juiste documentatie ontvangen
  • Getrainde Gebruikers

    Zorg ervoor dat de auteurs:

    • Geoefend
    • Het juiste trainingsmateriaal ontvangen
    • De juiste documentatie ontvangen, bijvoorbeeld de gebruikershandleiding
  • Tests van de Intentie

    De tests van de penitentie simuleren een aanval op een computersysteem om potentiële veiligheidstekortkomingen te identificeren.

  • de Tests van de Inwoner/van de Veiligheid

    Om de veiligheid van uw oplossing te verzekeren, voer specifieke penetratietests, samen met een bredere waaier van veiligheidstests uit.

    Zie Controlelijst van de Veiligheidvoor meer details.

Live gaan go-live

Je wilt dat je Go Live zo vloeiend mogelijk wordt. Nogmaals, de definitieve stappen moeten voor schone uitvoering plannen.

Mijlpalen milestones-7

  • Voorbereiding

    De voorbereiding en planning zullen helpen een vlotte Go Live verzekeren.

  • Veiligheid

    Bevestig de veiligheid van uw oplossing voor zowel interne als externe gebruikers en hun inhoud.

  • Fallback

    Zorg ervoor dat alle systemen, procedures en mechanismen die vereist zijn voor fallback aanwezig zijn voordat u live gaat.

  • Steun

    Ervoor zorgen dat de supportservices op hun plaats zijn en klaar zijn.

  • Overgang

    Plan en voer de overgang naar uw productieomgeving en gebruikers uit.

  • rolt uit

    Bereid en voer uw rooktests uit.

Persona persona

De checklists zijn ontworpen door personen. Dit zijn de rollen met significant betrokken bij de cyclus van het projectleven.

Er zijn ook sommige andere personadie bij specifieke taken betrokken zijn.

Projectsponsor project-sponsor

De projectsponsor is:

  • Verantwoordelijk voor het verstrekken/presenteren van de bedrijfscase voor het project.

  • Sleutel voor de vormgeving en de afbakening van het toepassingsgebied van het project, met inbegrip van:

    • de definitie van en criteria voor succes
    • de belangrijkste KPI's
  • Geef de belangrijkste mijlpalen op basis van de routekaart van de klant.

Projectmanager project-manager

De projectmanager is:

  • Verantwoordelijk voor de algemene uitvoering van het project op basis van de vereisten (bijvoorbeeld reikwijdte, KPI's, succescriteria en definitie) die door de projectsponsor zijn verstrekt.
  • Verantwoordelijk voor de vaststelling van de begroting en de financiering van het project op basis van die begroting.
  • Het belangrijkste communicatiepunt voor alle bij het project betrokken personen.

Architect architect

De oplossingsarchitect:

  • is verantwoordelijk voor het ontwerp op hoog niveau van de oplossing en het systeem.
  • Hiermee kunt u de implementatiestrategie voor AEM definiëren. Bijvoorbeeld, of om een gegroepeerde installatie, of een koude reserve uit te voeren, of wanneer een netwerk van de inhoudslevering (CDN) nodig is.
  • Bepaal ook de AEM oplossingsarchitectuur die op de cliëntvereisten wordt gebaseerd. Dit kan het concept voor gebruikersrollen (met verwante rechten), het verband tussen malplaatjes en componenten omvatten, of wanneer om multisite beheer te gebruiken.

Zakelijke analist business-analyst

De bedrijfsanalist:

  • is primair verantwoordelijk voor het verzamelen en analyseren van de vereisten op hoog niveau en zet deze vervolgens om in specificaties:

    • voor de projectmanager om te gebruiken wanneer het plannen van de ontwikkeling
    • voor het ontwikkelingsteam om van tijdens ontwerp en ontwikkeling te werken.
  • Werkt nauw samen met de klant om de vereisten te analyseren. Ze komen overeen met:

    • De definitie van succes.
    • De criteria voor succes.
    • KPI's (zowel zakelijk als op basis van prestaties).

Ontwikkelingsleiding development-lead

De ontwikkelingsleiding:

  • is verantwoordelijk voor de technische uitvoering van het project.

  • Is verantwoordelijk voor het selecteren van een ontwikkelingsmethodologie die aan cliëntvereisten voldoet.

  • stelt de ontwikkelingsstrategie op:

    • ervoor zorgen dat het op de zaken en prestaties KPIs gericht is
    • rekening houdend met de succescriteria en -definitie
  • Werkt nauw samen met de architect (met name bij het opstellen van de ontwikkelingsstrategie voor AEM) om aspecten zoals de verhouding tussen malplaatjes en componenten, de integratiestrategie voor derdetoepassingen en om het even welke gespecialiseerde functionaliteit te bepalen.

Kwaliteit van lead quality-lead

De uitsprong van de kwaliteit:

  • is verantwoordelijk voor de kwaliteit van de levering; zorgt ervoor dat deze voldoet aan de criteria voor succes en eventuele door de klant gedefinieerde KPI's.
  • Hiermee definieert u de kwaliteitsmaatstaven, lijnt u deze af op alle betrokkenen, stelt u de testplannen op en zorgt u ervoor dat deze worden uitgevoerd.
  • Creeert en levert rapporten aan projectbelanghebbenden.

Systeemengineer system-engineer

De systeemtechnicus:

  • Is verantwoordelijk voor het toezicht op de projectinfrastructuur.

  • is verantwoordelijk voor:

    • het opzetten van interne ontwikkelings- en testomgevingen
    • voor de aansluiting van deze systemen op de clientsystemen
  • Verstrekt hardwareaanbevelingen, controleert de diverse implementaties en verstrekt verrichtingensteun zowel voorafgaand om live en daarna te gaan.

Beveiligingslead security-lead

De beveiligingsleiding:

  • Is verantwoordelijk voor het algemene veiligheidsconcept van de oplossing, die ervoor zorgt dat het met om het even welke vereisten en beleid van de cliënt wordt gericht.
  • Levert een veiligheidsconcept, veiligheidsverrichtingen en aanbevelingen voor om het even welke hardware-based veiligheidsconcepten; zoals streken en firewalls.

Andere Persona other-persona

  • Belanghebbenden

    • Personen (vaak afkomstig uit het bedrijf) die belang (belang) hebben bij het welslagen van het project. Zij dragen vaak bij aan de begroting.
  • Juridisch

    • Juridisch advies is vereist bij de onderhandelingen over contracten.
  • Leerlingen

    • Afhankelijk van de omvang en de aard van het project kunnen gespecialiseerde opleiders worden gebruikt voor het ontwikkelen en presenteren van trainingssessies voor de relevante groepen.
  • Technisch schrijvers

    • Afhankelijk van de schaal en de aard van het project, kunnen gespecialiseerde technische schrijvers worden gebruikt om richtlijnen en handboeken voor specifieke groepen te schrijven. Bijvoorbeeld een onderhoudshandleiding voor systeembeheerders of een gebruikershandleiding voor de auteurs.
  • Systeembeheerders

    • Verantwoordelijk voor de doorlopende werking van het systeem.
  • Auteurs en eindgebruikers

    • De mensen die het systeem gebruiken om uw website-inhoud te maken en te onderhouden.

Vereiste documenten en te leveren items required-documents-and-deliverables

De controlelijsten behandelen de Vereiste Documenten en levert voor elke mijlpaal.

  • Er is geen 1:1-relatie tussen deze twee; een groep van vereiste documenten kan bijvoorbeeld resulteren in één leverbaar.
  • Een leverbaar van één persoon kan een vereist document zijn voor een ander persoon tijdens dezelfde mijlpaal.

Vereiste documenten required-documents

De Vereiste Documenten zijn nodig door de aangewezen persoon wanneer het veroorzaken van hun te leveren producten.

Voor elk Vereist Document, zou de persoon op moeten wijzen:

  • Y/N: of het is ontvangen.
  • 1-3: een aanwijzing van de kwaliteit van het ontvangen document.

Te leveren items deliverables

Voor elke mijlpaal zijn de juiste personen verantwoordelijk voor het afleveren van specifieke documenten en dus voor het realiseren van hun verantwoordelijkheden voor een specifieke mijlpaal.

Voor elk Geleverbaar, moet de persoon wijzen op:

  • Y/N: of het is voltooid.

Leveranciers worden vaak gebruikt als Vereiste Documenten voor of huidige of een recentere mijlpaal.

Aanverwante aanbevolen procedures related-best-practices

Voor beste praktijken bij het opstellen, het beheren, het ontwikkelen, of het ontwerpen, zie het volgende:

Belangrijkste documentatiegebieden key-documentation-areas

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2