ServiceNow Entwickler

Anwendungen, SAP-Integrationen und Automatisierung auf der Now Platform, upgrade-fest in eigenen Anwendungsbereichen gebaut.

ServiceNow aktualisiert zweimal im Jahr.

Die Herausforderung: der Standard endet vor Ihrem Sonderfall

ServiceNow deckt den verbreiteten Fall ab. Was übrig bleibt, sind die Stellen, an denen Ihr Haus anders arbeitet als der Durchschnitt.

Diese Stellen sind selten exotisch. Es ist der Freigabeweg, den eine Zertifizierung vorschreibt, das Altsystem, das noch fünf Jahre laufen soll, oder die Abteilung, deren Anträge im Standard keinen passenden Datensatz haben. Wer solche Fälle in den Standard biegt, zahlt beim übernächsten Release dafür.

Ein Ablauf, den keine Anwendung kennt

Daten aus einem System ohne Anbindung

Ein Formular, das drei Abteilungen ausfüllen

Handarbeit, die jede Woche wiederkehrt

Wer hier baut

Cross ALM ist ServiceNow Select Build Partner und veröffentlicht SAP-Integrationen im ServiceNow Store. Was wir für Sie bauen, entsteht in demselben Team, das die zertifizierte Anwendung gebaut hat.

Eine Store-Anwendung durchläuft die Prüfung von ServiceNow, bevor sie erscheint. Dieselben Regeln legen wir an Ihre Anwendung an, auch wenn sie nie im Store landet: eigener Anwendungsbereich, saubere Trennung vom Standard, nachlesbare Abhängigkeiten.

Anwendungen

Eigene Anwendungen auf der Now Platform, dort wo der Standard eine Lücke lässt, im eigenen Anwendungsbereich statt im Standard.

Integrationen

Verbindungen zu SAP und zu den Systemen, die bleiben sollen, in beide Richtungen und ohne Middleware dazwischen.

Automatisierung

Wiederkehrende Schritte aus der Hand nehmen, ohne dass jemand eine neue Oberfläche lernt. Der Ablauf bleibt, die Arbeit daran verschwindet.

So funktioniert es: was vor der ersten Zeile geklärt wird

Welche Daten in welche Richtung fließen und welches System die führende Quelle ist. Steht das nicht fest, entsteht eine Anwendung, die zwei Wahrheiten pflegt, und niemand merkt es, bis die beiden auseinanderlaufen.

Deshalb beginnt ein Entwicklungsvorhaben bei uns mit einer Aufnahme und nicht mit einem Angebot über Personentage. Manchmal endet sie damit, dass wir nichts bauen, weil der Fall bereits als Cross Connector fertig vorliegt. Wie sich Serviceanträge auch ohne Eigenentwicklung vereinfachen lassen, steht in Vereinfachung von Serviceanträgen im ITSM.

Upgrade-fest heißt nachlesbar

Wir bauen in eigenen Anwendungsbereichen statt im Standard und schreiben auf, worauf jede Anpassung aufsetzt. Vor dem nächsten Release lesen Sie nach, was zu prüfen ist.

Zweimal im Jahr aktualisiert ServiceNow die Plattform. Ohne diese Aufstellung wird daraus jedes Mal ein Suchspiel, bei dem Ihr Team die eigene Vergangenheit rekonstruiert. Mit ihr wird es eine Liste, die jemand in einem Vormittag abarbeitet.

Wo eine Anpassung im Kreislauf sitzt

Gebaut wird an der Stelle, an der die Änderung entsteht. Geprüft wird sie beim nächsten Durchlauf, nicht beim nächsten Vorfall.

Der DevOps-Kreislauf von Plan bis Operate

Cross ALM als Entwicklungspartner

Cross ALM ist ein IT- und Prozessberatungshaus mit Sitz in Berlin, gewachsen aus einem Team ehemaliger SAP-Mitarbeiter und SAP-Experten. Wir sind ServiceNow Select Build Partner, zertifizierter Partner von SAP und Atlassian und eingetragener SAP Application Development Partner.

Unsere Berater sind ITIL-zertifiziert; wie wir dazu stehen, steht im Beitrag IT Service Management in Zeiten der Digitalisierung. Das ist für eine Entwicklungsleistung ungewöhnlich und der Grund, warum wir bei der Frage nach dem Ablauf nicht auf den Fachbereich verweisen.

Produkterfahrung

Wir betreiben eigene Anwendungen im ServiceNow Store und im Atlassian Marketplace, über Jahre und über Plattform-Releases hinweg.

Prozesswissen

ITIL-zertifizierte Berater, die den Ablauf hinter der Anforderung aufnehmen, bevor jemand eine Tabelle anlegt.

Übergabe statt Bindung

Nachlesbare Abhängigkeiten, Schulung und eine Übergabe an benannte Personen. Wer die Anwendung in drei Jahren betreut, braucht kein Gespräch mit uns.

In drei Schritten anfangen

Die ersten beiden Schritte kosten wenig und klären, ob der dritte überhaupt nötig ist.

Aufnahme des Falls

Was soll die Plattform können, welches System führt, und deckt der Standard es vielleicht schon ab.

Entwurf und Abgrenzung

Eigener Anwendungsbereich, Schnittstellen des Gegenübers, Abhängigkeiten schriftlich, bevor jemand baut.

Bauen und übergeben

Entwicklung, Test, Schulung und die Übergabe an Ihren Betrieb, mit Namen statt mit Rollen.

Aus Kundenprojekten

Was wir außerhalb des Standards gebaut haben, steht in unseren Projektberichten: Flexible Cross Connector Jira-SolMan Schnittstellenlösung mit LAPP zeigt eine Anbindung, die es als Produkt nicht gab, und ITSM mit Jira Cloud beschreibt, wie weit der Standard trägt, bevor Eigenentwicklung anfängt.

Sie sehen gerade einen Platzhalterinhalt von HubSpot. Um auf den eigentlichen Inhalt zuzugreifen, klicken Sie auf die Schaltfläche unten. Bitte beachten Sie, dass dabei Daten an Drittanbieter weitergegeben werden.

Mehr Informationen

Womit wir anfangen