Lesen Sie hier unsere Aktualisierungspläne.

Intentionale Lösungen bieten sofortigen und langfristigen Geschäftswert. Intentionale Architekturen werden strategisch geplant und bereitgestellt, können effektiv gewartet werden und sind für Menschen leicht lesbar und verständlich.

Funktionen und Korrekturen werden priorisiert und auf eine Weise bereitgestellt, die für Beteiligte aus Wirtschaft und Technologie transparent ist. Durch technische Entscheidungen werden Implementierungen erstellt, mit denen Zustellungs- und Wartungsteams ohne zusätzliche Funktionen oder Komplikationen einfach arbeiten können. Intentionale Architekturen sind einfacher zu besitzen, zu pflegen und mit dem Unternehmen zu entwickeln, da sie klaren und konsistenten Implementierungsmustern folgen. Generatoren können Designs für neue Funktionen interpretieren und implementieren und Wartungsteams können die Dokumentation der implementierten Funktionen nachvollziehen.

Sie können gezieltere Systeme erstellen, indem Sie sich auf drei Schlüsselbereiche konzentrieren: Strategie, Wartbarkeit und Lesbarkeit.

Strategie in der Architektur bedeutet, dass Systeme durchdacht geplant und bereitgestellt werden. Das bedeutet, dass die Zustellungs- und Wartungsteams einen klaren Überblick über die heute und in Zukunft zu erledigende Arbeit haben und sich alle über das "Warum" der zu erledigenden Arbeit im Klaren sind. Das bedeutet, dass dringende Anforderungen effektiv und effizient bearbeitet werden können und die Beteiligten die Auswirkungen und Kompromisse von Anforderungen klar verstehen können.

Sie können eine klarere Strategie in Ihre Architektur integrieren, indem Sie sich auf Priorisierung, Roadmapping und Governance konzentrieren.

Priorisierung bedeutet, die Reihenfolge und den Umfang der von Ihnen zu erbringenden Arbeit zu planen. Die Priorisierung beinhaltet das Verständnis der tatsächlichen Auswirkungen von Ergebnissen auf das Unternehmen, die Auswertung dieser Auswirkungen im Vergleich zu anderen Arbeitsanforderungen und die Gesamt-Roadmap für Ihr Produkt oder Programm.

Eine Möglichkeit, die Auswirkungen eines bestimmten Arbeitselements zu bewerten, besteht darin, sich die tatsächlichen Kosten oder den tatsächlichen Nutzen für das Unternehmen anzusehen. Nachdem Sie die KPIs für die Automatisierung identifiziert haben, können Sie ein Arbeitsblatt zur Berechnung der Geschäftsauswirkungen verwenden, um die Gesamtkosten oder den Nutzen der Implementierung zu bewerten. Diese Berechnungen können Ihnen helfen, die von Ihren Beteiligten zu erstellenden Automatisierungen in welcher Reihenfolge abzustimmen und zu übernehmen. Sie können Ihnen auch helfen, Automatisierungen zu identifizieren, die verschoben oder vermieden werden sollen. Weitere Informationen zum Identifizieren effektiver Arbeit finden Sie unter Prozessdesign.

Durch die Einrichtung eines Priorisierungs-Frameworks für die Zustellung können Sie und Ihre Wartungsteams zudem die Erwartungen der Benutzer verwalten und sich an Ihre Roadmap halten.

Zu den Überlegungen, die Sie für die Priorisierung verwenden können, zählen:

• Geschäftsauswirkungen (Kosten/Nutzen) der Leistung
• Erforderliche Menge an neuer Arbeit für die Leistung
• Erforderlicher Arbeitsaufwand für die Wartung der Leistung

Die folgende Liste der Muster und Anti-Muster zeigt, wie eine ordnungsgemäße (und schlechte) Priorisierung in Bezug auf Salesforce-Arbeit aussieht. Sie können sie verwenden, um Ihre Implementierungspläne zu validieren, oder ermitteln, wo Sie Prioritäten vor dem Erstellen besser identifizieren müssen.

Weitere Informationen zu den von Salesforce verfügbaren Tools zur Unterstützung bei der Priorisierung finden Sie unter Tools Relevant to Intentional.

Bei einer Roadmap handelt es sich um eine priorisierte, validierte und genau definierte Ansicht der zu erledigenden Aufgaben. Effektive Roadmaps bieten ein klares Bild der geschäftlichen und technologischen Auswirkungen der anstehenden Arbeit. Die Einbindung Ihrer geschäftlichen und technischen Beteiligten ist ein wichtiger Bestandteil der Roadmap. Mithilfe von Roadmaps können Sie Feedback und Buy-Ins zum Ansatz und zu den Ergebnissen erhalten, bevor Sie mit der Arbeit beginnen. Letztlich stimmen Roadmaps alle Beteiligten über das „Warum“ der anstehenden Arbeit ab.

Wenn Ihr Team einen Rückstand verwendet, ist es wichtig zu wissen, dass Ihre Roadmap keine Zusammenfassung oder Liste der Elemente im Rückstand ist. Die Beziehung ist umgekehrt: Elemente sollen nur dann in den Rückstand aufgenommen werden, wenn sie eindeutig und glaubwürdig mit einem Liefergegenstand in Ihrer Roadmap verknüpft werden können. Hochwertige Roadmaps, die unter Beteiligung von Beteiligten erstellt wurden, bieten Zustellungs- und Wartungsteams einen klaren Überblick darüber, worauf sie sich konzentrieren sollten und wie sie Anforderungen priorisieren sollten, wodurch widersprüchliche Anforderungen einfacher zu sortieren und die Erwartungen der Beteiligten zu verwalten sind.

Schlechte oder nicht vorhandene Straßenzuordnungen führen zu:

• Unklarheit darüber, wann neue Funktionen verfügbar sein werden
• Widersprüchliche Prioritäten unter Beteiligten
• Eine Trennung zwischen den bereitgestellten Lösungen und der allgemeinen Organisationsvision
• Schwierigkeiten beim Verständnis der laufenden Arbeit
• Ungleichmäßige Arbeitslasten in Teams
• Fehlende Transparenz in Beziehungen und Abhängigkeiten zwischen Arbeitselementen
• Verzögerte Implementierungen aufgrund falsch verwalteter Abhängigkeiten

Beteiligte benötigen oft Informationen, die auf ihre Rollen abgestimmt sind, um Entscheidungen treffen zu können. Zum Erstellen effektiver Roadmaps müssen Sie Ihre Zielgruppe und die Art der benötigten Informationen genau kennen. Roadmaps werden in zwei Stile unterteilt, um geschäftliche und technische Zielgruppen zu unterstützen. Jeder Stil enthält zwei Granularitätsebenen, um unterschiedliche Informationstypen zu unterstützen.

Mithilfe von Geschäfts-Roadmaps können Beteiligte organisatorische Veränderungen planen, Wachstumschancen nutzen und hinsichtlich der Unternehmensziele auf dem Laufenden bleiben. Geschäfts-Roadmaps bieten auch eine Möglichkeit, sicherzustellen, dass die IT-Ausgaben mit der allgemeinen Geschäftsvision in Einklang stehen.

• Erstellen Sie eine Roadmap für Geschäftsfunktionen, um den leitenden Beteiligten die Funktionen zu zeigen, die aktiviert werden. Diese Art von Roadmap enthält allgemeine Details zu den Funktionen selbst und dazu, wie sie mit den Geschäftszielen in Einklang gebracht werden, beispielsweise zur Steigerung der betrieblichen Effizienz oder zur Einführung einer neuen Produktlinie.
• Erstellen Sie eine Roadmap für Geschäftsfunktionen, um eine bestimmte Funktion zu untersuchen und ihre unterstützenden Funktionen und Funktionen zu zeigen, wenn Sie Geschäftsbeteiligte bei der Ressourcenplanung, Budgetierung und Änderungsverwaltung unterstützen müssen.

Technologie-Roadmaps helfen technischen Beteiligten bei der Budget- und Ressourcenzuteilungsplanung. Sie helfen Implementierungsteams auch, zu verstehen, wo ihre Projekte hinpassen, und so ein Gesamtbild zu erhalten und teamübergreifende Abhängigkeiten zu identifizieren.

• Erstellen Sie eine Technologiesystem-Roadmap, um die spezifischen Systeme anzuzeigen, die implementiert werden, sowie alle Abhängigkeiten auf Systemebene. Dieser Roadmap-Typ zeigt allgemeine Systeminformationen und die Ausrichtung zwischen Systemen und Geschäftsfunktionen an.
• Erstellen Sie eine Roadmap für Technologiekomponenten, um die spezifischen Komponenten eines Systems zu untersuchen, die bereitgestellt werden, um die Anforderungen an die Ressourcenplanung und -aktivierung zu erfüllen. Dieser Roadmap-Typ zeigt Informationen auf Komponentenebene und Implementierungsanforderungen an (z. B. deklarative Entwicklung, Pro-Code usw.).

Stellen Sie sicher, dass Ihre Roadmaps realistische Zeitachsen enthalten. Ein häufiger Fehler besteht darin, nur die für die Implementierung eines Systems benötigte Zeit einzubeziehen, ohne auch die für die Durchführung der zugehörigen Aktivitäten benötigte Zeit zu berücksichtigen. Dies kann zu einer Überzuteilung der Mitglieder des Implementierungsteams und zu längeren als erwarteten Verzögerungen führen. Berücksichtigen Sie beim Erstellen einer Roadmap die Zeit, die benötigt wird, um Folgendes zu erledigen:

• Dokumentation aller neuen und aktualisierten Funktionen
• Wartung der vorhandenen Funktionen, die zur Unterstützung neuer Funktionen erforderlich sind
• Aktualisierungen an verwandten Systemen, die zur Unterstützung von Integrationen erforderlich sind
• Erhöhte Unterstützung durch Projektteams direkt nach der Liveschaltung
• Testen, Schulung und Änderungsverwaltung

Geschäfts- und Technologie-Roadmaps, die gut aufeinander abgestimmt sind, vermitteln eine ganzheitliche Sicht darauf, wann Funktionen live geschaltet werden und welche Technologie dahintersteckt. Die folgende Liste der Muster und Anti-Muster zeigt, wie richtige (und schlechte) Roadmaps für eine Salesforce-Organisation aussehen. Sie können sie verwenden, um Ihre Roadmapping-Strategie zu validieren oder zu verbessern.

Weitere Informationen zu Salesforce-Tools, die Ihnen bei der Roadmapping helfen können, finden Sie unter Tools Relevant to Intentional (Für Intentional relevante Tools).

"Governance" ist die Struktur, die Sie verwenden, um die Priorisierung, Entscheidungsfindung und Änderungsverwaltung mit Ihren Beteiligten abzuwickeln. Governance macht deutlich, wie Entscheidungen getroffen und kommuniziert werden. Sie bietet konsistente Möglichkeiten für Feedback und Anfragen, in den Entscheidungsprozess einzutreten, und allen Beteiligten, den Status der Wartungs- und Entwicklungsarbeiten zu verstehen. Mithilfe von Governance können Freigabeverwaltungsprozesse klar und konsistent gestaltet werden und alle Teammitglieder können ihre Rollen und Verantwortlichkeiten nachvollziehen.

Ohne eine ordnungsgemäße Unternehmensführung werden Teams mit einer Vielzahl von Problemen konfrontiert, darunter:

• Anforderungen für sich überschneidende Funktionen und Funktionen gehen ad hoc ein
• Implementierungsteams priorisieren "einfachere" Bemühungen oder Anfragen von einflussreicheren Beteiligten, ohne den Geschäftswert, Kompromisse oder allgemeine Organisationsziele angemessen zu berücksichtigen
• Fehlende einheitliche Genehmigungs- und Überprüfungsprozesse
• Inkonsistente Freigaberhythmen und -qualität
• Hohe Defektraten, Überschreibungen, Konflikte und redundante Arbeit bei Entwicklungsarbeiten

Das vielleicht deutlichste Zeichen dafür, dass ein System keine effektive Governance aufweist, sind langsame und umständliche Versionen. Es ist wichtig, zu erkennen, dass die Größe eines Governance-Systems kein Maß für dessen Wirksamkeit ist. Tatsächlich können komplexe Governance-Systeme (wie sie in vielen großen Unternehmen vorkommen) die Geschwindigkeit und Häufigkeit von Versionen drosseln.

Bei guter Unternehmensführung geht es darum, dass fehlerhafte Anpassungen die frühen Phasen der Entwicklung nicht überstehen und gute Anpassungen vorhersehbar und konsistent in die Produktion gelangen.

Zu oft sind die Bemühungen um die Regierungsführung reaktionär. Sie werden initiiert oder verdoppelt, wenn ein Problem, beispielsweise eine übermäßige technische Verschuldung, zu einem Geschäftsproblem wird. In vielen Fällen besteht die unglückliche Antwort darin, dass das Unternehmen die Entwicklungsbemühungen und -versionen sperrt, statt effektive Designstandards und eine Gebäudeautomatisierung zu erstellen, um diese Standards in Entwickler-Toolketten und Quellcodeverwaltungssystemen durchzusetzen.

Fügen Sie beim Erstellen des Frameworks für Ihr Salesforce-Governance-System die folgenden Elemente hinzu und berücksichtigen Sie die folgenden zu beantwortenden Schlüsselfragen:

• Arbeitsanforderungen. Wie können Benutzer nach Funktionen oder Funktionen fragen? Wie werden Fehler gemeldet?
• Priorisierung und Arbeitsplanung. Wer entscheidet, welche Arbeitsanforderungen wichtig sind? Wie wird Arbeit eingegrenzt, priorisiert und akzeptiert oder abgezeichnet?
• Umgebungen und Versionsplanung. Wie sieht die Umgebungspipeline für Entwicklung, Tests und Version aus? Wer macht was, um Zugriff bereitzustellen, zu aktualisieren und bereitzustellen? Wer kümmert sich um Bereitstellungen und Validierungen? Wie und wann werden Änderungen veröffentlicht? Wie handhaben Sie Bereitstellungen oder Umgebungen während eines Salesforce-Versionszyklus? (Weitere Informationen hierzu finden Sie unter Anwendungslebenszyklus-Verwaltung.)
• Serviceinhaberschaft und Produktionsunterstützung. Wer unterstützt was? Wer kümmert sich um Probleme mit der Hotfix-Produktion? Wie werden diese Elemente getestet und veröffentlicht? Wer ist für die allgemeinen Sicherheitsstandards der Organisation verantwortlich?

Die folgende Liste der Muster und Anti-Muster zeigt, wie eine ordnungsgemäße (und schlechte) Verwaltung für eine Salesforce-Organisation aussieht. Sie können sie verwenden, um Ihre Governance-Strategie zu validieren oder zu verbessern.

Weitere Informationen zu Salesforce-Tools, die für die Verwaltung verfügbar sind, finden Sie unter Tools Relevant to Intentional.

In der folgenden Tabelle finden Sie eine Auswahl an Mustern, nach denen in Ihrer Organisation gesucht (oder die erstellt) werden soll, sowie Anti-Muster, die vermieden oder behoben werden sollen.

✨ Entdecken Sie weitere Muster für die Strategie im Explorer für Muster und Anti-Muster.

Die Wartbarkeit bedeutet, dass ein System in einem gesunden Zustand gehalten werden kann, indem neue Funktionen in das System eintreten und die technische Verschuldung regelmäßig und vorhersehbar aus dem System ausscheidet. Wartungsfähige Systeme ermöglichen es Ihren Teams, mit vorhersehbarer Geschwindigkeit und Qualität einen Mehrwert für Ihr Unternehmen zu schaffen. Die Wartbarkeit eines Systems hängt von mehreren Faktoren ab, darunter die Lesbarkeit, die lose Kopplung und die gründliche Teststrategie.

Am wichtigsten ist, dass die Wartungsfähigkeit eines Systems von der Einfachheit seines Designs abhängt. In diesem Abschnitt werden Möglichkeiten zum Erstellen einfacherer Lösungsdesigns und zur Verbesserung der Wartungsfreundlichkeit beschrieben.

Sie können Lösungen erstellen, die einfacher zu warten sind, indem Sie sich auf zwei Schlüssel konzentrieren: die Verwendung von standardmäßigen über benutzerdefinierte Funktionen und die Handhabung technischer Schulden.

Salesforce bietet eine Reihe vorgefertigter Lösungen – Sales Cloud, Service Cloud und viele Salesforce-Branchenlösungen – sowie die Flexibilität, Ihre eigenen benutzerdefinierten Lösungen zu erstellen. Die grundlegenden Services, die Salesforces eigene Cloud-Lösungen unterstützen, sind auch für alle benutzerdefinierten Lösungen verfügbar, die auf Salesforce Customer 360 Platform basieren. Verwenden Sie die vorgefertigten Services und Lösungen von Salesforce als vertrauenswürdige Grundlage für so viele Ihrer Lösungen wie möglich.

Die Verwendung von vordefinierten Plattformservices hat zwei unterschiedliche Vorteile. Erstens profitieren Ihre Anwendungen natürlich mit jeder Version von den neuesten Salesforce-Innovationen. Zweitens können sich Ihre Entwicklungsteams auf die Erweiterung und Vertiefung der Geschäftsfunktionen Ihrer Salesforce-Lösungen konzentrieren, statt sich um grundlegende architektonische Aufgaben zu kümmern.

Die richtige Auswahl, wann Standardfunktionen verwendet und wann benutzerdefinierte Funktionen erstellt werden sollen, ist aus architektonischer Sicht keine Herausforderung. Die Schlüssel lauten:

• Anpassen der Plattform bedeutet Ändern und Erweitern und nicht Kopieren. Beim Entwerfen oder Auswerten Ihrer Architektur sollten Sie Folgendes fragen: Ist dies bereits irgendwo auf der Salesforce Platform vorhanden? Wenn die Antwort "Ja, aber...[Änderungen einfügen, die ein Geschäftsbeteiligter hier möchte...]" lautet, verwenden Sie die vordefinierte Funktion auf der Plattform. Die architektonische Arbeit besteht darin, die nützlichsten Möglichkeiten zur Konfiguration der vordefinierten Salesforce-Funktion zu ermitteln, um die Geschäftserwartungen zu erfüllen.
• Keine Anpassungen sind trivial. Im Laufe der Zeit hat jede Änderung Konsequenzen. Wenn Sie eine benutzerdefinierte Lösung implementieren müssen, können Sie die unvermeidlichen technischen Schulden Ihres Systems verringern, indem Sie nach Möglichkeit Low-Code-Technologie verwenden und in Ihren Implementierungen zusammensetzbare Einheiten erstellen.
• Betrachten Sie das Spektrum für Build-Buy. Bei Salesforce AppExchange handelt es sich um einen Marktplatz mit Anwendungen und Lösungen zur Erweiterung von Salesforce. AppExchange-Anwendungen können Funktionen bereitstellen, ohne dass der Aufwand für die Erstellung und Wartung einer benutzerdefinierten Lösung entsteht. Beachten Sie beim Auswerten von AppExchange-Lösungen Folgendes:
  • Identifizieren Sie Lösungsfunktionen und Lücken. Idealerweise finden Sie eine Anwendung, die alle Ihre Geschäftsanforderungen erfüllt. In Wirklichkeit finden Sie möglicherweise keine perfekte Passform. Ordnen Sie beim Bewerten von Lösungen die Funktionen in der potenziellen Lösung einer priorisierten Liste von Geschäftsanforderungen zu. So finden Sie die Lösung, die Ihre wichtigsten Anforderungen am besten erfüllt.
  • Verwenden Sie Sandbox-Instanzen und kostenlose Testversionen. Verwenden Sie kostenlose Testzeiträume, um Anwendungen in Sandbox-Umgebungen zu evaluieren und die beste Passform zu ermitteln. Legen Sie fest, ob Sie bei Anwendungen Konfigurationsänderungen vornehmen müssen, die mit Ihrer vorhandenen Konfiguration in Konflikt stehen.
  • Berücksichtigen Sie kurzfristige und langfristige Kosten. Bewerten Sie die langfristigen Einsparungen bei der Anwendungswartung im Vergleich zu den wiederkehrenden Kosten von abonnementbasierten Anwendungen. Vermeiden Sie Szenarien, in denen Sie wiederkehrende Kosten für viele Funktionen zahlen müssen, die Ihre Geschäftsbeteiligten niemals nutzen werden.
• Verwenden Sie die vordefinierten Datenmodelle von Salesforce. Salesforce bietet vorgefertigte Datenmodelle für den Vertrieb, Service und eine Vielzahl von Branchenbereichen. Durch die Verwendung der von Salesforce bereitgestellten Datenmodelle wird sichergestellt, dass die Funktionen in Ihrem System nur einmal definiert sind (ohne Redundanz und Silos), eine einzige Informationsquelle im gesamten System geschaffen wird, das Verständnis von Anwendungsdaten mit Analysen erleichtert wird, die Verwendung der vordefinierten Services für künstliche Intelligenz von Salesforce vereinfacht wird, die Wartungskosten gesenkt werden (durch Reduzierung der zu unterstützenden Anpassungen) und die technische Verschuldung reduziert wird.

So einfach ist das. Wie Sie in den unten stehenden Mustern und Anti-Mustern sehen können, bestehen die Anti-Muster darin, Standardfunktionen in einer benutzerdefinierten Lösung zu replizieren oder komplexere Technologien zum Bereitstellen von Anpassungen zu verwenden.

In der Praxis kann es vorkommen, dass ein Anti-Pattern für benutzerdefinierte Funktionen von Geschäftsbeteiligten als der beste oder einzige gangbare Weg angesehen wird. In diesen Fällen ist es wichtig, dass Sie den Beteiligten die Kompromisse bei der Auswahl dieses Pfads erläutern und dann die Entscheidung, ihre Gründe und ihre Umsetzung sorgfältig dokumentieren. Dies ist auch ein Bereich, in dem die frühzeitige Bereitstellung von Kernwerten und die Anpassung im Laufe der Zeit Ihren Beteiligten helfen können, den besten Weg nach vorn besser zu verstehen.

Weitere Informationen zu Salesforce-Tools, mit denen Sie die Wartungsfähigkeit erhöhen können, finden Sie unter Tools Relevant to Intentional (Für Intentional relevante Tools).

Technische Schulden sind ein natürlicher Bestandteil jedes Systems. Die Sound-Designs von gestern können zu Anti-Patterns werden, wenn sich Technologie- oder Geschäftsanforderungen ändern. Möglicherweise wird etwas, das entwickelt wurde, um eine Lücke in der Salesforce Platform-Funktionalität zu schließen, mit einer neuen Salesforce-Version oder einer neuen Produkteinführung plötzlich überflüssig. Möglicherweise ersetzt eine leistungsfähigere oder flexiblere Technologie eine bereits implementierte Technologie. Technische Schulden können auf viele Arten entstehen.

Ein wesentlicher Vorteil beim Erstellen von Anwendungen mit Salesforce Customer 360 Platform ist die in die Plattform integrierte Abwärtskompatibilität. Das bedeutet, dass neue Plattforminnovationen das Muster ändern können, das Sie für künftige Lösungen verwenden sollten. Die tägliche Funktion von Lösungen, die Sie auf vorherigen Salesforce-Technologien basieren, funktioniert jedoch weiterhin. Im Laufe der Zeit birgt jede Lösung, die auf älteren Technologien basiert, Risiken oder Engpässe beim Hinzufügen neuer Funktionen zu Ihren Anwendungen und verringert die Gesamtintegrität der Lösungen.

Die Planung und Durchführung regelmäßiger Arbeiten zur Behebung technischer Schulden ist entscheidend für die Aufrechterhaltung gesunder, unkomplizierter Designs in einer Salesforce-Lösung. Wenn es nicht gelingt, technische Schulden zu planen, zu prüfen und zu beheben, ist dies eine sichere Möglichkeit, ein System zu erstellen, das schlecht konzipiert ist.

Eine Möglichkeit, technische Schulden zu minimieren, besteht darin, sie so weit wie möglich einzuführen, indem Sie Abkürzungen vermeiden und Standardfunktionen gegenüber benutzerdefinierten Funktionen bevorzugen. Tastenkombinationen wie hartcodierte Werte können verlockend sein, Zeit zu sparen, aber langfristig führen sie zu Schulden, die zurückgezahlt werden müssen.

Zu den Schlüsseln für den Umgang mit technischen Schulden aus architektonischer Sicht zählen:

• Ermitteln der tatsächlichen Kosten oder Vorteile von Maßnahmen im Vergleich zu Untätigkeiten
• Richtige Roadmapping
• Erstellen von zusammensetzbaren Lösungen

Die Schwierigkeit kann darin bestehen, die Beteiligten an die Durchführung von Maßnahmen anzupassen. Einige Beteiligte empfinden die laufende Wartung möglicherweise als Behebung der „Fehler von gestern“ oder als Beseitigung der Funktionen, die ihr Budget unterstützen soll.

Wenn Sie die tatsächlichen geschäftlichen Auswirkungen von Maßnahmen und Untätigkeit zusammen mit klar definierten Ergebnissen und Zeitachsen aufzeigen, können Ihre Beteiligten den Wert und die relative Priorität der Bekämpfung technischer Schulden verstehen. Wenn Sie die Arbeit konsequent ausführen, um technische Schulden mit den Auswirkungen auf Unternehmen zu verbinden, können Ihre Beteiligten die zu erledigende Arbeit nicht nur besser verstehen. Außerdem können Sie so sicherstellen, dass Sie technische Schulden auf eine Weise identifizieren und beheben, die den Benutzern wirklich zugute kommt.

Die folgende Liste der Muster und Anti-Muster zeigt, wie eine ordnungsgemäße (und schlechte) technische Schuldenverwaltung für eine Salesforce-Organisation aussieht.

Weitere Informationen zu Salesforce-Tools, die Ihnen bei technischen Schulden helfen können, finden Sie unter Tools Relevant to Intentional.

In der folgenden Tabelle finden Sie eine Auswahl an Mustern, nach denen in Ihrer Organisation gesucht (oder die erstellt) werden soll, sowie Anti-Muster, die vermieden oder behoben werden sollen.

✨ Entdecken Sie weitere Muster für die Wartbarkeit im Explorer für Muster und Anti-Muster.

Im Kern geht es beim Konzept der Lesbarkeit darum, Konsistenz zu schaffen, die es den Menschen erleichtert, zu verstehen, wie die Dinge funktionieren. Durch die Erstellung lesbarer Systeme werden Zustellungs- und Wartungsteams aufeinander abgestimmt und Personen, die mit dem System nicht vertraut sind, können schnell nachvollziehen, wie Teile zusammenpassen. Das bedeutet, dass Ihr Team möglicherweise weniger von einzelnen Personen mit institutionellem oder historischem Knowledge abhängig ist, um Anbieter oder neue Teammitglieder effektiv einzuarbeiten. Das bedeutet, dass sich erfahrene Personen in einem Team auf die Qualität und die Kompromisse bei den getroffenen Entscheidungen konzentrieren können, da die Konfiguration und der Code des Systems für Menschen leicht lesbar und verständlich sind. Die Lesbarkeit kann die Verwaltung und die Qualitätssicherung beschleunigen und Teams dabei helfen, besser zu erkennen, wann sie möglicherweise redundante Anpassungen erstellen. Es kann auch die Chancen auf ein System erhöhen, das sich wiederverwendbar und testbar verhält.

Sie können die Lesbarkeit durch effektive Designstandards und Dokumentation erhöhen.

Designstandards bieten Anleitungen, um alle Anpassungen auch in den ersten Entwicklungsphasen konsistent zu halten. Designstandards fungieren wie Leitplanken, sodass alle Zustellungsteams und Wartungsteams, die an Ihrem System arbeiten, hinsichtlich der Vorgehensweise und Implementierung von Anpassungen auf dem Laufenden bleiben. Durch das Definieren von Designstandards können Sie die Produktivität Ihrer Bereitstellungs- und Wartungsteams steigern, Code- und Architekturüberprüfungen einfacher durchführen und eine bessere Dokumentation ermöglichen.

Ohne Designstandards arbeiten Teams mit höherer Wahrscheinlichkeit in Silos. Ohne die Kohärenz, die Designstandards bieten, werden Unternehmen mit Folgendem zu kämpfen haben:

• Anbieter und Entwicklungsteams verwenden lösungsübergreifend Ad-hoc-Muster und -Ansätze, wodurch potenziell Anti-Muster eingeführt und die Wiederverwendbarkeit reduziert wird (siehe Separation of Concerns).
• Mehr Zeit für die Lösung von Produktionsproblemen und für Supportteams, die neue Teammitglieder einarbeiten und ihnen helfen müssen, verschiedene Muster und Ansätze zu verstehen.
• Schlechte teamübergreifende Zusammenarbeit, Redundanzen bei der Arbeit zwischen Teams, Zeitverlust beim Lösen von Konflikten und Fehler, die bei Integrationstests festgestellt wurden.
• Mehr Frustration und höhere Fluktuationsraten.

Ein wesentlicher Vorteil von Designstandards liegt in den Unterhaltungen und Entscheidungen, die Beteiligte treffen müssen, um sie zu erstellen. Insbesondere bietet der Prozess Ihren Geschäfts- und Technologieleads die Möglichkeit, sich daran auszurichten, wie das optimale Design für Ihr Unternehmen aussieht.

Fügen Sie Folgendes in Ihre Designstandards ein:

• Benennungskonventionen für Salesforce-Metadaten. Definieren Sie eine Reihe von Konventionen dafür, wie jede Anpassung in einem System benannt werden soll. Konventionen mit guter Benennung erzwingen nicht nur die Konsistenz zwischen den Namen von Objekten, Feldern, Code, Flows und anderen Elementen Ihres Systems. Mithilfe guter Benennungskonventionen können Entwicklungsteams auch Namen verwenden, die Informationen über den Zweck und die Funktionalität ihrer Erstellung vermitteln. Daher können andere Beteiligte eine bestimmte Anpassung besser verstehen, indem sie nur ihren Namen sehen.
• Genehmigte Designmuster und ihre Anwendungsfälle. Richten Sie eine Bibliothek des Explorers für Muster und Anti-Muster zusammen mit wichtigen Informationen dazu ein, wann (und wann nicht) die einzelnen Muster verwendet werden sollen. Die Bibliothek enthält möglicherweise erforderliche Apex-Auslösermuster oder Flow-Orchestrierungsmuster, je nachdem, welche Kompatibilität Sie in Ihrem System wünschen.
• Entwicklungsumgebung und Werkzeugführung. Führen Sie eine klare Liste der Tools, die Entwicklungsteams für ihre Arbeit verwenden sollen. Dies kann genehmigte Toolketten und Sprachen für alle Benutzer, die Code schreiben, oder deklarative Funktionen umfassen, die für die Low-Code-Entwicklung genehmigt sind (oder nicht). Ihre Standards können eine Liste der Quellcodeverwaltungssysteme für die Anpassung und Dokumentation sowie die erforderlichen Check-in/Check-out-Schritte enthalten. Sie können auch eine Liste der Umgebungen enthalten, die für verschiedene Arten von Entwicklungsarbeiten verwendet werden sollen.

Neben der Definition dieser Standards müssen Sie entscheiden, wie und wo Sie sie pflegen und speichern möchten. Wenn Teams in Ihrem gesamten Unternehmen Ihre Designstandards nicht finden können (oder nicht einmal wissen, dass sie vorhanden sind), sind sie nicht effektiv. Idealerweise befinden sich Ihre Designstandards im selben System wie Ihre Dokumentation (weitere Informationen finden Sie im nächsten Abschnitt).

Die folgende Liste der Muster und Anti-Muster zeigt, wie die richtigen (und schlechten) Designstandards für eine Salesforce-Organisation aussehen. Sie können sie verwenden, um Ihre Designstandards zu validieren oder zu verbessern.

Weitere Informationen zu Salesforce-Tools, mit denen Sie Designstandards definieren können, finden Sie unter Tools Relevant to Intentional (Für Intentional relevante Tools).

In der Dokumentation wird das Was, Wie und Warum Ihres Systems erläutert. Ohne aussagekräftige und konsistente Dokumentation verschwenden Teams viel Zeit mit dem Versuch, das System so zu verstehen, wie es ist (und potenziell missverstandene Funktionen und Anpassungen).

Die Erstellung einer guten Dokumentation dauert einige Zeit. Die meisten Teams sind sich zwar einig, dass die Dokumentation für große Projekte wichtig ist, es kann jedoch verlockend sein, sie zu überspringen, wenn Sie schnelle Änderungen wie Konfigurationsaktualisierungen oder kleinere Anpassungen an einer Automatisierung vornehmen. Das Nichtdokumentieren der an Ihrem System vorgenommenen Änderungen ist immer ein Anti-Pattern. Durch das Überspringen der Dokumentation kann im Voraus etwas Zeit gespart werden. Die Zeit, die für die Fehlerbehebung in einer Organisation erforderlich ist, die nicht ordnungsgemäß dokumentiert ist, wird diese Zeitersparnis jedoch mehr als aufheben. Nehmen Sie in all Ihren Schätzungen immer genügend Zeit in Anspruch, um Dokumentation zu erstellen, unabhängig vom Aufwand, der für die Aktualisierungen erforderlich ist, die Sie vornehmen möchten.

Das Fehlen einer eindeutigen Dokumentation kann zu einer Vielzahl von Problemen führen, darunter:

• Entwicklungszyklen für die Überarbeitung bestehender Implementierungen
• Wiederholende Diskussionen, die vorherige Entscheidungen erneut aufrufen oder verwirren
• Längere Einarbeitung für neue Teammitglieder oder Anbieter
• Überabhängigkeit von Einzelpersonen mit institutionellem oder historischem Knowledge
• Redundante Architekturen zur Unterstützung gleicher oder ähnlicher Funktionen im gesamten Unternehmen
• Schwierigkeiten bei der Vermittlung von Zweck und Wert Ihrer Lösung an wichtige Beteiligte

Pflegen Sie für Salesforce-Lösungen die Dokumentation für:

• Lösungsübersichten. Mit Diagrammen können Sie und Ihre Beteiligten Lösungen auf verschiedenen Detailebenen visualisieren. Mit dem Salesforce-Diagramm-Framework können Sie Diagramme erstellen, die die Geschäftsmöglichkeiten von Lösungen sowie Details zur technischen Implementierung darstellen.
• Entscheidungsdatensätze. Halten Sie die in Betracht gezogenen Optionen, Kompromisse, endgültigen Entscheidungen und Argumente an einem zentralen Ort fest, auf den alle Teammitglieder für zukünftige Referenzzwecke zugreifen können.
• Code. Das Format des Codes selbst ist eine wichtige Dokumentation und kann (und sollte) mit Ihren Designstandards übereinstimmen. Sie möchten auch über ein Protokoll mit wichtigen Informationen verfügen und es bei jeder Änderung eines Codes aktualisieren. Dokumentieren Sie für alle Klassen, Auslöser und Komponenten Folgendes:
  • Wer den Code verfasst hat
  • Wann der Code geschrieben wurde
  • Was der Code bewirken soll
  • Wichtige Abhängigkeiten
  • Alle Änderungen
• Deklarative Anpassung. Salesforce bietet Teams für jede Art von Anpassung, die an den Metadaten in Ihrer Organisation vorgenommen werden kann, integrierte Attribute, die hilfreiche Informationen zu Zweck und Intent der Metadaten bereitstellen. Geben Sie als Teil Ihrer Designstandards an, wie Teams diese integrierten Funktionen verwenden und wie sie deklarative Anpassungen benennen sollen. Führen Sie auch ein Protokoll mit wichtigen Informationen, das mit dem identisch ist, was Sie für Code verwenden.

Entwickeln Sie eine Reihe von Dokumentationsstandards, um sicherzustellen, dass alle aktuellen und künftigen Teammitglieder Dokumente auf die gleiche Weise interpretieren können (dabei können Designstandards helfen). Es ist auch wichtig zu überlegen, wie Benutzer die Dokumentation durchsuchen können, um relevante Abschnitte oder Begriffe zu finden. Wenn Ihr System altert und komplexer wird, wird auch Ihre Dokumentation wachsen. Die Nützlichkeit der Informationen in Ihrer Dokumentation hängt direkt davon ab, wie oft, wie schnell und wie einfach Benutzer relevante Elemente suchen und finden können.

Die folgende Liste der Muster und Anti-Muster zeigt, wie eine ordnungsgemäße (und schlechte) Dokumentation für eine Salesforce-Organisation aussieht. Sie können sie verwenden, um Ihre Dokumentationsstrategie zu validieren oder zu verbessern.

Weitere Informationen zu Salesforce-Tools finden Sie unter Tools Relevant to Intentional (Für Intentional relevante Tools).

In der folgenden Tabelle finden Sie eine Auswahl an Mustern, nach denen in Ihrer Organisation gesucht (oder die erstellt) werden soll, sowie Anti-Muster, die vermieden oder behoben werden sollen.

✨ Entdecken Sie weitere Muster für die Lesbarkeit im Explorer für Muster und Anti-Muster.

Helfen Sie uns, Salesforce Well-Architected für Sie relevant zu halten. Nehmen Sie an unserer Umfrage teil, um Feedback zu diesen Inhalten zu geben und uns mitzuteilen, was Sie als Nächstes sehen möchten.