Marcel Arndt
7.1 KiB
components, review_status, review_reason
| components | review_status | review_reason | |
|---|---|---|---|
|
needs_review | Cluster fuer Hygiene-Migration |
Hygiene Migration
Quelle: 90-dashboards/Hygiene vom 2026-06-24.
Zusammenfassung
| Cluster | Befund | Anzahl | Migrationsart |
|---|---|---|---|
| C1 | components fehlt |
24 Notes | Komponenten deklarieren |
| C2 | contextual fehlt oder ist nicht deklariert |
25 Notes, 26 Warnungen | components um contextual ergaenzen und Kontextfelder pruefen |
| C3 | context_role hat alte Werte |
16 Notes | Werte auf neues Enum migrieren |
| C4 | base_created wurde bisher gegen ein zu strenges Format geprueft |
5 Notes | Pruefung auf Obsidian-Format umstellen |
| C5 | Iterationsdefinitionen haben alte Feldwerte/Formate | 3 Notes plus Backlog-Hinweis | iterdef + Datum/Status normalisieren |
| C6 | Root-Note ohne Frontmatter | 1 Note | Minimal-Frontmatter fuer Root festlegen |
C1 Components Fehlen
Diese Notes haben gar kein components-Array. Minimal muss components angelegt werden; fachlich vermutlich mindestens contextual.
| Bereich | Notes |
|---|---|
| Inbox | [[00-inbox/Tagesabschluss in der Zeiterfassung ermöglichen |
| Contexts | [[10-contexts/Genius.ceo |
| Projects | [[20-projects/Avicenna |
| Tasks | [[30-tasks/Arbeitszeit aufteilen |
| Notes | [[40-notes/Austausch Dashboard Painpoints |
C2 Contextual Migration
Regel: Jede Nicht-Root-Note soll mittelfristig contextual in components tragen. Wenn contextual gesetzt ist, ist context_target Pflicht; context_role ist empfohlen.
Betroffen sind alle Notes aus C1 plus 40-notes/Backlog. Backlog hat bereits components: [iterdef], braucht aber zusaetzlich contextual.
C3 Context Role Werte
Erlaubt sind: root, area, customer, project, product, person, topic, technology, organization.
| Alter Wert | Anzahl | Notes | Vorschlag |
|---|---|---|---|
Customer |
2 | [[20-projects/JULI | JULI]], [[20-projects/medmix Deutschland GmbH |
Feature |
7 | [[30-tasks/Arbeitszeit aufteilen | Arbeitszeit aufteilen]], [[30-tasks/Arbeitszeit Sonstiges nur mit Kommentar |
Bug |
2 | [[30-tasks/Zeit mit Projekt kann nicht auf Allgemein gebucht werden | Zeit mit Projekt kann nicht auf Allgemein gebucht werden]], [[30-tasks/Zeitzuordnung wird durch Sync zurückgesetzt |
Iteration |
4 | [[40-notes/Backlog | Backlog]], [[40-notes/Iteration 1 |
Meeting |
1 | [[40-notes/Demo Iteration 2 | Demo Iteration 2]] |
C4 Base Created Format
Sollformat fuer base_created und base_modified: YYYY-MM-DDTHH:mm. Diese Felder werden von Obsidian automatisch gesetzt.
| Note | Aktuelles Muster | Migration |
|---|---|---|
| [[30-tasks/Liste der Mehraufwände am Projekt | Liste der Mehraufwände am Projekt]] | 2026-06-17 17:22 |
| [[30-tasks/Personalstamm implementieren | Personalstamm implementieren]] | 2026-06-09T14:19:55 |
| [[30-tasks/Projektpositionen können abgeschlossen werden | Projektpositionen können abgeschlossen werden]] | 2026-06-10 13:13 |
| [[30-tasks/Review erfasster Mehraufwände | Review erfasster Mehraufwände]] | 2026-06-17 15:49 |
| [[40-notes/Backlog | Backlog]] | 2026-06-09 16:59 |
C5 Iterdef Migration
Sollwerte: iterdef_status ist planned, active, closed oder cancelled; iterdef_start und iterdef_end sind reine Datumswerte YYYY-MM-DD.
| Note | Befunde | Migration |
|---|---|---|
| [[40-notes/Iteration 1 | Iteration 1]] | completed, DateTime in Start/Ende, keine components |
| [[40-notes/Iteration 2 | Iteration 2]] | completed, DateTime in Start/Ende, keine components |
| [[40-notes/Iteration 3 | Iteration 3]] | started, DateTime in Start/Ende, keine components |
| [[40-notes/Backlog | Backlog]] | iterdef ohne contextual |
C6 Root Frontmatter
Personal OS hat kein Frontmatter. Da Root in context-hygiene fachlich ausgenommen ist, sollte hier ein minimales Frontmatter mit components und context_role: root festgelegt werden oder die Hygiene-Regel muss Root ohne Frontmatter tolerieren.
Empfohlene Reihenfolge
- C4 nach Schema-Anpassung neu bewerten und verbleibende Leerzeichen-Datumswerte korrigieren.
- C1/C2 fuer eindeutige Typen: Contexts, Projects, Iterationen, Backlog.
- C3 fuer Tasks: alte
Feature/Bug-Rollen inwork_kindmigrieren und passende Kontextrolle entscheiden. - C6 Root-Note entscheiden: Frontmatter einfuehren oder Hygiene-Ausnahme erweitern.