Wir setzen BC-Projekte in neun definierten Phasen auf — von Anforderungsanalyse über AL-Entwicklung bis zur Auswertung. Jede Phase hat einen klaren Output und ein menschliches Review, bevor es weitergeht. Moderne Werkzeuge — auch KI — setzen wir dort ein, wo sie Zeit sparen oder Qualität sichern.
Ein BC-Projekt steht und fällt mit dem Vorgehen, nicht mit dem Werkzeug. Wir arbeiten in neun definierten Phasen — und nutzen moderne Werkzeuge (inklusive KI) dort, wo sie messbar Zeit sparen oder Qualität sichern. Nicht als Selbstzweck, sondern als Teil eines durchdachten Lifecycles.
Jede Phase hat ein definiertes Ergebnis. Erst wenn Outputs vollständig, Annahmen dokumentiert und Risiken kommuniziert sind, geht es weiter — mit menschlichem Review.
Wir denken BC-Projekte von der Anforderungsanalyse bis zum laufenden Reporting. Nicht nur Coding — auch QA, DevOps, Dokumentation und Analytics gehören dazu.
Neue Themen — von Schnittstellen bis zum KI-Einsatz — werden als kontrolliertes Experiment behandelt: klarer Use Case, begrenzter Umfang, messbare KPIs.
So setzen wir ein BC-Projekt auf. Jede Phase hat einen definierten Output und ein menschliches Review, bevor die Übergabe zur nächsten Phase passiert.
BC-Backlog aus Workshop-Notizen ableiten, Roadblocks (Standard vs. Customizing, AppSource-Konformität, Updatestrategie) früh erkennen, realistischer Forecast je BC-Modul.
Workshop-Mitschnitt → priorisiertes Backlog für die Module Bedarfsplanung, Fertigung und BDE-Anbindung mit Aufwand und Abhängigkeiten — in unter zwei Stunden.
Aus Interview-Notizen entstehen User Stories mit Akzeptanzkriterien je BC-Modul. Glossar BC-Felder/-Tabellen, Annahmen-Register, Edge Cases der Geschäftslogik.
„Als Arbeitsvorbereiter möchte ich verfügbare Mengen unter Berücksichtigung reservierter Aufträge sehen, damit ich nicht doppelt verspreche.“ — inklusive Akzeptanzkriterien und Testfällen.
Rollencenter pro Persona (Arbeitsvorbereiter, Einkäufer, Produktionsleiter, Buchhalter). Page-Anpassungen, Action-Flows, Mobile-Erlebnis im BC-Client. Empty- und Fehlerzustände bewusst entworfen.
Arbeitsvorbereiter-Rollencenter mit drei Cues und einer Aktionsleiste — statt 14 Kacheln, von denen 11 niemand braucht.
Entscheidung Per-Tenant-Extension vs. AppSource-App. Schnittstellen-Architektur (REST/OData/Webhooks), Event-getriebene Integration zu DMS/BDE/Webshop. ADRs mit Trade-offs.
ADR „BDE-Anbindung: Push via Webhook vs. Pull via OData“ — mit Begründung anhand Last, Echtzeit-Anspruch und Update-Verträglichkeit.
AL-Extension-Entwicklung mit modernen Werkzeugen — inklusive KI-gestützter Generierung, Refactoring und Code-Reviews. Konventionen aus BC-AppSource-Validation, saubere Trennung vom Standard.
Neue Codeunit für eine Freigabe-Logik mit AL-Test-Codeunit, generiert, reviewt und an die Pull-Request-Checkliste angelegt — innerhalb einer Iteration.
AL-Testautomatisierung (Test Codeunits), Edge-Case-Generierung aus Akzeptanzkriterien, Regressions-Tests beim BC-Update-Zyklus. UI-Tests für kritische Rollencenter-Flows.
Wöchentlicher Regressionslauf auf der nächsten BC-Welle (Sandbox) — bevor das Update produktiv wird.
BC-DevOps-Pipeline (App-Build, Test, Publish) in Azure DevOps oder GitHub Actions. Telemetrie aus Azure Application Insights. Update-Strategie zwischen Cloud-Wellen und On-Prem-Branch.
Pipeline, die jeden Commit baut, testet und in eine Sandbox publiziert — ohne dass jemand das App-File manuell durchreicht.
Auto-generierte BC-Customizing-Doku aus dem Code. Onboarding-Guides für Keyuser, Schnittstellen-Specs aus OData/REST-Definitionen. ADRs verlinkt und auffindbar.
Pro Pull Request entsteht automatisch ein Doku-Eintrag im internen Wiki — inklusive Screenshot des betroffenen Rollencenters.
BC-Daten via Power BI oder Jet Reports. KPI-Dashboards für Produktion (Maschinenauslastung, OEE, Termintreue, Durchlaufzeit). Insights führen zurück ins Backlog — nicht in den Ablage-Ordner.
Wöchentliches KPI-Review mit drei Dashboards, drei Erkenntnissen, drei Backlog-Items — strukturierter Kreislauf statt Reportflut.
Outputs der Vorphase vollständig? Annahmen dokumentiert? Risiken kommuniziert? Erst dann geht es weiter. So entsteht aus neun Phasen ein nachvollziehbares Projekt.
90 Minuten, kostenfrei. Sie bringen ein konkretes BC-Vorhaben mit. Wir zeigen, wie wir es in den Phasen 1–4 aufsetzen würden — und wo wir konkret Zeit sparen.