Kom i gang manuelt
Omsæt ét forretningsspørgsmål til en lille, anvendelig arkitekturmodel.
På denne side
Brug en beslutning, du allerede skal træffe. Eksemplet her er en fiktiv CRM-udskiftning. Det viser en arbejdsmetode og beskriver ingen kunde.
1. Afgræns opgaven
Skriv spørgsmålet, dets ejer og det berørte forretningsområde ned. Ved en CRM-udskiftning begynder du med salg og kundeservice frem for alle virksomhedens systemer.
Kontrollér, at du står i det rigtige workspace. Åbn Applications i den navigation, din konto har adgang til.
2. Registrér applikationerne
Begynd med CRM og de nærmeste naboer: ERP, kundeservice og rapportering. Genbrug en eksisterende applikationsregistrering, hvis den allerede findes.
Fastlæg navn, formål, forretningsejer og livscyklus for hver applikation. Lad værdier være ukendte, når du mangler belæg. En anslået omkostning skal forblive et skøn med sit grundlag registreret. Knyt ejeren til en person frem for kun en e-mail: listen Applications viser så ejerens navn og afdeling, så det er let at se, hvem der skal involveres.
I piloten med den nye Applications-visning åbner et klik på applikationen dens detaljeside. Her samles overblik, relaterede registreringer, kilder og aktivitet. Din workspace-rolle bestemmer, hvad du kan redigere.
3. Forbind landskabet
Registrér de forretningskapabiliteter, applikationerne understøtter. Tilføj de væsentlige integrationer og de data, der indgår. Kontrollér for hver integration, hvilken applikation der sender, og hvilken der modtager. Hvis en forbindelse mellem en kapabilitet og en applikation har Active From- eller Active Until-datoer, så kontrollér tilstanden, før du tæller den som aktuel understøttelse. En afsluttet forbindelse kan stadig læses blandt relationerne, men tæller ikke med i de aktuelle understøttelses- og omkostningsopgørelser.
På applikationens faktaside viser kortet Integrations de integrationer, der er registreret indtil nu; vælg én for at åbne dens faktaside med flowet fra kilde til mål. Kortet Interfaces viser, hvor applikationen modtager og sender data; en integration går fra et output-interface til et input-interface. På integrationen lader blyanten ved flowet dig klikke på de to interfaces for at binde dem og sætte type, protokol, dataformat, godkendelse, leveringsmønster, initiativtager og frekvens på én gang. Forbindelser, der kun findes som applikationsrelationer, står under tabellen, indtil du registrerer dem som integrationer. Se Relationer.
Åbn fanen Relations på en faktaside for at gennemgå tilknyttede poster efter metamodelens lag: fra strategi og forretning til applikationer, data og teknologi. Atlas-udvidelser og øvrige relationer følger efter lagene; tomme afsnit udelades. Planlagte undertyper på metamodelens oversigt er mærket særskilt fra tilgængelige undertyper.
Vil du se applikationen i et genereret view, så vælg Open in view i faktasidens top. Menuen viser applikationens integrationskort, når applikationen har mindst én integration med en anden applikation, og landskabsviewene. På et dataobjekts faktaside viser den dataobjektets datalinje, så snart en applikation eller en integration er knyttet til det. Menuen vises ikke, når intet genereret view indeholder registreringen.
Eksempelvis er ”CRM sender kundeopdateringer til ERP” en anvendelig relation med retning. ”CRM og ERP er forbundet” efterlader konsekvensen af en ændring uklar.
4. Kontrollér evidensen
Brug en systemliste, en integrationsspecifikation eller en samtale med ejeren til at kontrollere modellen. Registrér uafklarede spørgsmål frem for at udfylde hullerne med antagelser.
Sektionen Sources and gaps på pilotens detaljeside hjælper med at skelne mellem understøttede og manglende oplysninger. Læs Kilder og evidens.
5. Brug resultatet
Gennemgå CRM-udskiftningen: Hvilke integrationer, kapabiliteter og ejere kræver opmærksomhed? Hvis beslutningen omfatter en planlagt indsats, så åbn Initiatives for at se typen. Eksisterende Must-Win Battle-, Strategic Project- og Initiative-poster vises som Program eller Project. Typen beskriver den planlagte indsats; den ændrer ikke applikationens livscyklus eller aktuelle relationer. Kontrollér de væsentlige forbindelser med de ansvarlige, før modellen bruges til en investeringsbeslutning.
Applikationens Impact-kort hjælper dig med at kontrollere berørte, forbundne applikationer, kapabiliteter, kendte ansvarlige, kilder og usikkerheder. Behandl Unknown-ejere og manglende kilder som spørgsmål til de ansvarlige; hvis konsekvensanalysen ikke kan indlæses, så prøv igen før du drager en konklusion. Den samme analyse vises for eksisterende applikationer i en change request.
Et anvendeligt første resultat er et afgrænset landskab, en liste over berørte afhængigheder og konkrete spørgsmål med en ejer. Udvid modellen, når næste beslutning kræver det.
Arbejder jeres arkitekter i Archi eller et andet ArchiMate-værktøj, så åbn CRM-systemets detaljeside, og vælg Export to Archi (ArchiMate) under More actions. Filen indeholder CRM-systemet, de applikationer, det er integreret med, og to færdige views; se Applikationer.
Har du allerede en systemliste eller et diagram, så brug importguiden. Du kan også starte med en skrivebeskyttet AI-analyse.
Kontrollér dit første resultat
Før du udvider modellen, skal du kunne:
- Beskrive beslutningen, dens ejer og det afgrænsede forretningsområde.
- Åbne faktaarket for CRM og mindst én tilstødende applikation.
- Følge én integration fra kilde til mål og navngive de data, den bærer.
- Udpege en ansvarlig ejer eller registrere den manglende ejer som et åbent spørgsmål.
- Vise en kilde til ét væsentligt faktum og angive de huller, der skal afklares.
Resultatet er klar til en første drøftelse, når en anden person kan følge forklaringen og skelne mellem registrerede fakta og åbne spørgsmål.