Implementační plán
WMS STOCKISIMO · Detail implementace

Implementační plán – VUCH s.r.o.

STOCKED s.r.o. · Duben 2026 · Přísně důvěrné
⚠️ Tento dokument je určen výhradně pro potřeby firmy VUCH a byl připraven společností STOCKED s.r.o. Veškeré informace jsou přísně důvěrné a slouží pouze k neveřejné prezentaci. Bez předchozího písemného souhlasu STOCKED s.r.o. není dovoleno dokument kopírovat, šířit ani jinak zpřístupňovat třetím stranám.
17 týdnů
Celková délka
43 MD
Vývoj
20 dní
Testování
10 dní
Pilotní provoz
📅 Časový harmonogram – Ganttův diagram
Příprava
Vývoj
Buffer
Testování
Školení
Go-live
Pilotní provoz
Milník
📋 Týdenní plán
TýdenFázeRozsahPopis a výstupy
0Kick-off1 denFormální zahájení, představení týmů, nastavení komunikace, odsouhlasení governance
1Příprava3 dnyAnalýza procesů, HW audit, layout skladu. Vypracování krizového plánu a dependency mapy.
2–3Sprint 112 MDHladinové přeskladnění (2 MD), tabletová kontrola příjmu (10 MD). Demo + review.
4–5Sprint 26 MDPickovací okna (3 MD), brána dopravce (3 MD). Demo + review.
6–7Sprint 35 MD+Fix.Migrace DB na PostgreSQL (5 MD), napojení na IS klienta (fix.). Integrační testy.
8Buffer5 dníRezerva pro řešení komplikací z vývoje, dodatečné úpravy, technický dluh.
9–12Testování20 dníFunkční, integrační, zátěžové testy. UAT s operátory klienta. Opravy chyb.
13Buffer5 dníRezerva pro opravu kritických bugů a re-testy. Stabilizace před školením.
14Školení5 dníZaškolení vedoucích, operátorů, skladníků. Webová + mobilní app. Praktická cvičení.
15Go-live1 denOstrý start. Tým STOCKED on-site.
16–17Pilotní provoz10 dníMonitoring, ladění, podpora on-site. Vyhodnocení. Handover do provozu.
Celkem~17 týdnůCca 4 měsíce včetně bufferů
🛡️ Krizový plán
RizikoPravděpodobnostDopadOpatření
Zpoždění vývojeStředníVysoký2 týdny buffer vývoje, eskalace do 48h, přesun zdrojů ze zálohy
Selhání integrace ISStředníVysokýSandbox prostředí, integrační testy v S3, fallback na manuální import
HW nedostupnostNízkáStředníHW audit v T1, zapůjčené zařízení STOCKED k dispozici
Výpadek databázeNízkáKritickýAutomatické zálohy 2× denně, RTO < 4h, RPO < 2h
Nedostatečná dostupnost klíčových osobStředníStředníZastupitelnost definována v RACI, eskalační linka do 24h
Rozšíření scopeVysokáStředníChange request proces (viz sekce 7), zmrazení scope po S2 review
Datová migrace – nesoulad formátůStředníVysokýMapovací tabulka předem, dry-run migrace v T6, validace checksumy
Akceptační kritéria a Definition of Done
FázeKritéria akceptaceKdo akceptuje
Sprint 1Demo bez kritických chyb, přeskladnění funkční, tablety skenují EANVedoucí skladu VUCH
Sprint 2Pick okna dokončují objednávky, brána potvrzuje dopravceVedoucí skladu VUCH
Sprint 3Migrace bez ztráty dat (checksum OK), integrační testy zelenéIT VUCH + STOCKED
UAT0 kritických bugů, <5 high bugů otevřených, zátěžový test ≥ 200 ops/minProvozní ředitel VUCH
Go-liveSystém spuštěn v ostrém provozu, první objednávka zpracovánaCEO / jednatel VUCH
Pilotní provozSLA ≥ 99,5 %, chybovost < 0,5 %, uživatelská spokojenost ≥ 4/5Provozní ředitel VUCH
🧾 Fakturační milníky
MilníkPodmínka fakturace% z celku
M1 – Podpis smlouvyPodpis smlouvy oběma stranami20 %
M2 – Dokončení vývojePředání po S3, schválení klientem35 %
M3 – Úspěšné UATPodpis UAT protokolu20 %
M4 – Go-liveOstrý start systému15 %
M5 – Akceptace pilotuPodpis handover protokolu10 %
Celkem100 %
👥 Matice zodpovědností (RACI)
ČinnostPM STOCKEDDev STOCKEDIT VUCHVedoucí skladu VUCHCEO VUCH
Řízení projektuR/AICII
Analýza a designARCCI
Vývoj funkcionalitARIII
Testování (funkční)ARCCI
UATACCRA
Datová migraceARRII
ŠkoleníARCRI
Go-live schváleníCCCCR/A
HandoverRCRCA

R = Responsible (vykonává)  ·  A = Accountable (odpovídá)  ·  C = Consulted (konzultuje)  ·  I = Informed (informován)

🔄 Change Request proces
KrokPopisOdpovědnostLhůta
1Identifikace změny – písemný požadavekKlientKdykoliv
2Posouzení dopadu (scope, čas, cena)PM STOCKEDdo 3 pracovních dnů
3Předložení Change Request dokumentuPM STOCKEDdo 5 pracovních dnů
4Schválení / zamítnutí klientemCEO VUCHdo 3 pracovních dnů
5Zapracování do harmonogramu a smlouvyPM STOCKEDpo schválení

⚠️ Změny scope po Sprint 2 review jsou přípustné pouze jako samostatný Change Request s dopadem na cenu a harmonogram.

📡 Komunikační plán a governance
TypFrekvenceÚčastníciVýstup
Kick-off meetingJednorázově (T0)VšichniZápis, odsouhlasení governance
Sprint review / demoKaždé 2 týdnyPM, Dev, IT VUCH, vedoucí skladuZápis, akceptace sprintu
Statusová schůzkaTýdněPM STOCKED + IT VUCHStatus report, rizika
EskalaceDle potřebyPM + CEO obou stranRozhodnutí do 48h
UAT reportingDenně (T9–T12)Testovací týmBug report, pokrok UAT
Go/No-Go meetingT14 (před go-live)Všichni klíčovíSouhlas s go-live
Pilotní reportingDenně (T15–T17)PM, IT VUCHKPI dashboard, incidenty
🗺️ Mapa závislostí
ZávislostPoskytujePotřebujeDeadline
Přístup do IS klienta (API/DB)IT VUCHDev STOCKEDT1 (prohlídka skladu)
HW (tablety, tiskárny, scanner)VUCH / STOCKED zapůjčíTestovací týmT2 (Sprint 1)
Testovací data (reálné objednávky)VUCHDev + tester STOCKEDT8 (start UAT)
Přístup skladníků pro UATVedoucí skladu VUCHSTOCKEDT9
Schválení datové migraceIT VUCHDev STOCKEDT6
Podpis UAT protokoluProvozní ředitel VUCHPM STOCKED (M3 faktura)T13
📊 KPI a metriky úspěšnosti
Chybovost pickování
< 0,5 %
Cíl po pilotu
Dostupnost systému (SLA)
≥ 99,5 %
Měsíční průměr
Zpracování objednávky
≥ 200 ops/min
Zátěžový test
Spokojenost uživatelů
≥ 4 / 5
Dotazník po školení
Kritické bugy při UAT
0
Podmínka go-live
Datová migrace – ztráta dat
0 %
Checksum validace
RTO (obnovení po výpadku)
< 4 h
Recovery Time Objective
RPO (maximální ztráta dat)
< 2 h
Recovery Point Objective
🖥️ Kontrola provozu
OblastNástroj / postupFrekvenceOdpovědnost
Dostupnost aplikaceUptime monitoring (HTTP probe)Každou minutuSTOCKED DevOps
Výkon DBSlow query log, Grafana dashboardKontinuálněSTOCKED DevOps
ZálohyAutomatické DB dump 2× denněDenněSTOCKED DevOps
Fronta operacíMonitoring délky fronty (alert > 50)Každých 5 minSTOCKED DevOps
Chybové logyCentralizované logy, alerting na ERRORReal-timeSTOCKED DevOps
Uživatelské incidentyHelpdesk ticket systém (STOCKISIMO)Pracovní dny 8–17PM STOCKED
📦 Soupis nutných potřeb
PoložkaPoskytujePočet / specifikacePotřebné od
Průmyslové tabletyVUCH (nebo zapůjčení STOCKED)Dle počtu operátorůT2 – Sprint 1
Čtečky čárových kódů / EAN scaneryVUCHDle layoutu skladuT2 – Sprint 1
Tiskárny štítkůVUCHDle počtu výdejních místT9 – UAT
Wi-Fi pokrytí skladuVUCH IT100% pokrytí aktivní plochyT1 – HW audit
VPN / přístup do IS klientaIT VUCHAPI klíče nebo DB read přístupT1
Testovací dataVUCHExport posledních 3 měsícůT6 – migrace
Kontaktní osoby pro UATVUCH – vedoucí skladuMin. 2 operátořiT9
🤝 Handover protokol a další kroky
OblastCo se předáváFormát
Přístupové údajeAdmin přístupy, API klíče, DB credentialsZašifrovaný dokument
Technická dokumentaceArchitektura, deployment guide, runbookPDF + Confluence/Notion
Uživatelská dokumentaceNávody pro operátory, vedoucí a ITPDF + video tutoriály
Zdrojové kódy (custom)Zakázkový vývoj nad rámec standarduGit repository
SLA smlouvaPodmínky post-implementační podporySmlouva o SLA
Kontakt na podporuHelpdesk STOCKED, eskalační linkaKontaktní karta

Další kroky po akceptaci dokumentu:

  1. Podpis implementační smlouvy
  2. Vystavení první zálohové faktury (M1)
  3. Kick-off meeting – domluva termínu
  4. Prohlídka skladu VUCH – analýza procesů
  5. Zahájení Sprint 1