Phase 1: Detaillierte Vorbereitung und Analyse<\/h2>\n\n\n\nWarum m\u00f6chtest du in die Cloud wechseln und was willst du damit erreichen?<\/h3>\n\n\n\n
Keine Migration ist wie die andere. Wie oben bereits erw\u00e4hnt verf\u00fcgt jedes System \u00fcber verschiedenste individuelle Eigenschaften und Anpassungen. Dadurch wird es notwendig zun\u00e4chst alle relevanten Fakten zu bestimmen, warum ein Wechsel in die Cloud durchgef\u00fchrt werden soll. <\/p>\n\n\n\n
Die folgenden Punkte betrachten wir vorher genauer:<\/p>\n\n\n\n
Herausarbeiten der Qualifikationskriterien zur Migration in die Atlassian Cloud<\/h3>\n\n\n\n
Ein wichtiger Schritt unserer Best Practices f\u00fcr die Migration in die Atlassian Cloud ist es, die Qualifikationskriterien f\u00fcr deine Systeme herauszuarbeiten. So stellst du sicher, dass w\u00e4hrend des Projekts keine b\u00f6sen \u00dcberraschungen entstehen.<\/p>\n\n\n\n
Aus welchem Grund m\u00f6chtest du in die Cloud wechseln? <\/h4>\n\n\n\n
Hier k\u00f6nnen etliche Gr\u00fcnde f\u00fcr dein Unternehmen relevant sein. Einige der g\u00e4ngigsten und derzeit wichtigsten haben wir hier f\u00fcr dich kurz zusammengefasst:<\/p>\n\n\n\n
- Die Cloud unternehmensweit eingef\u00fchrt und Atlassian Systeme wie Confluence sind ein Teil davon.<\/li>
- Ist ein Kostenfaktor der entscheidende Grund? \u2013 On Premise bzw. Data Center Systeme k\u00f6nnen sehr teuer sein und der Verwaltungsaufwand hoch sein.<\/li>
- Die IT-Infrastruktur nicht weiter intern verwaltet und direkt durch den Systemanbieter gemanagt.<\/li>
- Restrukturierung und \u201cGet fit for the future\u201d \u2013 Die Cloud ist Teil deiner Zukunftsstrategie.<\/li><\/ol>\n\n\n\n
Diese vier Punkte geben dir bereits einen Anhaltspunkt. Gerade der Punkt Kostenfaktor ist f\u00fcr viele Unternehmen relevant oder auch entscheidend. Durch die Atlassian Cloud ist vor allem der Verwaltungsaufwand deiner IT-Infrastruktur weitaus einfacher zu managen. Diese wird in der Cloud direkt von Atlassian verwaltet und betreut. Somit bleibt mehr zeit sich auf andere wichtige Dinge zu fokussieren. Zudem wird nur das abgerechnet was auch wirklich genutzt wird, und eine Skalierung der Umgebung ist von heute auf Morgen flexibel realisierbar.<\/p>\n\n\n\n
Deine Anforderungen \u2013 an die Cloud und an bestehende Instanzen<\/h4>\n\n\n\n
Die Cloud hat viele Vorteile, jedoch auch einige Nachteile und ist noch ein sehr junges System. Das hei\u00dft, du kannst nicht alle derzeit genutzten Funktionen und Apps auch in der Cloud verwenden. Hier gilt es entweder zun\u00e4chst darauf zu verzichten, oder sich nach Alternativen umzuschauen.<\/p>\n\n\n\n
Neben Apps und Integrationen gibt es noch eine ganze Hand voll weitere Anforderungen, die du vermutlich erf\u00fcllen musst. <\/p>\n\n\n\n
Um dir den Einstieg zu erleichtern, haben wir dir die relevantesten Requirements an Confluence hier zusammengefasst:<\/p>\n\n\n\n
Die g\u00e4ngigsten Anforderungen und Fragestellungen<\/h4>\n\n\n\n
- Wie sieht deine Strategie f\u00fcr eine Migration<\/strong> aus?
- Direkt<\/strong> \u2013 Alle Daten, Integrationen, Apps und User wechseln in die Cloud.<\/li>
- Step by Step (Phased Approach)<\/strong> \u2013 Es werden immer nur Teile deiner existierenden Instanzen migriert. Zum Beispiel Projekt- oder Abteilungsbasiert.<\/li>
- Start fresh<\/strong> \u2013 Alles neu! Es werden keine Daten \u00fcbernommen und die Cloud Instanz neu aufgesetzt.<\/li><\/ol><\/li>
- Weiterf\u00fchrung von Apps, Integrationen und individuelle Programmierungen. Analysiere hier, welche Apps bereits in der Cloud vorhanden sind, f\u00fcr welche es bereits Alternativen gibt und welche nicht weiter verf\u00fcgbar sind.
- Gibt es Must-Haves an Apps, die in der Cloud vorhanden sein m\u00fcssen?<\/li>
- Sind alle Apps auch f\u00fcr die Cloud verf\u00fcgbar?<\/li>
- Gibt es technische Limitierungen der Atlassian Cloud? <\/li><\/ol><\/li>
- \u00dcbernahme bestehender Funktionen und individuelle Anpassungen in die Cloud.<\/li>
- Anzahl der ben\u00f6tigten User m\u00fcssen in der Cloud verf\u00fcgbar sein.
- Die Enterprise Cloud ist derzeit (Stand 2021) nur mit 20.000 User verf\u00fcgbar.<\/li>
- Eine hohe User-Anzahl f\u00fchrt zu l\u00e4ngeren Projektdauer<\/li><\/ol><\/li>
- Compliance, Sicherheit und Datenschutz Regularien m\u00fcssen durchf\u00fchrbar sein.
- Kann der Serverstandort frei gew\u00e4hlt werden?<\/li>
- Gibt es rechtliche Anforderungen, die erf\u00fcllt werden m\u00fcssen (DSGVO, GDPR)?<\/li>
- Wird das System global oder nur lokal eingesetzt? <\/li><\/ol><\/li>
- Migration bestehender Daten
- Kann die bestehende Jira oder Confluence Struktur zuvor aufger\u00e4umt und verschlankt werden? <\/li>
- M\u00fcssen alle existierende Daten migriert werden?<\/li><\/ol><\/li>
- Externe Systeme m\u00fcssen an die Atlassian Cloud angebunden werden.
- Sind bereits Integrationen verf\u00fcgbar oder m\u00fcssen diese erst programmiert werden? <\/li>
- Bieten die Anbieter dieser externen Tools Schnittstellen an?<\/li><\/ol><\/li>
- Wie hoch ist dein veranschlagtes Budget zur Migration?
- Eine Migration ist mit viel Zeit verbunden. Kosten werden deshalb nicht nur monet\u00e4r sichtbar.<\/li>
- Kann ich mit einem Wechsel in die Atlassian Cloud Kosten einsparen? \u2013 Eine erste Einsch\u00e4tzung kannst du mit dem Cloud Savings Calculator<\/a> einholen<\/li>
- Werden externe Partner ben\u00f6tigt?<\/li><\/ol><\/li><\/ol>\n\n\n\n
Mit diesem Plugin<\/a> kannst du deine existierende Confluence Instanz vorher aufr\u00e4umen.<\/p>\n\n\n\n
Pro Tipp:<\/strong> F\u00fcr gro\u00dfe oder komplexe Serverinstanzen ist ein schrittweiser Ansatz (Phased Approach) zweifellos die empfohlene Strategie f\u00fcr die Migration. Kleine \u00c4nderungen, die schrittweise vorgenommen werden, erm\u00f6glichen es jedem in deinem Team, sich allm\u00e4hlich an das neue System zu gew\u00f6hnen, ohne dass es zu Verwirrungen und\/oder Risiken kommt.<\/p>\n\n\n\n
Die Antworten auf diese Fragestellungen bedeuten f\u00fcr dich schnell auch einen Shift in der Herangehensweise der Migration. Je nachdem, wie komplex deine Requirements sind, ist es ratsam, einen externen Atlassian Partner f\u00fcr die Migration hinzuzuziehen.<\/p>\n\n\n\t\t
\n\t\t\t\t\t\n\t\t\t\t\t\t \n\t\t\t\t\t\n\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t![\"Cloud](\"https:\/\/www.xalt.de\/wp-content\/uploads\/2021\/02\/Cloud-Migration-Illustration-2-1.svg\")
\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\n\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\n\t\t\t\t\tMigriere noch Heute in die Atlassian Cloud<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\n\t\t\t\t\t\t\t\t\tDu ben\u00f6tigst Unterst\u00fctzung bei der Migration in die Cloud oder m\u00f6chtest eine erste Beratung zu deinen M\u00f6glichkeiten?<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\n\t\t\t\t\t\t\t\t\t\n\t\t\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t\tJetzt in die Cloud migrieren<\/span>\n\t\t\t\t\t<\/span>\n\t\t\t\t\t<\/a>\n\t\t\t\t<\/div>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t<\/div>\n\t\t\n\n\n\nUser Management in der Cloud<\/h4>\n\n\n\n
User Management in der Atlassian Cloud funktioniert etwas anders als auf Server oder Data Center. Deshalb solltest du dich bereits fr\u00fch damit auseinandersetzen. <\/p>\n\n\n\n
Auf Server und Data Center jeder User f\u00fcr jedes System einen Zugang ben\u00f6tigt.<\/p>\n\n\n\n
Auf Server oder Data Center kannst du diese Funktion mit Atlassian Crowd<\/a> implementieren und so Single Sign On zur Verf\u00fcgung stellen.<\/p>\n\n\n\n
In der Cloud reicht es dagegen, einen Zugang pro User anzulegen, um auf alle Systeme zugreifen und dich einloggen zu k\u00f6nnen.<\/p>\n\n\n\n
Bei Hinzuf\u00fcgen neuer User kannst du zudem Zugriffsberechtigungen bestimmen. Das bedeutet z.B. welche Produkte (Confluence, Jira, JSM, Bitbucket etc.) d\u00fcrfen von wem verwendet werden.<\/p>\n\n\n\n
Eine weitere Sicherheitsvorkehrung, die du im Nutzermanagement verwenden kannst, ist es nur User auf deine Systeme zu lassen, welche Accounts unter deiner verwalteten Domain angelegt sind.<\/p>\n\n\n\n
Hier findest du weitere Informationen zu effizienten Nutzer- und Berechtigungsmanagement<\/a>. <\/p>\n\n\n\n
Bevor du zu Phase 2 der Best Practices \u00fcbergehst, stelle sicher, dass du die folgenden Punkte bedacht hast:<\/p>\n\n\n\n
- Timeline:<\/strong> Je nach Komplexit\u00e4t kann die Migration in die Cloud zwischen 1 – 12 Monate in Anspruch nehmen. <\/li>
- Risikoanalyse:<\/strong> Beachte, dass On Premise und Cloud in vielerlei Hinsicht unterschiedlich sind und Auswirkungen auf dein Unternehmen haben k\u00f6nnen. Hier findest du weitere Information zu den Unterschieden: Cloud vs. Data Center \/ Server<\/a>.<\/li>
- Du hast dich f\u00fcr eine Migrationsstrategie<\/strong> entschieden<\/li>
- App Assessment:<\/strong> Du hast dich mit deinen ben\u00f6tigten Funktionen und Apps auseinandergesetzt und \u00fcberpr\u00fcft, ob diese in der Cloud verf\u00fcgbar sind.<\/li>
- Er\u00f6ffne ein MOVE-Ticket<\/strong><\/a>,<\/strong> um die Support durch Atlassian zu erhalten und die Migration zu vereinfachen. (Wird nur ben\u00f6tigt, falls du die Migration ohne einen externen Partner durchf\u00fchrst)<\/li><\/ol>\n\n\n\n
Phase 2: Planung<\/h2>\n\n\n\n
In dieser Phase unserer Best Practices f\u00fcr die Migration in die Atlassian Cloud geht es darum, das Projekt durchzuplanen und alle notwendigen Tickets und Tasks zu erstellen, die ben\u00f6tigt werden. <\/p>\n\n\n\n
Je detaillierter du hier vorgehst, desto \u00fcbersichtlicher wird am Ende deine Migration ablaufen. Zus\u00e4tzlich kannst du in der Roadmap festlegen, wie viel Zeit du je Phase investierst.<\/p>\n\n\n\n
Unsere Best Practices zur Planung der Migration<\/h3>\n\n\n\n
- Lizenzplanung: Er\u00f6rtere zusammen mit deinem Team, welche Lizenzen f\u00fcr die Cloud ben\u00f6tigt werden. <\/li>
- Projektplanung:
- Bestimme, wie viel Zeit f\u00fcr die Migration in die Atlassian Cloud ben\u00f6tigt wird und erstelle einen Projekt- und Zeitplan<\/li>
- Bestimme und organisiere dein Projektteam. Dieses kann neben einem internen Team auch aus einem externen Atlassian Partner bestehen.<\/li>
- Erstelle eine Cloud Test Umgebung. Hier erh\u00e4ltst du Zugang f\u00fcr eine Confluence Test Umgebung<\/a> und Jira Test Umgebung<\/a>.<\/li><\/ol><\/li>
- Melde dich f\u00fcr eine kostenlose Cloud-Migrationslizenz an und fordere deine Cloud-Site-URL f\u00fcr deine Zielinstanz an. Beispielsweise: unternehmensname.atlassian.net<\/a><\/li>
- Bestimme deine Migrationsmethode: Direkt, Step-by-Step, Fresh Start<\/li>
- Bestimme den Umfang deiner Migration: Die Assessment Phase gibt dir hier bereits einen genauen \u00dcberblick. Jedoch ist es hier wichtig genau zu bestimmen, wie umfangreich deine zu migrierenden Daten sind und welche davon zu \u00fcbertragen sind.<\/li><\/ol>\n\n\n\n
Pro Tipp:<\/strong> Damit deine Migration in die Atlassian Cloud nicht in Stocken ger\u00e4t, ist eine konkrete Zeitplanung der einzelnen Phasen wichtig. Nat\u00fcrlich sollten diese auch eingehalten werden.<\/p>\n\n\n\n
Phase 3: Vorbereitung und Testen<\/h2>\n\n\n\n
In dieser Phase der Best Practices f\u00fcr die Migration in die Atlassian Cloud werden alle notwendigen Schritte unternommen, um einen reibungslosen \u00dcbergang zu gew\u00e4hrleisten. Das hei\u00dft, hier geht es vor allem darum, alle beteiligten Personen, deinen Daten und die Systeme vorzubereiten.<\/p>\n\n\n\n
Um deine Migration so einfach wie m\u00f6glich zu gestalten, solltest du einen Ablauf- bzw. Projektplan erstellen. Dieser bildet die einzelnen Schritte und Phasen genau ab.<\/p>\n\n\n\n
Best Practices Atlassian Cloud Migration \u2013 Die Vorbereitung<\/h3>\n\n\n\n
Vorbereitung ist ja bekanntlich die halbe Miete. Stelle deshalb sicher, dass alle relevanten Faktoren und Requirements zur Migration ber\u00fccksichtigt wurden. In unseren bisherigen Migrationen stellten wir fest, dass vor allem eine Analyse und Qualifizierung der Komplexit\u00e4t der existierenden Instanzen von Jira oder Confluence einen Gro\u00dfteil der Arbeit darstellen.<\/p>\n\n\n\n
Best Practices zur Vorbereitung f\u00fcr eine reibungslose Migration<\/h4>\n\n\n\n
Kommuniziere deine Migrationsstrategie und Plan mit allen Stakeholdern<\/h5>\n\n\n\n
Zusammen mit unserem Kunden kommunizieren wir unsere gemeinsam entworfene Strategie. Konkret bedeutet dies, wie l\u00e4uft die Migration ab. So wird eine unterbrechungsfreie Verwendung der aktiv genutzten Systeme gew\u00e4hrleistet. Und welche Schritte werden unternommen, um nach der Migration den \u00dcbergang f\u00fcr alle User in die Cloud so einfach wie m\u00f6glich zu gestalten.<\/p>\n\n\n\n
Migration der genutzten Apps<\/h5>\n\n\n\n
Analysiere die eingesetzten Plugins und hinterfrage konkret die Nutzung. Teilweise k\u00f6nnen Plugin Funktionalit\u00e4ten mit Standardfunktionalit\u00e4ten der Cloud ersetzt werden. Der Cloud Migration Assistant hilft dir bei der Analyse und zeigt dir die Nutzung der jeweiligen Apps an. Sofern ein Plugin ersetzt werden soll, erstelle dir einen Plan zur Vorgehensweise. Pro Tipp: Um Confluence Plugins zu suchen und ggf. zu ersetzen hilft dir folgendes Plugin \u2192 Plugin<\/a><\/p>\n\n\n\n
Bei Apps die migriert werden sollen gilt es nun pro App den Migrationspfad zu analysieren. Teilweise gibt es vollautomatisierte Migrationspfade welche von Atlassian \u00fcber den Migrationsassistenten angeboten werden, jedoch bleibt es meist nicht aus, dass ein Gro\u00dfteil der Apps und der zugeh\u00f6rigen Daten manuell migriert werden muss. Lege dir auch hier einen detaillierten Plan zurecht wie du mit den zu migrierenden Apps verfahren m\u00f6chtest um am Ende eine erfolgreiche und ganzheitlich Migration zu erreichen.<\/p>\n\n\n\n
\u00dcberpr\u00fcfe, ob deine Server oder Data Center Version unterst\u00fctzt wird<\/h5>\n\n\n\n
Eine Migration in die Cloud ist derzeit nicht mit allen Versionen von Jira und Confluence m\u00f6glich. \u00dcberpr\u00fcfe deshalb, welche Version in deinem Unternehmen derzeit genutzt wird, und ob diese mit der Cloud kompatibel ist. <\/p>\n\n\n\n
Hier findest du weitere Informationen zu unterst\u00fctzten Version: f\u00fcr Jira<\/a>, f\u00fcr Confluence<\/a>.<\/p>\n\n\n\n
Bevor du also mit der Migration starten kannst, muss du deine Systeme zun\u00e4chst auf eine unterst\u00fctzte Version aktualisieren.<\/p>\n\n\n\n
R\u00e4ume dein System auf<\/h5>\n\n\n\n
Ganz nach dem Motto, was nicht mehr gebraucht wird, muss weg. Ganz so drastisch musst du nat\u00fcrlich nicht vorgehen. Und mit \u201cweg\u201d meine ich hier nicht ab in den M\u00fcll, sondern archivieren, Duplikate entfernen oder Inhalte zusammenlegen. <\/p>\n\n\n\n
Best Practices f\u00fcr die Migration in die Atlassian Cloud: Archivieren und aufr\u00e4umen<\/strong><\/h3>\n\n\n\n
Confluence<\/em><\/strong><\/h6>\n\n\n\n
- Daten<\/strong> aus vergangenen und abgeschlossenen Projekten archivieren<\/a>. Zum Beispiel nach Zeitraum (\u00c4lter als \u2026), nach Projektpriorit\u00e4t, Kunde, Budget etc.<\/li>
- Confluence Projekte, Bereiche und Seiten:<\/strong> Viele Inhalte werden oftmals nur einmal geschrieben, nie wieder beachtet, sind veraltet oder doppelt vorhanden.
Unser Best Practice:<\/strong> Jede Abteilung und Team sollte Ihren Bereich \u00fcberpr\u00fcfen und redundante Inhalte l\u00f6schen oder zusammenlegen.<\/li>- Bilder, Videos und andere Inhalte:<\/strong> \u00c4hnlich wie bei Projekten und anderen Daten, k\u00f6nnen grafische Assets archiviert oder gel\u00f6scht werden.<\/li><\/ul>\n\n\n\n
Jira<\/em><\/strong><\/h6>\n\n\n\n
- Projekte:<\/strong> Daten abgeschlossener und alter Projekte sind wom\u00f6glich nicht mehr n\u00fctzlich. Analysiere, welche davon archiviert werden k\u00f6nnen.<\/li>
- Custom Fields:<\/strong> Deine Teams lieben individuelle Felder. F\u00fcr so ziemlich alles. Allerdings bl\u00e4hen sie Jira unn\u00f6tig auf, es gibt Duplikate und Jira wird un\u00fcbersichtlich. L\u00f6sche unn\u00f6tige und lege Duplikate zusammen.<\/li>
- Issue Types:<\/strong> Stelle sicher, dass die Anzahl der Issue Types \u00fcberschaubar ist und Projekte \u00e4hnliche Workflow-Strukturen verwenden. Somit musst du bei einer Migration nicht erst zu viele erstellen oder zuweisen.<\/li>
- Workflows und Schemes:<\/strong> Entferne Duplikate oder lege \u00e4hnliche Workflows zusammen. Oft werden von deinen Usern weitere erstellt, ohne vorher zu pr\u00fcfen, ob nicht ein bestehender verwendet werden kann. <\/li><\/ul>\n\n\n\n
In unserem Guide f\u00fcr ein gepflegtes Jira System<\/a> findest du weitere bew\u00e4hrte Vorgehensweisen zum managen deines Jira Systems.<\/p>\n\n\n\n
Confluence & Jira<\/em><\/strong><\/h6>\n\n\n\n
User Profile:<\/strong> Sowohl in Jira als auch in Confluence, sammeln sich nach einigen Jahren etliche Userprofile an. Profile von ehemaligen Mitarbeitern, externen Partner, Freelancern usw. Analysiere, welche User aktiv sind oder regelm\u00e4\u00dfig f\u00fcr dein Unternehmen arbeiten. L\u00f6sche den Rest. Dies ist auch wichtig, um herauszufinden, welches User Tier du f\u00fcr die Cloud ben\u00f6tigst.<\/p>\n\n\n\n
Bevor du mit der Migration fortf\u00e4hrst, empfehlen wir dir unbedingt deine existierenden Systeme gr\u00fcndlich zu \u00fcberpr\u00fcfen. <\/p>\n\n\n\n
Zugriffsberechtigungen f\u00fcr anonyme User<\/h4>\n\n\n\n
Diesen Schritt kannst du \u00fcberspringen, falls nur registrierte User deine Systeme verwenden d\u00fcrfen.<\/p>\n\n\n\n
Nicht alle Inhalte sind nur f\u00fcr registrierte User sichtbar und werden f\u00fcr die \u00d6ffentlichkeit bereitgestellt. Dies k\u00f6nnen Funktionen eines Jira Service Desks oder Teile von Confluence sein.<\/p>\n\n\n\n
Wenn du und dein Team beispielsweise Confluence als Knowledgebase oder Help Center verwenden, wird dieses wahrscheinlich f\u00fcr die \u00d6ffentlichkeit bereitgestellt. Hier k\u00f6nnen dann deine Kunden alle Informationen zu bestimmten Problemen einholen. Diese Bereiche m\u00fcssen allerdings so eingestellt sein, dass diese auch von nicht registrierten Usern betrachtet werden k\u00f6nnen.<\/p>\n\n\n\n
\u00dcberpr\u00fcfe vor einer Migration in die Atlassian Cloud die Zugriffsberechtigungen f\u00fcr anonyme User und konfiguriere die Einstellungen dann in der Cloud.<\/p>\n\n\n\n
Die Konfiguration findest du hier: Einstellungen \u2192 Schemes \u2192 Berechtigungsschemata. Klicke anschlie\u00dfend auf Berechtigungen f\u00fcr das Berechtigungsschema des Projekts, f\u00fcr das du den anonymen Zugriff aktivieren oder deaktivieren m\u00f6chtest.<\/p>\n\n\n\n
User Tier f\u00fcr die Cloud<\/h5>\n\n\n\n
Damit am Ende auch alle deine User auf der Cloud Platz finden, ben\u00f6tigst du das richtige User-Tier. Wir gehen in unseren Best Practices f\u00fcr die Migration in die Atlassian Cloud folgenderma\u00dfen vor: <\/p>\n\n\n\n
- Analyse der aktiven User: Wie viele User sind derzeit aktiv? Das hei\u00dft, wie viele Mitarbeiter:innen ben\u00f6tigen Zugriff auf das System. <\/li>
- Arbeitest du regelm\u00e4\u00dfig mit externen Partnern zusammen? Wenn ja, wie viele?<\/li>
- Beabsichtigt dein Unternehmen zu wachsen? Ist das der Fall, schaffe einen Puffer.<\/li>
- W\u00e4hle im Zweifel das h\u00f6here User-Tier.<\/li><\/ol>\n\n\n\n
Pro Tipp:<\/strong> Hier kannst du deine monatlichen Cloud-Kosten berechnen: Jira<\/a>, Confluence<\/a>.<\/p>\n\n\n\n
Deine Strategie zur Migration deiner User in die Cloud<\/h5>\n\n\n\n
Wie oben bereits geschrieben, m\u00fcssen nicht immer alle User gleichzeitig in die Atlassian Cloud wechseln. Du kannst hier Step by Step (z.B. Abteilungs- oder Projektbezogen) vorgehen, oder alle User gleichzeitig migrieren.<\/p>\n\n\n\n
Wie auch immer du dich entscheidest. Kommuniziere dein Vorhaben mit deinem Team und Mitarbeitern. So k\u00f6nnen sich diese bereits fr\u00fchzeitig ein Bild von dem neuen System machen und sich vorbereiten.<\/p>\n\n\n\n
Pro Tipp:<\/strong> Unsere Best Practices bzw. in unserer Migration stellen wir den Usern in einer Pr\u00e4sentation vor und geben bereits erste Tipps. Welche \u00c4nderungen und Neuerungen gibt es? Wie l\u00e4uft der Wechsel ab? Was passiert mit dem alten System? Wann wird das alte System abgeschaltet? Zus\u00e4tzlich stellen wir einen kurzen Guide und Trainingsmaterialien f\u00fcr die Cloud bereit.<\/p>\n\n\n\n
- Custom Fields:<\/strong> Deine Teams lieben individuelle Felder. F\u00fcr so ziemlich alles. Allerdings bl\u00e4hen sie Jira unn\u00f6tig auf, es gibt Duplikate und Jira wird un\u00fcbersichtlich. L\u00f6sche unn\u00f6tige und lege Duplikate zusammen.<\/li>
- Confluence Projekte, Bereiche und Seiten:<\/strong> Viele Inhalte werden oftmals nur einmal geschrieben, nie wieder beachtet, sind veraltet oder doppelt vorhanden.
- Melde dich f\u00fcr eine kostenlose Cloud-Migrationslizenz an und fordere deine Cloud-Site-URL f\u00fcr deine Zielinstanz an. Beispielsweise: unternehmensname.atlassian.net<\/a><\/li>
- Risikoanalyse:<\/strong> Beachte, dass On Premise und Cloud in vielerlei Hinsicht unterschiedlich sind und Auswirkungen auf dein Unternehmen haben k\u00f6nnen. Hier findest du weitere Information zu den Unterschieden: Cloud vs. Data Center \/ Server<\/a>.<\/li>
- Werden externe Partner ben\u00f6tigt?<\/li><\/ol><\/li><\/ol>\n\n\n\n
- Step by Step (Phased Approach)<\/strong> \u2013 Es werden immer nur Teile deiner existierenden Instanzen migriert. Zum Beispiel Projekt- oder Abteilungsbasiert.<\/li>
- Direkt<\/strong> \u2013 Alle Daten, Integrationen, Apps und User wechseln in die Cloud.<\/li>
- Wie sieht deine Strategie f\u00fcr eine Migration<\/strong> aus?