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

En interaktiv checklista som gör att du kan spåra och övervaka dina framsteg med de här bästa metoderna.

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

Dokumentation baserad på checklistan som innehåller information om:

• Projektpulsslaganalys.
• Status efter roll - översikt.
• Faser och milstolpar.
• Nyckelpersonal och deras medverkan i alla (relevanta) steg.
• En ordlista med dokument och slutprodukter som krävs.

Mer referensmaterial ger mer information om specifika områden.

Faskvalitet

• Anger kvaliteten på obligatoriska dokument och slutprodukter i projektet.

Fashälsa

• En statusindikator på hög nivå för ditt projekt, användbar för att markera områden som kan vara i fara.

Fullständighet för fas

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

Affärslogik

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

Omfång och schema

• Ett grundläggande omfång 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ång?

• Hur mäter man 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?

• Vilka är inblandade?

• Hur mäter du framstegen?

• Hur ofta granskar du projektets förlopp?

Budget

Innan du påbörjar ett projekt behöver du en tillförlitlig och realistisk uppskattning av kostnaderna:

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

Lämna över

Ett rent överlämnande säkerställer att rätt person/grupper är medvetna om sitt ansvar inom 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 i 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. 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

Stäng 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 bemannat sig och utbildat

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 resurser
• Grundläggande strukturer, inklusive kampanjer och så vidare.
• Flersidiga och flerspråkiga strukturer (MSM, Translation 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 nödvändiga miljöer

• Delsystem

• Tredjepartssystem

• Gränssnitt, maskinvara, programvara och mänsklig interaktion

• Servrar för varje miljö. Se riktlinjerna för tekniska krav och Maskinvarans storlek

• Processer för varje miljö, t.ex. krav på driftsättning och underhåll

• Underhållsaktiviteter (Datastore GC, TarPM-optimering och så vidare)

• Dispatcher-cachelagring

• Klustring Publish/Authorshare

• 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 och så vidare)
• Uppdelning av mallar/komponenter och deras relationer
• Detaljerad information om nödvändiga anpassningar (specifika överlägg följer senare)
• Utformning av de arbetsflöden som lösningen kräver (t.ex. skapande av innehåll, godkännande, publicering, omvandlingar, import och export)
• Särskild hänsyn till komplexa moduler som MSM, Commerce och tredjepartsintegrering

Systemintegrering

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

• Hur alla delsystem och lösningsintegreringar samverkar för att fungera som ett sammanhängande system
• Hur tredjepartssystem är integrerade, tillsammans med eventuella specialöverväganden som offline/online, klientsidan/webbläsaren eller reservhantering när ett tredjepartssystem är nere

Testa konceptet

Innan du börjar utveckla bör du skapa ett ingående och omfattande koncept för alla testningskrav 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
• Indikation på hög nivå om vem som kommer att delta i testningen, särskilt grupper utanför QA-teamet
• Detaljer om automatiserad testning, t.ex. med selen eller AEM.

Experience Design

Experience Design (XD) innebär 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.

Supportinställningar

Innan utveckling bör alla supportprocesser som krävs för att driftsätta, frisläppa, testa och rapportera problem 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 över roller (d.v.s. grupper) med read/ write åtkomstdefinitioner för varje

• Definition av användning av behörigheter som påverkar publiceringsmiljön, till exempel replicate

• För användare med minimal behörighet bör arbetsflöden definieras

• Användare i gruppen editor ska inte ha admin-rättigheter eller vara en del av gruppen administrators

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 regelbundna och i särskilda fall

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

Migrering

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

Återställningsplan

Kontrollera att du har en återställningsplan. I en nödsituation måste denna vara tillgänglig för att säkerställa att AEM används vid produktionen. 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, till exempel Eclipse
    • ett bygghanteringsverktyg, som Maven
    • ett verktyg för kontinuerlig integrering, till exempel Jenkins
    • ett verktyg för versionskontroll, till exempel GIT/SVN
    • en databashanterare för byggarfelaktigheter, som Archiva/Nexus

• Programintegrering/beroenden från tredje part

• Integrering/beroenden av lösningar

• Distributionscadence

Testa systemet

Planera och dokumentera testmiljön, inklusive:

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

Produktionssystem

Planera och dokumentera produktionsmiljön:

• Arkitektur
• Distributionscadence
• Programintegrering/beroenden från tredje part
• Säkerhetsinställningar
• Baslinjeprestanda verifierat genom att köra Tough Day-tester 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 lösningsintegrering, inklusive:

• En automatiserad testningsstrategi
• Automatiserade processer för att flytta program från utveckling till test och sedan produktion
• Automatiserade processer för att 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 fullständigt, inklusive:

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

Test för godkännande av slutanvändare

Testning av användargodkännande (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 kundöverlämning; idealiskt automatiserad och kan köras varje natt mot en ögonblicksbild. Resultatet ska skickas till projektledaren och utvecklingsgruppen

Prestanda- och inläsningstester

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 har utbildats

Se till att era lösningsadministratörer har:

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

Användare utbildade

Kontrollera att författarna har:

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

Träningstester

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

Testning av penetration/säkerhet

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.

Mer information finns i Säkerhetschecklistan.

Förberedelse

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

Säkerhet

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

Återställning

Se till att alla system, procedurer och mekanismer som krävs för reservlösningar finns på plats innan du publicerar.

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.

Utrullning

Förbered och genomför röktesterna.

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

Nyckel 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 mot:

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

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

Ansvarar för att välja en utvecklingsmetod som uppfyller 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, integrationsstrategin 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.

Juridisk

• 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 teknikskribenter använda särskilda riktlinjer och handböcker för särskilda grupper. Exempel: 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 använder systemet för att skapa och underhålla webbplatsinnehåll.

Ö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* Distribuera 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