Hantera projekt - checklista för bästa praxis managing-projects-best-practices-checklist

An interaktiv checklista som gör att du kan följa upp och övervaka dina framsteg med dessa bästa metoder.

• Definierar indata och slutprodukter utifrån fas, milstolpe och personlighet.
• Ger automatiska översikter (kvalitet, hälsa och fullständighet) som visar på framsteg och projekthälsa.

Dokumentation som bygger direkt på checklista, som innehåller information om

• Projektpulsslag analys.
• Status efter roll översikt.
• Faser och milstolpar.
• Nyckelpersona och deras engagemang i varje (relevant) skede.
• A Ordlista i Begärda dokument och slutprodukter.

Ytterligare referens material som ger mer information om specifika områden.

Faskvalitet

• Anger kvaliteten på Begärda dokument och slutprodukter i hela projektet.

Phase Health

• En högnivåstatusindikator för ditt projekt; är användbart för att framhäva områden som kan vara i riskzonen.

Slutförandefas

• När som helst under projektet visar detta hur mycket som redan har slutförts för varje fas i projektet.

Affärsargument

• De grundläggande skälen och motiveringen till att projektet genomförs.

Tillämpningsområde och schema

• Ett grundläggande tillämpningsområde och grovschema bör göras tillgängligt för att definiera vad som krävs och inom vilken tidsram. Om det hjälper till att klargöra situationen kan du också definiera vad som ligger utanför omfånget.

Validering

I den här fasen måste du validera och bekräfta målen för projektet; till exempel:

• Vad vill du uppnå/tillhandahålla?

• Vem tjänar på det?

• Vad är omfattningen?

  • Om det gör det lättare att klargöra situationen kan du också definiera vad som ligger utanför omfånget.

• Hur definierar man framgången?

• Hur ska du mäta framgång?

  • Vilka är kraven, affärsvillkoren och de tekniska kraven?
  • Finns det äldre system som ska ersättas och, om så är fallet, finns det data som ska migreras?
  • Vem kommer att bli inblandad?
  • Hur mäter du framstegen?
  • Hur ofta granskar du hur projektet fortskrider?

Budget

Innan du påbörjar ett projekt behöver du en tillförlitlig och realistisk uppskattning av vad det kommer att kosta att implementera:

• Använd information från valideringsmilstolpen som grund för uppskattningarna.
• Var realistiska i era uppskattningar.
• Fundera på och ta hänsyn till eventuella riktlinjer, processer eller begränsningar som kunden kan vara föremål för.
• Tänk på beredskaps- och granskningsprocesser om en granskning eller finjustering av budgeten krävs i ett senare skede.
• Kom ihåg att kostnader kan tillskrivas många olika former. inköp, användning av resurser och avgifter bland annat.

Handtag

En ren överlämning säkerställer att rätt person/grupper är medvetna om sitt ansvar i projektet.

Fullständiga uppgifter bör tillhandahållas/genereras för att säkerställa att de har fullständig förståelse för alla relevanta aspekter, inklusive färdplanen, omfattningen, målen, kraven och nyckeltalen.

Riskbedömning

För att undvika obehagliga överraskningar bör man använda riskbedömningar för att identifiera och kvantifiera eventuella risker tillsammans med deras konsekvenser och sannolikhet.

Detta bör göras tidigt under projektets livscykel för att säkerställa att eventuella sårbarheter identifieras och utvärderas. Baserat på resultaten kan ni rapportera till era intressenter om huruvida de fullständiga kraven kan genomföras och, om det behövs, om det är möjligt att planera för lämpliga åtgärder som ska vidtas och spåras.

Kommunikation

Kommunikation är alltid avgörande för att ett projekt ska lyckas. Ni måste kommunicera tydligt och effektivt för att säkerställa att alla är

• Att arbeta mot samma grundläggande mål
• Från samma informationsbas
• Med samma kanaler

Sparka av

Mötet med avaktivering används för att öka medvetenheten om att projektet har startat. Det är en bra möjlighet att

• Bjud in alla berörda parter (eller åtminstone grupprepresentanter).
• Presentera viktiga fakta om projektet.
• Svara på frågor.
• Se till att alla har samma kunskapsbas.
• Engagemang från alla som kommer att vara inblandade - det här måste du tjäna på.
  • Genom att involvera huvudaktörer (inklusive potentiella författare) i början av projektet ökar ni chanserna att få dem engagerade i projektet.

Utvecklingsteamet har personal och utbildning

Innan du börjar med ett projekt bör du se till att ditt utvecklingsteam har lämplig personal och att alla teammedlemmar har utbildning för den aktuella uppgiften.

Innehållsarkitektur

Innehållsarkitekturen definierar och beskriver innehållets framtida arkitektur. inklusive:

• Innehållsträdet. inklusive tillgångar
• Grundläggande strukturer. inklusive kampanjer, etc.
• Strukturer för flera webbplatser och språk (MSM, översättning osv.)
• Innehåll som stöds (inklusive taggar och taggar)
• Strategier för cachning och återanvändning av innehåll

Systemarkitektur

Systemarkitekturen definierar den konceptuella vyn för ditt system. inklusive (bland annat information):

• Systemstruktur för alla obligatoriska miljöer
• Delsystem
• Tredjepartssystem
• gränssnitt, maskinvara, programvara och mänsklig interaktion
• Servrar för varje miljö. se Tekniska krav och Riktlinjer för maskinvarans storlek
• Processer för varje miljö. t.ex. krav på driftsättning och underhåll
• Underhållsaktiviteter (GC för datastore, optimering av TPM osv.)
• Dispatcher cachelagring
• Klustring Publicera/auktorisera resurs
• Prestanda för klientsidan (JS minify, concat, css sprites, total number of http requests, and others)

Programarkitektur

Programarkitekturen definierar och beskriver de föreslagna programmens beteende.

Den fokuserar på:

• Hur de interagerar med varandra och med användarna.
• De data som ska användas och produceras av program, i stället för deras interna struktur.

Definitionerna bör omfatta följande:

• Grundläggande kodstruktur för projektet
• Kodartefakter (paket, paket osv.)
• Uppdelning av mallar/komponenter och deras relationer
• Detaljerad information om nödvändiga anpassningar (specifika övertäckningar kommer senare)
• Utformning av de arbetsflöden som lösningen kräver (t.ex. skapande av innehåll, godkännande, publicering, omvandlingar, import, export osv.)
• Särskild hänsyn till komplexa moduler som MSM, Commerce och integrering med tredje part

Systemintegrering

Systemintegrering kräver att du planerar (och sedan implementerar):

• Hur alla delsystem och lösningar kommer att samlas för att fungera som ett enda sammanhängande system
• Hur eventuella tredjepartssystem kommer att integreras. tillsammans med eventuella specialöverväganden, som offline/online, hantering på klientsidan/webbläsarsidan eller hantering av reservsidan när ett system från tredje part är offline/online

Testkoncept

Innan du börjar utveckla bör du ta fram ett ingående och heltäckande koncept för alla testning krav för ditt projekt.

Detta bör bland annat omfatta följande:

• Uppgifter om alla tester som ska utföras
• Förberedelse av allt innehåll som krävs för dessa tester
• Information om eventuella testverktyg som ska användas
• Uppgifter på hög nivå om vilka som kommer att delta i testningen. särskilt grupper utanför kvalitetsteamet
• Detaljer om automatisering av tester. med till exempel läget Selenium eller AEM Developer

Experience Design

Experience Design (XD) handlar om att utforma användarupplevelsen för er lösning.

Användarupplevelsen bör analyseras och utvecklas för både författarna och slutanvändarna av webbplatsen.

Support

Innan alla supportprocesser som krävs för driftsättning, lansering, testning och rapportering tas fram bör fastställas.

Se även Adobe supportportal.

Behörigheter

Du måste planera och sedan implementera ett rolls- och rättighetskoncept för alla användare/grupper som ska använda lösningen.

Till exempel:

• En lista med roller (dvs. grupper) med read/ write åtkomstdefinitioner för varje
• Fastställande av användningen av befogenheter som påverkar publiceringsmiljön. till exempel replicate
• För användare med minimal behörighet bör arbetsflöden definieras
• Användare i editor gruppen ska inte ha admin rättigheter eller ingår i administrators grupp

Mer information finns i Användaradministration och -säkerhet.

Övervakning och underhåll

Övervakning och underhåll är viktiga aspekter av att säkerställa att lösningen fungerar smidigt när den är klar. Därför måste du definiera:

• Vad behöver övervakas
• Underhållsuppgifter. både vanliga och speciella fall

Se även Övervakning och underhåll för mer information.

Migrering

Allt innehåll från det äldre systemet bör granskas och valideras för migrering.

Återställningsplan

Kontrollera att du har en återställningsplan. I en krissituation måste detta finnas tillgängligt för att säkerställa produktionsanvändningen av AEM. Detta bör omfatta situationer som säkerhetskopiering, återställning, återställning och reservlösningar.

Utvecklingsmiljö

Planera och dokumentera utvecklingsmiljön, inklusive:

• Arkitektur

• Utvecklingsverktyg

  • En typisk miljö består av:

    • ett system för uppföljning av problem, som Jira
    • en IDE, som Eclipse
    • ett bygghanteringsverktyg, som Maven
    • ett verktyg för kontinuerlig integrering, som Jenkins
    • ett verktyg för versionskontroll, som GIT/SVN
    • en databashanterare för byggarfelaktigheter, som Archiva/Nexus

• Programintegrering/beroenden från tredje part

• Integrering/beroenden av lösningar

• Distributionsplats

Testsystem

Planera och dokumentera testmiljön, inklusive:

• Arkitektur
• beroenden av utvecklingsbyggen, inklusive nattbyggen
• Möjligheterna eller begränsningarna med att testa integrering/beroenden av tredjepartsprogram
• Testverktyg
• Automatiserad testningsstrategi

Produktionssystem

Planera och dokumentera produktionsmiljön, inklusive:

• Arkitektur
• Distributionsplats
• Programintegrering/beroenden från tredje part
• Säkerhetsinställningar
• Baslinjeprestanda verifierat genom att köra Tågdagstester i produktionsinställningarna
• Krav för prestandatester. se Bästa metoder för kvalitetssäkring

Integrering

Planera, dokumentera och testa alla aspekter av systemet och integrering av lösningar, inklusive:

• En automatiserad testningsstrategi
• Automatiserade processer till flytta applikationer från utveckling till testning och sedan produktion
• Automatiserade processer till flytta innehåll från produktion till testning och utveckling

Migrering

Planera, dokumentera och testa alla aspekter av innehållsmigreringen. inklusive:

• Innehållsarkitektur
• Migreringsstrategi

Kommunikation

Se till att alla teammedlemmar och projektmedlemmar hålls uppdaterade vid behov.

Dokumentation

Dokumentera lösningen fullt ut. inklusive:

• Drifthandbok
• Anpassningar som kan påverka uppgraderingar
• Versionsinformation

Test av godkännande av slutanvändare

Testning av godkännande av användare (UAT) är avgörande för att säkerställa att

• Lösningen uppfyller användar-/kundkraven
• Kunden/användarna accepterar lösningen (funktion, design och prestanda)

Det bör finnas en formaliserad checklista för överlämnande av kunder. helst automatiseras och körs på nightly mot en ögonblicksbild. Resultatet ska skickas till projektledaren och utvecklingsteamet

Prestanda- och belastningstester

Prestanda- och belastningstester används för att säkerställa att lösningen uppfyller de nödvändiga prestandanivåerna vid medelbelastning och toppbelastning.

Mer information om prestandatestning finns i:

• Prestandatestning
• Planera och köra testning
• Riktlinjer för grundläggande prestanda

Förberedelse

Förberedelser och planering kommer att bidra till en smidig utrullning.

Utbildning

se till att all berörd personal har utbildats.

Se Adobe Experience Manager i kurskatalogen.

Administratörer utbildade

Se till att era lösningsadministratörer har:

• Har tränats
• erhållit lämpligt utbildningsmaterial
• Lämplig dokumentation har tagits emot

Användare utbildade

Kontrollera att författarna har:

• Har tränats
• erhållit lämpligt utbildningsmaterial
• har mottagit lämplig dokumentation, till exempel användarhandboken

Genomstrykningstester

Penetrationstester simulerar en attack på ett datorsystem för att identifiera potentiella säkerhetsbrister.

Genomstrykning/säkerhetstester

För att försäkra dig om att din lösning är säker ska du utföra specifika penetrationstester tillsammans med ett större antal säkerhetstester.

Se Säkerhetschecklista för mer information.

Förberedelse

Förberedelser och planering säkerställer smidiga Go Live.

Dokumentskydd

Bekräfta säkerheten för lösningen för både interna och externa användare och deras innehåll.

Reserv

Se till att alla system, procedurer och mekanismer som krävs för reservdriftsättning finns på plats innan du går live.

Support

Se till att supporttjänsterna finns på plats och är klara.

Övergång

Planera och genomför övergången till produktionsmiljön och användarna.

Rulla ut

Förbered och genomför röktesterna.

Ansvarig för att tillhandahålla/presentera affärsärendet för projektet.

Nyckeln till att forma och definiera projektets omfattning. inklusive:

• definition av och kriterier för framgång
• huvudnyckeltal

Ange huvudmilstolparna baserat på kundens färdplan.

Ansvarar främst för att samla in och analysera kraven på hög nivå och sedan omvandla dessa till specifikationer:

• för projektledaren som ska användas vid planering av utvecklingen
• så att utvecklingsteamet kan arbeta från design och utveckling.

Fungerar nära tillsammans med kunden för att analysera kraven. De matchar de här mot:

• Definitionen av framgång.
• Kriterierna för framgång.
• KPI:er (både affärs- och prestandabaserade).

Ansvarar för det tekniska genomförandet av projektet.

Ansvarar för att välja en utvecklingsmetod som är kompatibel med kundens krav.

Utarbeta en utvecklingsstrategi:

• säkerställa att den är anpassad efter nyckeltal för verksamhet och prestanda
• med beaktande av kriterier för framgång och definition,

Fungerar nära ihop med arkitekten (särskilt när du utarbetar utvecklingsstrategin för AEM) för att definiera aspekter som förhållandet mellan mallar och komponenter, integreringsstrategin för tredjepartsprogram och eventuella specialfunktioner.

Ansvarar för att övervaka projektinfrastrukturen.

Ansvarar för:

• konfiguration av interna utvecklings- och testmiljöer
• för att matcha dessa system med klientsystemen

Tillhandahåller maskinvarurekommendationer, övervakar de olika implementeringarna och tillhandahåller driftstöd både före och efter körning.

intressenter

• Personer (ofta från företaget) som är intresserade av att projektet lyckas. De bidrar ofta till budgeten.

Juridik

• Juridisk rådgivning krävs vid förhandlingar om kontrakt.

Utbildare

• Beroende på projektets omfattning och karaktär kan specialiserade utbildare användas för att utveckla och presentera utbildningstillfällen för de relevanta grupperna.

Teknikskribenter

• Beroende på projektets omfattning och karaktär kan specialiserade tekniska skribenter användas för att skriva riktlinjer och handböcker för särskilda grupper. t.ex. en underhållshandbok för systemadministratörer eller en användarhandbok för författarna.

Systemadministratörer

• Ansvarig för den pågående driften av systemet.

Författare och slutanvändare

• De personer som ska använda systemet för att skapa och underhålla webbplatsinnehållet.

Övriga bästa metoder och riktlinjer för att hantera ett AEM projekt:

• Riktlinjer för maskinvarans storlek
• Enterprise DevOps
• Bästa praxis för hantering av SEO och URL
• AEM och riktlinjerna för webbtillgänglighet
• Allmän dataskyddsförordning

Driftsätta och underhålla bästa praxis

Administrera metodtips

Utveckla bästa praxis

Bästa tillvägagångssätt

AEM

Dessutom är följande avsnitt av AEM dokumentation av särskilt intresse (denna förteckning är dock inte uttömmande):

• Dokumentskydd

• Rekommenderade distributioner

• Enterprise DevOps

• Maskinvarustorlek

• AEM:

  • Utveckla - grunderna
  • MSM-koncept
  • HTML-mallspråk (HTL)

Relaterad dokumentation

• Adobe Experience Cloud - Planering för Adobe Experience Cloud