Co to jest Mob / pair work?
Mob lub pair work to wspólna praca 2+ osób przy jednym zadaniu (jeden ekran / jedna karta) dla jakości, szybkości odblokowania i transferu wiedzy. Po polsku: mob / para / praca wspólna. Pytanie „co to jest mob programming?”: pair przy trudnym wdrożeniu tech/SEO podnosi bus factor i egzekwuje DoD. Kosztuje godzinę, często oszczędza tydzień poprawek i context switching „potem dopytam”.
Mob/pair wspiera swarming, genchi genbutsu, standard work i kulturę jidoka.
Dlaczego „sam ogarnę, potem code review za tydzień” bywa droższe?
Mit tania oferta: jedna osoba na wszystko. Mit SEO = IT: silos ticketów. Mit AI napisze cały serwis: samotny prompt bez drugiej pary oczu (AI slop, content ops). Mit SEO jednorazowe: wiedza znika z osobą. Mit raport zamiast efektu: nikt nie widział wdrożenia na gemba. Późne wykrycie błędu = muda; niski bus factor = ryzyko. E-E-A-T claim bez review = ryzyko zaufania (E-E-A-T, evidence, trust).
Sales: pair na trudnym negotiation / discovery B2B (discovery, negocjacje, win/loss).
Jak robić pair/mob dobrze?
Wybierzcie karty: wysokie ryzyko, nowa technologia, krytyczny andon, onboarding (andon, ikigai). Time-box (np. 60–120 min) w maker schedule. Role: driver / navigator (rotacja). Cel: Done według DoD lub odblokowanie + notatka standardu. Unikaj mob na każdą drobnostkę (muri kosztu). Unikaj „pair” jako meeting bez klawiatury. Unikaj stałego mobu zamiast budowy standardu (cel: kiedyś solo + docs).
Visual: karta z dwoma ownerami (visual management, Kanban, WIP — mob liczy się do limitu świadomie). Pull jednej sztuki (pull, single-piece flow). Po sesji: update runbook / poka-yoke (poka-yoke, 5S, kaizen). Hansei: czy warto było (hansei, retrospektywa, PDCA).
Mob/pair a SEO, KPI, mity i system
Mierzcie defect escape po pair vs solo, czas do Done, liczbę obszarów z podniesionym bus factor, cycle time trudnych kart (cycle time, lead time, throughput). AEO: pair content+SEO na answer-ready / cytowania (AEO, answer-ready, citation-worthiness, AI Visibility). Mit więcej treści: volume solo bez QA. Mit wystarczy audyt: wdrożenie w pair z IT. Mit 14 dni: pair skraca poprawki, nie magię. Mit blog wystarczy: pair z CRO/sales na BOFU. Mit ads zastąpi SEO: pair landing+tracking. Mit jeden kanał: pair przy nowej powierzchni (Search Everywhere). Mit pozycja = klienci / ruch = sprzedaż: pair na konwersji (CRO, form UX, SQL). Mit gwarancja: dwie osoby nie gwarantują TOP — gwarantują jakość procesu. Mit czas ładowania: pair CWV. Mit fake proof: pair weryfikacji dowodu (dowód). Mit kopiuj konkurencję: wspólna ocena fit. Mit meta keywords: druga para oczu wyłapuje zombie. Owned: pair edytor+ops na wysyłce (newsletter, owned media). Human Algorithm: pair ekspert+redaktor (Human Algorithm, advocacy, reali-tea). E-com: pair merch+SEO na feed/PDP (feed, PDP, dostępność, logistyka). Privacy: pair legal+marketing (privacy-first). Sales+SEO pair na MAP/ofertach data-heavy (MAP, proposal, CRM, speed-to-lead). Scrumban: sloty pair w cadencji (scrumban, stand-up). Value stream: pair na handoffie-bólu (value stream, chaku-chaku, lean). Heijunka: nie mobujcie 8h dziennie (heijunka, slack time, muri). WIP aging: pair na najstarszej trudnej (WIP aging). SLE: pair bywa szybszy end-to-end mimo 2 osób (SLE). Focus: jeden kontekst we dwoje (focus mode). Gemba wspólne (gemba). Hoshin: pair na dominantę (Hoshin Kanri, priority of priorities, North Star). Root cause we dwoje (root cause, A3). JIT: domykajcie sztukę razem (JIT). Trust / brand: mniej chopped jakości (brand search lift, lore, locked in). TPS (TPS). Attention: mniej pingów „zajrzyj” — siedźcie razem (attention recession). Flow efficiency: mniej czekania na review po tygodniu (flow efficiency). Nemawashi po mobie przy decyzji scope (nemawashi, ringi). Negotiation: pair jako argument jakości vs solo taniej (negocjacje, zakres). Kaizen event w formule mob (kaizen event). Author E-E-A-T: para ekspert+editor (author, first-hand).
Praktyka: 2 sloty pair/tydzień na karty wysokiego ryzyka + notatka do standardu. Next step: weźcie najstarszy tech/SEO bloker i zróbcie 90-min pair do DoD lub A3 (next step, swarming).
Mob / pair work — FAQ
Co to jest Mob/pair? Wspólna praca 2+ osób nad jedną rzeczą. Po co? Jakość, szybszy feedback, wyższy bus factor. Kiedy? Ryzyko, onboarding, andon, nowa technika. Kiedy nie? Każdy drobny ticket — za drogo. Vs swarming? Swarm odblokowuje szerzej; pair/mob często buduje i uczy na jednej karcie.
Mob i pair to inwestycja w jakość i odporność. SEO-Efekt: czasem dwie osoby przy jednym URL zrobią więcej dla indeksu, zaufania i pipeline niż dziesięć samotnych „prawie gotowe”.