Evidence-Driven Proportional Allocation · v1.4.0-beta
Čas se neměří — odvozuje se
EDPA v1.4.0-beta nahrazuje ruční timesheety automatickým odvozením hodin z GitHub delivery evidence. Gates mode credituje každý status přechod (LBC, design, refinement) — ne jen finální Done. Bidirectional sync mezi GitHub Projects a lokálními YAMLy.
Timesheety
Zero
Žádné ruční logování
Gates stabilita
0.35 pp
spread pod ±20 % CW (100 MC runs)
Sync
Bidirectional
push + pull + auto-resolve konfliktů
Kalibrace
Monte Carlo
68 000+ záznamů, p<0.001
Novinky v1.4.0-beta
Co přibylo v této verzi
Gates mode (default)
Engine credituje každý Initiative/Epic/Feature status přechod jako mini-deliverable. Architekti a PM jsou kreditováni za LBC, design a refinement práci napříč gates — ne jen za finální Done. Validováno na 4 PI × 2 iterace simulaci.
GitHub Projects sync
sync push vytvoří issues s custom fields, nastaví
assignees podle github: mapping v people.yaml.
sync pull mirror UI změn zpět do YAMLu.
--strategy last-write-wins auto-resolve konfliktů.
Production ready
127 unit testů, 6 E2E proti reálnému GitHubu, 100 Monte Carlo runs
(avg MAD 7.8 % vs ground truth, spread 0.35 pp pod ±20 %
perturbací). Plný operační runbook v
docs/RUNBOOK.md.
Kontext
Proč potřebujeme EDPA?
Nepřesnost
Ruční timesheety jsou subjektivní. Lidé odhadují, zaokrouhlují, zapomínají. Data neodpovídají realitě.
Auditní noční můra
Při kontrole OP TAK nelze zpětně prokázat, kdo na čem pracoval. Chybí evidence, chybí průkaznost.
Administrativní zátěž
Vyplňování výkazů zabírá čas, který by mohl jít do vývoje. Nikdo nemá rád timesheety.
Žádný per-item pohled
Tradiční systémy ukazují pouze osobní výkazy. Kolik stál konkrétní deliverable? Nelze zjistit.
Řešení
Jak EDPA funguje
Systém se skládá ze tří oddělených vrstev, které spolupracují na automatickém odvození pracovních hodin.
Operational Metadata
GitHub Issues + Projects
Živá delivery data. Hierarchie, status, Job Size, WSJF. Vše co tým již denně používá.
Capacity Registry
YAML config v repo
Kapacita, role, FTE. Potvrzeno při Iteration Planning. Jediný manuální vstup do systému.
Evidence & Reporting
/snapshots · /reports · /signed
Frozen snapshoty, výkazy, BankID podpisy. Immutable a auditovatelné.
Detekce evidence
Signály z GitHubu
EDPA automaticky detekuje příspěvky vývojářů z GitHub aktivit. Každý signál má přiřazenou váhu (prioritu) a odpovídající ContributionWeight.
| Signál | Priorita | CW | Popis |
|---|---|---|---|
Assignee | +4 | 1.0 | Hlavní řešitel issue |
/contribute | +3 | 0.6 | Explicitní přihlášení ke spolupráci |
PR author | +2 | 0.6 | Autor pull requestu |
Commit | +1 | 0.25 | Commit v relevantní větvi |
PR reviewer | +1 | 0.25 | Code review pull requestu |
Comment | +0.5 | 0.15 | Komentář v issue nebo PR |
Dual-View analytika
Dva pohledy, jeden dataset
Per-Person
Jak se kapacita člověka rozloží napříč položkami?
Výkaz pro OP TAK
Per-Item
Kolik lidí a hodin stál item X?
Nákladová alokace per deliverable
Klíčové vlastnosti
Proč EDPA funguje
Zero manual input
Žádné timesheety. Výkaz je vedlejší produkt dodávky. Tým pracuje, systém počítá.
Matematická garance
Σ DerivedHours = Capacity. Vždy. Proporcionální alokace zajišťuje konzistenci.
Dual-view analytika
Per-person výkazy pro reporting. Per-item nákladové karty pro management. Jeden dataset.
Audit-grade (BankID)
Frozen snapshoty + BankID podpisy. Právně silnější než papírové výkazy.
Self-tuning
Karpathy loop: compare → adjust → repeat. Kalibrováno Monte Carlo simulací (68 000+ záznamů).
GitHub-native
GitHub Actions, branch naming conventions, issue tracking. Žádné externí nástroje.
Prozkoumejte EDPA
Dashboard, case study, prezentace, metodika i evaluace — vše na jednom místě.