Słownik produktywności zespołu

Service Level Expectation

Service Level Expectation SLE to oczekiwany czas realizacji klasy zadań — transparentna umowa z interesariuszami.

Co to jest Service Level Expectation?

Service Level Expectation (SLE) to oczekiwany czas realizacji klasy zadań — transparentna umowa z interesariuszami oparta o dane, nie o „ASAP”. Po polsku: SLE / oczekiwany poziom usługi czasowej. Pytanie „co to jest SLE?”: „strona kategorii ~X dni”, „hotfix ~Y”, „artykuł BOFU ~Z”. Kanban + SLE = dorosła rozmowa o pojemności. SLE opiera się na lead time (często percentylach), nie na życzeniach.

SLE różni się od sztywnego SLA karnego: expectation komunikuje prawdopodobieństwo (np. 85% w X dni), buduje reali-tea i trust.

Dlaczego „zrobimy ASAP” niszczy zaufanie?

Mit 14 dni: uniwersalny deadline. Mit gwarancja: obietnica bez capacity. Mit tania oferta: „szybko i tanio”. Mit raport zamiast efektu: status bez daty. Mit SEO jednorazowe: brak SLE opieki. Mit SEO = IT: ticket bez expectation. Niespełnione ASAP = erozja EB i champion (EB, champion, MAP).

Bez SLE rośnie mura priorytetów i context switching.

Jak ustawić SLE w praktyce?

Sklasyfikujcie pracę (hotfix, tech, content, CRO, AEO). Policzcie historyczny lead time (mediana, 85. percentyl). Opublikujcie SLE per klasa + założenia (WIP, DoD) (DoD, WIP, pull). Review miesięczny: czy trzymacie percentyl? Root cause odchyleń (root cause, A3, PDCA). Unikaj jednego SLE na wszystko. Unikaj SLE bez limitu WIP (kłamstwo). Unikaj karania zespołu za uczciwy percentyl — poprawiajcie system (lean, value stream).

Visual: SLE i aging na tablicy (visual management, WIP aging, stand-up). Hoshin: klasy zgodne z celami (Hoshin Kanri, priority of priorities, North Star). Nemawashi / ringi przy zmianie SLE (nemawashi, ringi). Slack time w modelu (slack time, heijunka). Jidoka: jakość w czasie SLE (jidoka, andon).

SLE a sprzedaż, SEO, KPI i mity

MAP i proposal z SLE klas dostaw (proposal, negocjacje, zakres, next step). Sales SLE: speed-to-lead, follow-up windows (speed-to-lead, follow-up, SLA, CRM, SQL). Mierzcie % w SLE, percentyle lead/cycle, satysfakcję interesariuszy (cycle time, throughput, flow efficiency). AEO: SLE refresh cytowań (AEO, AI Visibility, answer-ready). Mit pozycja = klienci / ruch = sprzedaż: SLE do SQL, nie do vanity. Mit wystarczy audyt: SLE wdrożeń po audycie. Mit więcej treści: SLE jakościowego URL. Mit blog wystarczy: SLE ścieżki do oferty. Mit ads zastąpi SEO: SLE landingu przed skalą. Mit jeden kanał: SLE per powierzchnia (Search Everywhere). Mit AI napisze cały serwis: SLE z QA (content ops, AI slop). Mit czas ładowania: SLE CWV. Mit fake proof: SLE prawdziwego case. Mit kopiuj konkurencję: Wasze dane lead time. Owned: SLE kampanii listy (newsletter, owned media). Human Algorithm: SLE publikacji eksperta (Human Algorithm). E-com: SLE aktualizacji feed/stock (feed, dostępność, PDP, logistyka). CRO: SLE testu (CRO, form UX). Privacy: SLE review legal (privacy-first). Scrumban: commitment ≤ SLE realistyczne (scrumban). Single-piece skraca i stabilizuje SLE (single-piece flow, JIT, chaku-chaku). Swarm gdy zagrożone SLE krytyczne (swarming). Maker schedule podtrzymuje dotrzymanie (maker schedule, focus mode). Bus factor w modelu ryzyka SLE (bus factor, mob/pair). Gemba faktów (gemba, genchi genbutsu). Standard klas zadań (standard work, 5S, poka-yoke). Hansei / retro nad breach (hansei, retrospektywa, kaizen). Brand: przewidywalność jako sygnał (brand search lift, locked in). E-E-A-T: SLE nie skraca QA poniżej minimum (E-E-A-T, dowód). TPS (TPS, muda, muri). Attention: mniej chaos requestów dzięki jasnym klasom (attention recession). Win/loss: czy nierealne terminy zabiły deal (win/loss, CAC). Ikigai: właściwy owner klasy (ikigai). Kaizen event na klasę z najgorszym SLE (kaizen event).

Praktyka: 3 klasy SLE na stronie zespołu + wykres dotrzymania. Next step: policzcie 85. percentyl lead time dla content URL z DoD i ogłoście jako SLE (next step, lead time).