Busflow Docs

Internal documentation portal

Skip to content

Implementation Plan ​

Goal ​

Ergebnisreife DurchfĂŒhrung von Funding Drilldown L2-E, sodass AP20–AP26 belastbar bewertet, priorisiert, zu Vorhaben zugeordnet und mit konkreten Folge-Edits fĂŒr Antrag und Risiko-Input vorbereitet sind.

Gemeinsamer Ergebnis- und Run-Contract ​

  • Kanonischer Ergebnisordner: docs/1-projects/bsfz-funding/funding-drilldown-L2-results/.
  • PrimĂ€res Ergebnis dieses Drilldowns: docs/1-projects/bsfz-funding/funding-drilldown-L2-results/L2-E-result.md.
  • Hauptdokument-Edits nur ausfĂŒhren, wenn der jeweilige L2-Scope sie explizit erlaubt; sonst konkrete Patch-/TextvorschlĂ€ge im Ergebnisdokument festhalten.
  • Reihenfolge/Gates: G → A → B → D/E/F → C → H. Abweichungen mĂŒssen im Ergebnis als Annahme oder Blocker markiert werden.

Tasks ​

  1. Quellenpfade normalisieren und Arbeitsbasis herstellen: Alle in funding-drilldown-L2-E.md genannten Quellen auf die tatsÀchlichen Repo-Pfade mappen und eine Evidenzliste anlegen.

    • File: docs/1-projects/bsfz-funding/funding-drilldown-L2-E.md
    • Changes: Keine Edits; nur als Scope-Quelle verwenden. Wichtig: L2-E nennt teils alte Pfade (docs/strategy/..., docs/architecture/...); tatsĂ€chliche Pfade sind u.a. docs/1-projects/bsfz-funding/*, docs/2-areas/architecture/*, docs/2-areas/product/*, docs/3-resources/*.
    • Acceptance: Eine Arbeitstabelle enthĂ€lt fĂŒr jede Quelle den tatsĂ€chlichen Pfad, relevante Abschnitte/Zeilen und den Nutzen fĂŒr AP20–AP26.
  2. AP20–AP26 aus dem AP-Katalog extrahieren: FĂŒr jeden AP Titel, Forschungsfrage, Neuartigkeit, Stunden, Status und bekannte Bedingungen erfassen.

    • File: docs/1-projects/bsfz-funding/funding-work-packages.md
    • Changes: SpĂ€ter ggf. KorrekturvorschlĂ€ge fĂŒr AP20–AP26; in der L2-E-Arbeit zunĂ€chst keine direkten Edits ohne Review.
    • Acceptance: AP-Steckbrief-Tabelle mit 7 vollstĂ€ndigen Zeilen: AP20–AP23 Commerce/V4, AP24–AP26 neue Operations/Comms-Kandidaten; Stundenbasis 640h + 340h explizit verifiziert.
  3. Task entfÀllt (ehemals Codebasis-/Artefakt-Validierung).

  4. Frascati-Schnelltest und F&E-/Engineering-Split anwenden: Pro AP trennen, welcher Anteil Forschungsunsicherheit ist und welcher Anteil Standard-Engineering/Produktarbeit ist.

    • File: docs/1-projects/bsfz-funding/forschungszulagengesetz.md
    • File: docs/1-projects/bsfz-funding/bsfz-ablehnungsrisiken.md
    • Changes: Entwurf fĂŒr spĂ€tere ErgĂ€nzungen zu Wackelkandidaten/AP24–AP26 vorbereiten.
    • Acceptance: Pro AP gibt es einen F&E-/Engineering-Split mit kurzer BegrĂŒndung, Standard-Engineering-Grenzen und einem Gutachter-Einwand plus Verteidigungstext als Input fĂŒr L2-C.
  5. Reife-Matrix erstellen: AP20–AP26 ĂŒber die Dimensionen Forschungsfrage, Stunden, Risiko bewerten.

    • File: Neues Ergebnisartefakt im L2-E-Resultat, empfohlen docs/1-projects/bsfz-funding/funding-drilldown-L2-results/L2-E-result.md oder Abschnitt in einem spĂ€teren konsolidierten Ergebnisdokument.
    • Changes: Tabelle mit Ampel und KurzbegrĂŒndung je Feld.
    • Acceptance: 7 APs × 3 Dimensionen vollstĂ€ndig; kein Feld unklar ohne Folgeaktion/Blocker.
  6. Go/No-Go-/Verschieben-Entscheidungen formulieren: FĂŒr jeden AP entscheiden: Ersteinreichung, Jahr 2+ verschieben, bedingt einreichen oder verwerfen.

    • File: docs/1-projects/bsfz-funding/funding-work-packages.md
    • Changes: SpĂ€ter ggf. Status-/Stunden-/Bedingungskorrekturen vorschlagen.
    • Acceptance: Jede Entscheidung ist in höchstens 3 SĂ€tzen begrĂŒndet und verweist auf die Matrix sowie harte Bedingungen, z.B. AP24 nur mit realer On-Device-ML-Komponente.
  7. Vorhaben-Zuordnung AP24–AP26 entscheiden: Drei Optionen vergleichen: Erweiterung Vorhaben 4, neues Vorhaben 5, Verteilung auf bestehende Vorhaben.

    • File: docs/1-projects/bsfz-funding/bsfz-antrag-vorhaben.md
    • File: docs/1-projects/bsfz-funding/STRATEGY_public-funding.md
    • Changes: Konkrete ÄnderungsvorschlĂ€ge fĂŒr Vorhaben-Struktur, aber keine unreviewten Edits.
    • Acceptance: Empfehlung enthĂ€lt Bewertungsmatrix KohĂ€renz, Gutachter-Wahrnehmung, Teilablehnungsrisiko, Verwaltungsaufwand, AbhĂ€ngigkeiten; AP25→AP20 und AP26↔AP7a sind explizit berĂŒcksichtigt.
  8. Vorhaben-4-KohĂ€renz prĂŒfen: Bewerten, ob Privacy-Aware Commerce Intelligence AP20–AP23 allein trĂ€gt und ob AP24–AP26 den Bogen stĂ€rken oder verwĂ€ssern.

    • File: docs/1-projects/bsfz-funding/bsfz-antrag-vorhaben.md
    • Changes: VorschlĂ€ge fĂŒr Titel, Forschungsfrage und AP-Liste von Vorhaben 4; AP20–AP23 Antragstexte ggf. redaktionell entschĂ€rfen.
    • Acceptance: Ergebnis enthĂ€lt mindestens eine bevorzugte Variante und eine verworfene Alternative mit BegrĂŒndung aus Gutachtersicht.
  9. Privacy-/Marketing-Risikobehandlung ausarbeiten: AP21, AP23, AP25 und AP26 gegen Marketing-/TrivialitÀtswahrnehmung absichern; AP20/AP22/AP24 gegen Privacy-/Consent-Fragen schÀrfen.

    • File: docs/1-projects/bsfz-funding/bsfz-ablehnungsrisiken.md
    • Changes: SpĂ€ter Wackelkandidaten-Abschnitte fĂŒr AP24–AP26 und ggf. AP20/AP22 ergĂ€nzen; Muster D um Consent-/ChannelPreference-Dimension erweitern.
    • Acceptance: Pro AP existiert ein Nicht sagen/Stattdessen sagen-Textbaustein und ein konkreter Gutachter-Einwand mit Verteidigung.
  10. AP24–AP26 Antragstext-EntwĂŒrfe erstellen: Im Stil von bsfz-antrag-vorhaben.md fĂŒr Ziel, Stand der Technik, durchgefĂŒhrte/geplante Arbeiten und technische Unsicherheiten formulieren.

  • File: docs/1-projects/bsfz-funding/bsfz-antrag-vorhaben.md
  • Changes: EntwĂŒrfe als separater Ergebnisblock vorbereiten; erst nach Review in das Formular-Dokument ĂŒbernehmen.
  • Acceptance: Jeder Entwurf besteht den Frascati-Schnelltest: Schwierigkeit im Wie, klare UnwĂ€gbarkeit, belegbarer Stand, keine Feature-/Marketing-Sprache, keine Gesetzesimplementierungs-Rhetorik.
  1. AP26 ↔ AP7a Abgrenzungsabschnitt schreiben: EigenstĂ€ndigen Abschnitt formulieren, der von L2-D ĂŒbernommen werden kann.
  • File: docs/1-projects/bsfz-funding/funding-work-packages.md
  • File: docs/1-projects/bsfz-funding/bsfz-ablehnungsrisiken.md
  • Changes: Separates Ergebnisartefakt/Abschnitt: AP26 = Lifecycle-Orchestrierung und Zeitpunkt/Kanal/Template-Entscheidung; AP7a = Broadcast-Resilience/Provider-Fehlerklassifikation/Fan-out-ZuverlĂ€ssigkeit.
  • Acceptance: Abschnitt enthĂ€lt Scope AP26, Scope AP7a, Überlappung, harte Abgrenzung, Textbaustein fĂŒr beide APs; nicht nur eine Randnotiz.
  1. Task entfÀllt (ehemals priorisierte Artefakt-Liste).

  2. Stunden-PlausibilitĂ€t validieren: PrĂŒfen, ob 980h fĂŒr AP20–AP26 plausibel, zu hoch oder wegen konzeptioneller Reife zu riskant sind.

  • File: docs/1-projects/bsfz-funding/funding-work-packages.md
  • File: docs/1-projects/bsfz-funding/STRATEGY_public-funding.md
  • Changes: Empfehlung fĂŒr konservative/optimistische Stundenvariante und ggf. Verschiebung in Jahr 2+.
  • Acceptance: Tabelle enthĂ€lt pro AP Originalstunden, empfohlene förderfĂ€hige Stunden, Standard-Engineering-Abzug und BegrĂŒndung.
  1. Konsolidiertes L2-E-Ergebnis vorbereiten: Alle Tabellen und Textbausteine in einem klaren Ergebnisdokument bĂŒndeln.
  • File: Empfohlen neu docs/1-projects/bsfz-funding/funding-drilldown-L2-results/L2-E-result.md
  • Changes: Ergebnisstruktur: Executive Summary, Reife-Matrix, Go/No-Go, Vorhaben-Zuordnung, AP-Texte, Risiko-/Verteidigungstexte, AP26/AP7a-Abgrenzung, Edit-Liste.
  • Acceptance: Dokument ist direkt als Input fĂŒr L2-C und spĂ€tere Edits an bsfz-antrag-vorhaben.md, bsfz-ablehnungsrisiken.md, funding-work-packages.md nutzbar.
  1. Konkrete Edit-Liste fĂŒr Folgeumsetzung erstellen: Exakte Zielabschnitte nennen, aber Edits erst nach Review/Entscheidung ausfĂŒhren.
  • File: docs/1-projects/bsfz-funding/bsfz-antrag-vorhaben.md
  • File: docs/1-projects/bsfz-funding/bsfz-ablehnungsrisiken.md
  • File: docs/1-projects/bsfz-funding/funding-work-packages.md
  • File: docs/1-projects/bsfz-funding/funding-application-plan.md
  • Changes: FĂŒr jede Datei Abschnitt, Zweck, vorgeschlagene Änderung und Review-Frage dokumentieren.
  • Acceptance: Jede vorgeschlagene Änderung hat Quelle/Evidenz, Risiko und apply now vs. needs decision Status.
  1. Validierung gegen L1-Akzeptanzkriterien und Folge-Inputs durchfĂŒhren: Ergebnis mit funding-drilldown-L1.md/funding-drilldown-L2-E.md abgleichen.
  • File: docs/1-projects/bsfz-funding/funding-drilldown-L1.md
  • File: docs/1-projects/bsfz-funding/funding-drilldown-L2-E.md
  • Changes: Keine Edits; Abschlusscheckliste im Ergebnisdokument.
  • Acceptance: Alle L2-E-Akzeptanzkriterien sind abgehakt; offene Punkte sind als Blocker mit nĂ€chstem Schritt markiert; L2-C-Inputs sind separat auffindbar.

Zusatzpflicht: AP26↔AP7a und Strategie-Scope ​

L2-E-result.md muss AP26↔AP7a als expliziten Übergabepunkt fĂŒr L2-C markieren. Strategie-/Clustering-Auswirkungen aus E sind nur VorschlĂ€ge; finale Änderungen an STRATEGY_public-funding.md erfolgen nicht in E ohne separate Freigabe.

Pflichtformat: Input fĂŒr L2-C ​

Die Ergebnisdatei muss eine maschinenlesbare Übergabetabelle mit identischer Struktur zu D/E/F enthalten:

APGo/No-GoF&E %Standard-Engineering %schwĂ€chstes Frascati-KriteriumHaupteinwandVerteidigungBeweislĂŒcke

ZusÀtzlich sind AbhÀngigkeiten/Teilablehnungsrelevanz kurz zu markieren, damit L2-C Muster-, Audit- und Teilablehnungslogik konsolidieren kann.

Files to Modify ​

  • docs/1-projects/bsfz-funding/bsfz-antrag-vorhaben.md - spĂ€ter AP24–AP26 Antragstext-EntwĂŒrfe und ggf. Vorhaben-4-Struktur/Arbeitsplan ĂŒbernehmen.
  • docs/1-projects/bsfz-funding/bsfz-ablehnungsrisiken.md - spĂ€ter Wackelkandidaten-/Muster-D-Erweiterung fĂŒr AP24–AP26 sowie Verteidigungstexte fĂŒr AP20–AP26 ergĂ€nzen.
  • docs/1-projects/bsfz-funding/funding-work-packages.md - spĂ€ter Status, Stunden, Bedingungen, AP-Abgrenzungen und ggf. AP20–AP26 Forschungsfragen korrigieren.
  • docs/1-projects/bsfz-funding/funding-application-plan.md - spĂ€ter fehlende Vor-Einreichungsartefakte und Entscheidungspunkte in den operativen Plan aufnehmen.
  • docs/1-projects/bsfz-funding/STRATEGY_public-funding.md - spĂ€ter Vorhaben-4-/Vorhaben-5-Strategie und Jahr-2+-Verschiebungen konsistent nachziehen.

New Files ​

  • docs/1-projects/bsfz-funding/funding-drilldown-L2-results/L2-E-result.md - empfohlenes zentrales Ergebnisdokument fĂŒr Reife-Matrix, Go/No-Go, Zuordnung, TextentwĂŒrfe und L2-C-Inputs.
  • docs/1-projects/bsfz-funding/funding-drilldown-L2-plans/L2-E-plan.md - dieser Arbeitsplan.

Dependencies ​

  • Task 1 muss zuerst abgeschlossen werden, weil L2-Dokumente teils alte Pfade referenzieren.
  • Tasks 2 und 4 bilden die Bewertungsbasis fĂŒr alle Folgeaufgaben.
  • Task 5 hĂ€ngt von Tasks 2 und 4 ab.
  • Tasks 6–9 hĂ€ngen von der Reife-Matrix ab.
  • Task 10 hĂ€ngt von Tasks 4, 7, 8 und 9 ab, damit die Antragstexte nicht gegen die Zuordnung/Risikoargumentation laufen.
  • Task 11 hĂ€ngt von Task 9 ab und muss vor Übergabe an L2-D/L2-C fertig sein.
  • Task 13 hĂ€ngt von Tasks 4–6 ab.
  • Tasks 14–16 sind Abschluss-/Konsolidierungsschritte und hĂ€ngen von allen fachlichen Tasks ab.
  • L2-E lĂ€uft laut L1 parallel zu L2-D/F, aber AP26↔AP7a-Abgrenzung hat L2-E-Lead; L2-D muss das finale L2-E-Ergebnis ĂŒbernehmen.

Risks ​

  • Pfad-Drift: L2-E nennt alte Dokumentpfade; ohne Pfadnormalisierung könnten Quellen ĂŒbersehen werden.
  • Konzeptionelle Reife: AP20–AP26 sind ĂŒberwiegend 🟡/âšȘ; zu aggressive Go-Empfehlungen erhöhen Ablehnungsrisiko.
  • AP24-Hard-Gate: Ohne reale On-Device-ML/Quality-Scoring-Komponente wird AP24 wahrscheinlich Standard-Upload-Pipeline und sollte nicht als F&E beantragt werden.
  • AP26-TrivialitĂ€tsrisiko: Lifecycle Communication kann als automatische E-Mail-/Reminder-Logik gelesen werden; Abgrenzung zu AP7a und Fokus auf Cross-Context-Orchestrierung sind kritisch.
  • Marketing-Sprache: AP21/AP23/AP25 riskieren SEO-, Conversion- oder Feedback-Marketingwahrnehmung; Antragstexte mĂŒssen technische UnwĂ€gbarkeit statt GeschĂ€ftsnutzen betonen.
  • Vorhaben-4-Überdehnung: AP24–AP26 könnten den Privacy/Commerce-Bogen stĂ€rken oder verwĂ€ssern; ein neues Vorhaben 5 erhöht Verwaltungsaufwand, kann aber KohĂ€renz verbessern.
  • Stundenrisiko: 980h fĂŒr teils prospektive APs kann bei dĂŒnner Substanz ĂŒberzogen wirken; konservative F&E-Stundenvariante sollte vorbereitet werden.
  • Externe Validierung: Steuerberater/DPO/technische MachbarkeitsprĂŒfung sind fĂŒr FörderfĂ€higkeit und Datenschutz-Argumentation nicht durch Dokumentanalyse ersetzbar.

Internal documentation — Busflow