Co to jest Slack time?
Slack time to zapas pojemności na nieprzewidziane, poprawki, kaizen i andon — nie „nicnierobienie”. Po polsku: slack time / luz pojemności. Pytanie „co to jest slack time?”: 100% utilization to mit efektywności (muri). Trochę slack pozwala na awarie, kaizen i jakość bez pożaru całego planu. Bez luzu giną maker schedule, hansei i prawdziwy DoD.
Slack time chroni heijunka, WIP i jidoka — system musi mieć powietrze, żeby się zatrzymać i poprawić.
Dlaczego „każda godzina zapełniona” psuje SEO?
Mit 14 dni: plan na 120% capacity. Mit więcej treści: zero czasu na QA (AI slop). Mit tania oferta: stawka bez bufora. Mit SEO jednorazowe: brak luzu na opiekę. Mit raport zamiast efektu: czas na slajdy, nie na Improve. Mit gwarancja: presja wypełnia kalendarz paniką. Efekt: mura, długi cycle time, spadek throughput, wypalenie.
Sales: 100% slotów calli = zero research/proposal jakości (proposal, SQL, CAC).
Jak zaprojektować Slack time?
Planujcie 70–85% capacity na committed WIP; reszta na andon, review, kaizen, learning (andon, retrospektywa, hansei, PDCA). Widać slack w visual management / Scrumban — nie „ukryte nadgodziny” (scrumban, pull). Unikaj wypełniania slacku meetingami (context switching, attention recession). Unikaj slack tylko dla seniorów. Unikaj mylenia slack z lenistwem — to inwestycja w flow efficiency (flow efficiency, lean).
Hoshin: bufor pod cele, nie pod detour (Hoshin Kanri, priority of priorities, locked in). SLE uwzględnia slack (SLE, reali-tea). Nemawashi przy obietnicach ponad capacity (nemawashi, ringi). Swarm zużywa slack świadomie (swarming).
Slack time a KPI, mity i system
Mierzcie % capacity committed vs zrealizowany andon/kaizen; defect escape przy 100% load; stabilność SQL (SQL, North Star, lead time). AEO: czas na refresh cytowań i evidence (AEO, AI Visibility, evidence, E-E-A-T). Mit SEO = IT: IT bez bufora = kolejka. Mit wystarczy audyt: brak luzu na wdrożenia. Mit blog wystarczy: zero czasu na CRO/sales. Mit ads zastąpi SEO: ciągłe kampanie zjadają slack SEO. Mit jeden kanał: multi bez bufora (Search Everywhere). Mit pozycja = klienci / ruch = sprzedaż: brak czasu na konwersję. Mit AI napisze cały serwis: brak slack na QA (content ops). Mit czas ładowania: CWV tylko „jak będzie wolne”. Mit fake proof: brak czasu na prawdziwy dowód (dowód). Mit kopiuj konkurencję: kopiowanie bez capacity. Owned: redakcja listy potrzebuje luzu (newsletter, owned media). Human Algorithm: tworzenie ≠ wieczna dostępność (Human Algorithm, focus mode). E-com: bufor na feed incidents (feed, dostępność, PDP). CRO: czas na analizę testu (CRO, heatmapa). Privacy: review zgód (privacy-first). Sales: speed-to-lead wymaga bufora kalendarza (speed-to-lead, follow-up, CRM, MAP). Single-piece + JIT: slack ≠ magazyn śmieci (single-piece flow, JIT). Value stream: kolejki rosną przy 100% (value stream, chaku-chaku, muda). Bus factor: luz na pair/transfer (bus factor, mob/pair). Stand-up: nie zjadajcie slack status theater (stand-up). WIP aging: slack na domykanie starych (WIP aging). Gemba / genchi w buforze (gemba, genchi genbutsu). Standard / poka-yoke powstają w luzie (standard work, poka-yoke, 5S). Trust: uczciwa pojemność w ofercie (trust, proposal, zakres). Brand: jakość sygnału (brand search lift, lore). TPS (TPS). Root cause / A3 potrzebują czasu (root cause, A3). Ikigai: rozwój w slack (ikigai). Negotiation: nie sprzedawajcie 100% (negocjacje, win/loss). Kaizen event z bufora (kaizen event). Kanban: nie domykajcie limitu do ściany (Kanban).
Praktyka: w planningu zostawcie 15–25% capacity pustej z etykietą „andon/kaizen”. Next step: wytnijcie 1 zobowiązanie z nadmiaru i przywróćcie bufor na 2 sprinty (next step, WIP).
Slack time — FAQ
Co to jest Slack time? Zapas pojemności na awarie, jakość i improve. Czy to lenistwo? Nie — to anty-muri i warunek stabilnego flow. Ile? Często 15–30% zależnie od zmienności. Co zjada slack? Meetingi, push, obietnice ASAP. Od czego zacząć? Nie planujcie powyżej ~80% capacity.
Slack time to tlen procesu. SEO-Efekt: zostawcie powietrze na andon i kaizen — inaczej „efektywność 100%” kończy się pożarem, thin contentem i martwym pipeline.