Hogyan delegáljunk feladatokat: a handover, amely működik — brief, felelős, határidő és egy mindkét fél számára olvasható nyilvántartás (2026)

Feladat delegálásakor ne lépések listáját add át, hanem egy eredményt: egy bekezdéses briefet az elvárt eredménnyel, a határidővel és a korlátokkal, egyetlen felelőst, aki hangosan igent mond, a munka megkezdése előtt egyeztetett check-int, valamint egy olyan handovert, amely később mindkét fél számára olvasható marad. A módszer lépésről lépésre, egy lemásolható brief sablon, egy RACI-táblázat a több ember által érintett munkához, mit érdemes delegálni és mit megtartani, hol él a handover Teamsben, Zoomban, Google Workspace-ben és Slackben — és hogyan tér vissza a feladat a következő összefoglalóban elvégzettként vagy elvégezetlenként, minden tag saját nyelvén.

The Mind.com Team

Alfa előnézetTeam status pages
  • Az eredményt delegálja, ne a lépéseket. Egy brief az eredménnyel, a határidővel és a korlátokkal; egy felelős, aki igent mond; és egy check-in, amelyben még a kezdés előtt megállapodtak.
  • Az átadásnak később is olvashatónak kell lennie. A Teamsben, a Zoomban, a Google Workspace-ben és a Slackben a feladat egy sor egy dokumentumban, annak a nyelvén, amelyet a szoba használt.
  • Az InterMIND az egész csatornát mindenki saját nyelvén őrzi: a briefet, a csevegést és a feladatról beszámoló összefoglalót is, ezeknek az eszközöknek a mellett, nem helyettük. A vendégek linkkel, ingyen, fiók nélkül csatlakoznak; Ön csak az aktív tagok után fizet.
Hogyan delegáljunk feladatokat: a handover, amely működik — brief, felelős, határidő és egy mindkét fél számára olvasható nyilvántartás (2026)

Hogyan delegáljunk feladatokat: az átadás, amely megmarad – brief, felelős, határidő és egy mindkét fél számára olvasható feljegyzés (2026)

Feladatot delegálni annyit tesz, mint valakinek átadni egy eredményt és a mozgásteret az eléréséhez: hogyan néz ki a kész munka, mikorra kell elkészülnie, milyen korlátok között, és hogyan értesül Ön a haladásról. „Mateusz – az Aster-ajánlat, jóváhagyott tervezet csütörtökig nálam, a szokásos feltételekkel; kedden szólj, ha az ár kérdéses" – ez egy delegált feladat. „Meg tudnád nézni az Aster-ajánlatot?" – ez csak egy kívánság, és aki kapta, vagy a rossz dolgot végzi el időre, vagy a jót késve.

A tíz és kétszáz fő közötti csapatok vezetői többsége kevesebbet delegál, mint szeretne, egyetlen számtani okból: egy feladat első átadása többe kerül, mint magának a feladatnak az elvégzése. A brief megírása húsz percet vesz igénybe, a kérdések újabb húszat, az eredmény pedig mégis más lesz, mint amit Ön csinált volna. A számítás akkor fordul meg, amikor ugyanilyen feladat másodszor jön elő, feltéve, hogy az első átadást leírták, így a második már egy link, nem egy beszélgetés. Ezért szán ez az útmutató annyi helyet az átadás feljegyzésének, mint magának az átadásnak.

Először a szakma: mi a delegálás és mi nem, mit érdemes delegálni és mit megtartani, az átadás hat lépése, amely megmarad, egy brief-sablonnal és egy lemásolható RACI-táblával. Utána a technika: hol él az átadás a csapat által már használt eszközökben, és hogyan tér vissza a feladat, kész vagy nem kész állapotban, anélkül, hogy bárkinek utána kellene járnia.

Mi a delegálás, és mi nem

Háromféle dolgot hívnak delegálásnak, és csak a középső az:

Mit adnak átMiről dönt a felelősMi jön vissza
UtasításEgy lépést: „hívd fel a beszállítót, és kérd el az új árlistát"Semmiről – a hogyan adottA lépés, megcsinálva vagy sem
DelegálásEgy eredményt: „szerezz nekünk egy beszállítói árat, amelyet 20-ig alá tudunk írni"A hogyanról, a megadott korlátokon belülAz eredmény, és amit az elérése közben megtanultak
Lemondás a feladatrólEgy eredményt, korlátok, dátum és check-in nélkülMindenről, azt is beleértve, mit jelent a „kész"Egy meglepetés, bármelyik irányban

Az utasítás nem rossz – az újonnan érkező első hete főleg utasításokból áll –, de nem skálázódik, mert minden lépés továbbra is rajta megy át. A lemondás bizalomnak érződik, valójában többnyire azt jelenti, hogy a vezetőnek túl sok a dolga ahhoz, hogy megírja a briefet; a felelős úgy fedezi fel a korlátokat, hogy átlép egyet. A delegálás a középső: az eredmény rögzített, az út az övé, és mindkét fél tudja, mikor és hogyan fognak beszélni róla.

A delegált feladat nem azonos az action itemmel sem. Az action item egy megbeszélésen született sor – egy ige, egy felelős, egy dátum –, és az azt létrehozó megbeszélés át is tekinti. A delegált feladat többnyire nagyobb: van briefje, napokig vagy hetekig tart, és közben több action itemet szül. A kettő az összefoglalóban találkozik: a delegált feladatról számol be a felelős, az action itemek pedig azok a sorok, amelyekkel beszámol.

Mit delegáljunk, és mit tartsunk meg

A kérdés nem az, hogy „mit vehetek le a tányéromról", hanem az, hogy „mi kerül vissza jobban, vagy legalább ugyanolyan jól valaki mástól, most vagy a második alkalom után". Négy próba:

  1. Valaki más ma már 80%-ban ugyanolyan jól meg tudja csinálni. A hiányzó 20%-ra való a brief és a check-in. Ha a csapatban senki sincs 80%-on, a feladat fejlesztési feladat: delegálja szorosabb check-innel, és az első kört számolja képzésnek.
  2. Ismétlődik. Egy havonta visszatérő feladat megér egy húszperces briefet, mert a briefet egyszer írják meg, és tizenkétszer használják fel. Az a feladat, amely egyszer jön elő, és egy órát vesz igénybe, gyakran olcsóbb elvégezni, mint átadni – hacsak valakinek nem kell megtanulnia.
  3. A „kész" meghatározható egy bekezdésben. Ha nem tudja megmondani, hogyan néz ki a kész munka, még nem tudja delegálni; az első lépést viszont igen: „derítsd ki, milyen lenne a kész, és péntekig mondd el", ami valódi feladat valódi határnappal.
  4. Nem Ön az egyetlen, aki dönthet róla. Bizonyos döntések a szerepköre miatt az Öné: a felvétel, a fizetés, a teljesítménybeszélgetések, minden, amiről a saját felettese név szerint kérdezni fogja, és minden, ami a szervezetet egy Önnek megadott korláton túl köti. Ezeket megtartja. Az előkészítésüket viszont folyamatosan delegálja.

Általános szabályként Önnél marad: a fenti döntések, a csak Ön által folytatható beszélgetések, és az a munka, amely miatt egyáltalán megvan a szerepe. Minden más jelölt, és a jelöltek listája általában hosszabb, mint amire a vezető számít.

Hogyan delegáljunk feladatot: hat lépés

1. Írja meg a briefet, mielőtt megszólal. Egy bekezdés: az eredmény, miért fontos, a határidő, a korlátok, és kik érintettek még. Megírni egyben az előző szakasz próbája is – ha a bekezdés nem akar megszületni, a feladat még nem áll készen az elengedésre. Az is következik belőle, hogy az átadás olyan formában létezik, amelyet a felelős újra elolvashat, és ez a teljes különbség a delegált és az csak megemlített feladat között.

2. Válasszon egy felelőst, és kérjen tőle hangosan egy igent. Egy név, nem egy csapat, nem két név. A felelőst kérdezik majd a feladatról jövő héten, ezért annak kell lennie, aki ezen a héten beleegyezett. Ajánlja fel a feladatot; hagyja, hogy igent mondjon, nemet mondjon, vagy azt mondja: „igen, ha a határidő péntekre tolódik". Az a feladat, amelyről valakinek csak szóltak, nincs delegálva. Az, amelyre valaki igent mondott, igen.

3. Mondja el, hogyan néz ki a kész munka, és hagyja, hogy ő is elmondja. A felelős a saját szavaival megismétli az eredményt: „jóváhagyott tervezet az Aster-ajánlatról, szokásos feltételekkel, csütörtökig nálad". Ez a harmincmásodperces visszaolvasás kiszűri a későbbi hibák többségét, mert a „tervezet", a „jóváhagyott" és a „csütörtök" szót ketten rendszerint kissé mást értik.

4. Nevezze meg a hatáskört: miről dönthet Ön nélkül. Négy szint szinte minden feladatot lefed. Szólj, mielőtt cselekszel. Dönts, és szólj. Dönts; csak akkor szólj, ha kilép a korlátokból. Dönts, és nem kell tudnom róla. Mondja meg, melyik érvényes, és nevezze meg a korlátokat – egy árat, egy dátumot, azoknak a listáját, akiket egyeztetni kell. Az a felelős, aki nem ismeri a szintjét, mindenért vagy semmiért visszajön Önhöz; mindkettő kudarcba fulladt delegálásnak látszik, és mindkettő olyan brief, amelyből kimaradt egy sor.

5. Egyezzenek meg a check-inben a munka megkezdése előtt, ne akkor, amikor Ön ideges lesz. Egy dátum, egy forma és egy terjedelem: „háromsoros üzenet a csatornában kedden – haladunk, nem haladunk és miért, milyen döntésekre van szükséged tőlem". A check-int most állítják be, mert később beállítva mikromenedzselés, ugyanez a check-in a briefben rögzítve viszont támogatás. A felelősnek ezenkívül természetes alkalmat ad arra, hogy segítséget kérjen anélkül, hogy az kudarcnak tűnne.

6. Tegye az átadást oda, ahol mindkét fél később is olvasni fogja. A brief, az igen, a hatáskör szintje és a check-in dátuma oda kerül, ahol a csapat már eddig is a munkáját tartja – a csatornába, a követőbe, a projekt szálába –, nem egy közvetlen üzenetbe, amelyet csak ketten látnak, és amelyet csak az egyikük fog megtalálni. Amikor a feladat visszatér, az eredmény a brief mellé kerül, így aki legközelebb ugyanilyen feladatot kap, a feljegyzésből indul, nem egy beszélgetésből. A WhatsApp-csoportban történt átadás csak addig feljegyzés, ameddig a csoport él; az Export chat mit állít elő és mit nem: egy beszélgetés szöveges fájlját, és a lehetőség nem érhető el mindenhol.

Aztán még egy dolog, miután a feladat célba ért: mondja el, mi jött vissza, ugyanott, ugyanazoknak. „Mateusz tervezete szerdán megjött, két sort módosítottunk, csütörtökön ment az Asternek." A felelős hallja, hogy a munkáját látták; a csapat hallja, hogyan néz ki egy lezárt átadás; a feljegyzés pedig megkapja az utolsó sorát.

Delegálási brief-sablon

Feladat: [egy sor – az eredmény főnévként: „egy jóváhagyott ajánlat", „három beszállító rövid listája"]
Felelős: [név] · Delegálta: [név] · Megállapodás dátuma: [dátum]
Miért fontos: [egy mondat – mit old fel, vagy ki vár rá]
Kész, ha: [két-három sor, amelyet a felelős pipálhat – mi létezik, kinek a kezében, milyen formában]
Határidő: [nap] · Check-in: [nap, forma – „három sor a csatornában"]
Dönthetsz: [a hatáskör szintje és a korlátok – egy ár, egy dátum, egy terjedelem]
Kérdezz, mielőtt: [az egy-két dolog, amelyhez előbb a delegáló fél szava kell]
Bevonandók: [név – mire]
Kiindulópontok: [linkek – amikor legutóbb megcsinálták, a sablon, az ügyfél dossziéja]

Eredmény (a feladat visszatérésekor töltendő ki): [mi érkezett, hová, melyik napon – és az az egy dolog, amit legközelebb másképp kell csinálni]

A blokk sima szöveg: formázás nélkül beilleszthető csevegőüzenetbe, canvasba, követő-jegybe vagy e-mailbe. Az utolsó sort hagyja ki a legtöbb sablon, pedig ez teszi olcsóbbá a második átadást, mint az elsőt.

RACI-tábla sablon – amikor egynél több ember nyúl a feladathoz

A briefnek egy felelőse van. Amikor a feladat több emberen megy át – az ajánlathoz kell a jogász átdolgozása, a pénzügy ára és az account lead jóváhagyása –, az egy felelős szabálya továbbra is érvényes, a RACI-tábla pedig az a mód, ahogyan ezt leírják, hogy senki se feltételezze, hogy más csinálja. Soronként négy betű:

  • R – Végrehajtó (Responsible): elvégzi a munkát. Egy vagy több ember.
  • A – Elszámoltatható (Accountable): övé az eredmény, és ő hagyja jóvá. Soronként pontosan egy; ő a brief felelőse.
  • C – Konzultált (Consulted): véleményt ad, mielőtt a munka elkészül. Kétirányú.
  • I – Tájékoztatott (Informed): értesül az eredményről. Egyirányú.
FeladatMateusz (account lead)Lena (jogász)Priya (pénzügy)Tomás (értékesítési vezető)
Az Aster-ajánlat tervezeteA / RCCI
A szerződéses feltételek átdolgozásaCA / RII
Az ár és a fizetési feltételek meghatározásaCIA / RC
Jóváhagyás és elküldés az ügyfélnekRIIA

Három szabály tartja tisztán a táblát. Soronként egy A – két elszámoltatható ember azt jelenti, hogy senki. Minden sorban legalább egy R – az a feladat, amelynek van A-ja, de nincs R-je, kívánság. És nincs csupa C-ből és I-ből álló oszlop – az az ember, akit mindenről konzultálnak, és semmiért sem felelős, a beosztása miatt van a táblában, nem a munkája miatt, és minden sort lelassít. A táblát az emberek között átnyúló feladat első megbeszélésén építse meg, olvassa fel egyszer, és tegye a brief mellé.

Három átadás, előtte és utána

Ahogyan elhangzottDelegált feladatként
„Meg tudnád nézni az Aster-ajánlatot?"Mateusz – jóváhagyott tervezet az Aster-ajánlatról, szokásos feltételekkel, csütörtökig, okt. 30-ig nálam. A hatókört soronként te döntöd el; a listaár alatti árról kérdezz előbb. Kedden három sor a csatornában.
„Valakinek át kellene néznie a jelölteket, mielőtt én látom őket."Priya – a tizenegy jelentkezőből három fős rövid lista, mindegyikről egy bekezdés az indoklással, hétfőig, nov. 3-ig. A rövid listáról magad döntesz; az interjúidőpontok az enyémek. Csütörtökön szólj, ha háromnál kevesebben érik el a lécet.
„Most korábban kell a havi jelentés."Kenji – az októberi ops-jelentés a szokásos sablonban, 5-ig a vezetői csatornába. Mostantól ez a tiéd, minden hónapban; a számokat Dana adja, vele 3-ig egyeztess. Csak akkor szólj, ha egy számot nem lehet beszerezni.

Figyelje meg, mi van a jobb oldali oszlopban: egy név, egy eredmény főnévként, egy nap, egy hatásköri szint és egy check-in. A bal oldali oszlopban egy ige van és egy remény. A kettő közötti különbség nagyjából négy mondat, amelyet egyszer kell megírni.

Hol él az átadás a már használt eszközökben

Az átadáshoz olyan hely kell, ahol a brief, az igen és az eredmény később is olvasható mindkét fél, és a következő negyedévben ugyanilyen feladatot átvevő ember számára. Minden nagyobb platformnak van helye a megbeszélésen született feladatnak, és mindegyik máshol áll meg. Csak dokumentált működés, a gyártók saját oldalairól; minden cella megnevezi azt a hónapot, amikor a tényt ellenőrizték, az oldalak pedig a Források láblécben vannak:

PlatformHol íródik le a megbeszélésen született feladatMi történik vele utána
Microsoft TeamsNotes a megbeszélés vezérlőiben a hívás alatt, egy Loop-komponens, amelyet bármelyik résztvevő vagy a szervező szerkeszthet, a feladatok emberek megjelölésével rendelhetők hozzá; a megbeszélés összefoglalója felsorolja a követő feladatokat (a notes oldal ellenőrizve 2026 októberében, az összefoglaló oldal ellenőrizve 2026 augusztusában)A jegyzetek automatikusan mentődnek, és a Teams-naptárból és a megbeszélés összefoglalójából érhetők el; a külső résztvevők nem érhetik el és nem szerkeszthetik őket (ellenőrizve 2026 októberében)
Zoom WorkplaceAz AI Companion megbeszélés-összefoglalója a fizetős Zoom Workplace csomagokon tartalmaz egy „Next steps" szakaszt (ellenőrizve 2026 augusztusában)Az összefoglalót e-mailben küldik ki, a webportál Summaries oldalán listázzák, és a megbeszélés csoportos csevegésébe is kitehető; a résztvevők akkor kapják meg, ha a házigazda megosztása mellett döntött, csak a házigazda szerkesztheti, a nem hitelesített felhasználók pedig nem kapják meg az e-mailt (ellenőrizve 2026 augusztusában)
Google WorkspaceA Take notes for me a megbeszélés után egy „suggested next steps" szakaszt tesz a jegyzetdokumentumba; az olvasó átnézheti és szerkesztheti a következő lépéseket, „and even assign the task to someone" (ellenőrizve 2026 szeptemberében)A jegyzetek Google Dokumentumként érkeznek, a beállított megosztás szerint megosztva; a hozzárendelés egy ember kattintása a dokumentumban; a funkció egyszerre egy nyelvet támogat – az ugyanazon a megbeszélésen elhangzó több nyelv nem támogatott (ellenőrizve 2026 októberében)
SlackA megbeszélés-napirend sablonból készült canvas, a csatornában megosztva, a következő lépések és a határidős action itemek szakaszával (ellenőrizve 2026 októberében)A canvas dokumentumként a csatornában marad; ami a hívásban elhangzott, nincs benne, hacsak valaki be nem gépeli (ellenőrizve 2026 októberében)

Két dolog mindenhol ugyanaz. Az átadás a megbeszélés melletti dokumentum, amelyet abban az egy nyelvben írtak, amelyet a szoba használt; és hogy a feladat visszatért-e, arra a dokumentum nem válaszol – egy ember megnyitja, és megkérdezi. Ahol a delegáló vezetőnek és a felelősnek nincs közös munkanyelve, maga az átadó hívás külön kérdés, dokumentált válaszokkal: mit csinál a Microsoft Teams egy két nyelvű élő megbeszéléssel, és hol áll meg, valamint ugyanez a Google Meetnél.

Hogyan tér vissza a feladat az összefoglalóban

Az InterMIND egy kommunikációs tér, ahol a csapat megbeszélései egy csatornában élnek, így az átadásnak egyetlen otthona van: a csatorna csevegése, ahol a briefet közzéteszik, a felelős „igen"-je egy válasz alatta, a keddi check-in pedig három sor ugyanabban a szálban. Az egész minden tag saját nyelvén marad: a milánói vezető olaszul írja meg a briefet, a bukaresti felelős románul olvassa, és románul válaszol, és mindkét oldalon az eredeti egyetlen kapcsolóval odébb van. A máshol megfogalmazott brief vagy az e-mailben érkező ügyfélkérés e-mailben kerül a csatornába: a csatorna házigazdája külön címet ad neki, és az oda küldött üzenet rendes üzenetként jelenik meg, a feladónak tulajdonítva, a mellékletekkel együtt, és minden olvasónak lefordítva, mint bármelyik másik.

Ha az átadás a csatorna megbeszélésén történik, a brief a videócsempék mellett mindenki képernyőjére kerül a Share to conference segítségével: a megosztó élőben szerkeszti, miközben a szoba nézi – a határidő eltolódik, a hatáskör sora bekerül –, és minden résztvevő a saját nyelvén olvassa. A hívás végén az összefoglaló magából a megbeszélésből készül: egy összegzés és a vállalt feladatok, mindegyik a felelősével, és minden sor megőrzi az időbélyegét. Minden bejelentkezett tagnak e-mailben érkezik, üzenetként a csatornában és linkként a naptáresemény mellett, és minden tag a saját nyelvén olvassa, nem azon, amelyet a szoba történetesen használt. Bármelyik tag szerkesztheti; minden szerkesztés megőrzi a szerzőt és a revíziótörténetet. A csatorna minden korábbi alkalom összefoglalóját megtartja, így a három héttel ezelőtti brief és a visszaérkezett eredmény egyetlen keresésre van. A link által indított ad-hoc megbeszélés csak a legutóbbi összefoglalóját őrzi, és a csevegése a hívás végén törlődik; a csapat átadásainak csatornában a helyük.

Azokban a szervezetekben, ahol a csapat-állapotoldalak be vannak kapcsolva, a feladatot követik is. Minden feladat, amelyet egy összefoglaló rögzít, bekerül a szervezet feladatláncába, és amikor a csatorna megbeszélésének következő összefoglalóját megírják, a nyitottakat összevetik az elhangzottakkal: az a feladat, amelyről valaki azt mondta, hogy kész, késznek lesz jelölve; az a feladat, amelyről beszéltek, de nem fejezték be, nem késznek lesz jelölve, az okkal a megbeszélés saját szavaival; az a feladat, amelyet senki sem hozott szóba, nyitva marad. Az ítéletek a szervezet állapotoldalán élnek, mindegyik az idézetével és az összefoglalóval, amelyre épül, és a tag saját ítélete felülírja a modellét. A következő alkalom elején Mia megnevezi a nyitott feladatokat és a felelőseiket, így a check-in akkor is megtörténik, ha senki sem emlékezett rá, hogy rákérdezzen. A csapat-állapotoldalak előzetes (preview) funkciók: a szervezet adminisztrátora az alfa-feltételek elfogadása után a Settings → Advanced alatt kapcsolja be őket (a Preview features oldal mindegyiket leírja).

Ahol a feladatnak egy nyilvántartó rendszerben kell végeznie – az üzlet a CRM-ben, a jegy a követőben –, a házigazda egy összefoglaló-másolatot ad hozzá bármilyen címhez, és az adott megbeszélés vagy csatorna minden összefoglalóját a cím egyszeri megerősítése után oda is elküldik, minden csomagon, legfeljebb tíz mentett címig; a részletek a minden megbeszélés-összefoglaló másolata a CRM-ben, e-mailben cikkben vannak.

A csatorna csak tagoknak szól. Az a vállalkozó, ügynökség vagy ügyfél, aki a csapat feljegyzésében feladatot birtokol, e-mailes meghívóval kerül be egy ingyenes fiókra, és onnantól a saját nyelvén olvassa a csatornát; a csapaton kívüli csatornarésztvevők után nem számláznak. Aki csak egy megbeszélésre van szüksége – egy beszállító, aki egy briefet vesz át, egy jelölt –, linkkel csatlakozik egy ad-hoc megbeszéléshez, telefonról, fiók nélkül és költség nélkül, élőben hallja a megbeszélést a saját nyelvén, és utána semmit sem kap: a fiók ingyenes, és ez teszi elérhetővé a feljegyzést. A házigazda biztosítja a teret, és fizetős csomagon csak a az előző 28 napban aktív tagok után fizet – akik csatlakoztak megbeszéléshez, írtak csevegésben vagy kérdeztek Miától; azok a tagok, akik elcsendesednek, költség nélkül megtartják a hozzáférésüket.

A delegálás mint szakma minden eszközt túlél: valakinek továbbra is meg kell írnia a briefet, ki kell választania egy nevet, és hagynia kell, hogy az illető hangosan igent mondjon. Amit nem kell túlélnie, az a második munka – az átadás újragépelése a hívás után, egyetlen nyelven, és a következő megbeszélés megnyitása azzal a kérdéssel, hogy megcsinálta-e valaki, amiben az előző megállapodott.

GYIK

Hogyan delegáljunk feladatokat hatékonyan?

Eredményt adjon át, ne lépések listáját: írjon egy egybekezdéses briefet arról, hogyan néz ki a kész munka, mi a határidő, melyek a korlátok és kik érintettek még; válasszon egy felelőst, és kérjen tőle hangosan egy igent; hagyja, hogy a felelős a saját szavaival megismételje az eredményt; mondja meg, miről dönthet Ön nélkül; a munka megkezdése előtt állapodjanak meg a check-inben – nap, forma, terjedelem –, és tartsa az átadást ott, ahol mindkét fél később is el tudja olvasni. Amikor a feladat visszatér, ugyanott mondja ki.

Melyek a delegálás lépései?

Hat, sorrendben: a brief, a felelős, a visszaolvasás, a hatásköri szint, a check-in, a feljegyzés. Az első három azt biztosítja, hogy mindkét fél ugyanazt értse; a negyedik megakadályozza, hogy a felelős minden döntésért visszajöjjön, vagy olyat hozzon, amelyet nem kapott meg; az ötödik a dátum előre rögzítésével választja szét a támogatást a mikromenedzseléstől; a hatodik teszi olcsóbbá ugyanannak a feladatnak a második átadását, mint az elsőt.

Milyen feladatokat ne delegáljunk?

A szerepkörünk miatt ránk tartozó döntéseket – felvétel, fizetés, teljesítménybeszélgetések, minden, amiről a saját felettesünk név szerint kérdezni fog, és minden, ami a szervezetet egy nekünk megadott korláton túl köti – és a csak általunk folytatható beszélgetéseket. Mindent, ami ezeket a döntéseket előkészíti, lehet delegálni. Az a feladat sem áll készen a delegálásra, amelynek a kész állapotát nem tudjuk egy bekezdésben leírni; az viszont delegálható első lépés, hogy kiderítsék, hogyan nézne ki a kész.

Mi a különbség a delegálás és a feladat kiosztása között?

A kiosztás egy lépést ad át, és megtartja a hogyant: „hívd fel a beszállítót, és kérd el az új árlistát". A delegálás egy eredményt ad át, és a hogyant a megadott korlátokon belül a felelősre hagyja: „szerezz nekünk egy beszállítói árat, amelyet 20-ig alá tudunk írni". A kiosztás jó az újonnan érkezők első heteire és a vészhelyzetekre; nem skálázódik, mert minden lépés továbbra is a kiosztón megy át. A delegálás skálázódik, és egy briefbe kerül.

Mi az a RACI-tábla?

Olyan táblázat, amelynek sorai a feladatok, oszlopai az emberek, és minden cellában négy betű egyike áll: R annak, aki a munkát végzi, A annak az egy embernek, aki az eredmény gazdája és jóváhagyója, C azoknak, akiket a munka elkészülte előtt konzultálnak, I azoknak, akiket az eredményről tájékoztatnak. A hasznossá tevő szabály: soronként egy A – az a feladat, amelynek két elszámoltatható embere van, azt jelenti, hogy egy sincs. A RACI-tábla olyan munkára való, amelyhez több ember nyúl; egyetlen felelőssel bíró egyetlen feladathoz elég a brief.

Hogyan kövessünk nyomon egy delegált feladatot mikromenedzselés nélkül?

Állapodjon meg a check-inben a briefben, a munka megkezdése előtt – rögzített nap, rögzített forma, rögzített terjedelem, például három sor a csapat csatornájában kedden –, és utána a check-inek között ne kérdezzen. Ugyanaz a kérdés a megbeszélt napon támogatás; egy véletlenszerű napon mikromenedzselés. Ha a check-in „nem haladunk" választ hoz, a beszélgetés az akadályról szól, nem az emberről. Olyan térben, ahol az ismétlődő megbeszélés összefoglalója a következő alkalmon visszaolvassa a nyitott feladatokat, a követés a maga ritmusában történik, nem az Öné szerint.

Miért bukik el a delegálás?

Szinte mindig az átadásban, nem a munkában: az eredményt nem írták le, ezért a felelős mást épített; senki sem mondott igent, ezért senki sem érezte magáénak; a hatáskör szintjét nem nevezték meg, ezért a felelős vagy minden döntésnél megállt, vagy olyat hozott, amelyet nem kapott meg; a check-int akkor állították be, amikor a vezető ideges lett, ezért bizalmatlanságként érkezett; vagy az eredményt soha nem ismerték el, ezért a következő feladatot kisebb gonddal vették át. Ezek mindegyike a brief egy sora.


Források: Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Recap in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google Workspace Updates — "Take notes for me" now captures "next steps"; Google Meet — "Take notes for me" in Google Meet; Slack — Meeting agenda template (canvas). A Microsoft notes oldalát, a Google Meet súgóoldalát és a Slack sablonját 2026 októberében, a Microsoft összefoglaló oldalát és a Zoom megbeszélés-összefoglaló oldalát 2026 augusztusában, a Google next-steps bejelentését 2026 szeptemberében ellenőrizték. A gyártók idővel változtatják a csomagokat, a funkciókat és a nyelvlistákat; az aktuális állapotért nézze meg az oldalaikat.

Továbbiak a(z) Meetingek és összefoglalók témában

Az összes bejegyzés a(z) Meetingek és összefoglalók témában
How to write an SOP: steps, template, example, review cycle — and where the SOP lives after it is written (2026)
Meetingek és összefoglalók

How to write an SOP: steps, template, example, review cycle — and where the SOP lives after it is written (2026)

To write an SOP, pick one recurring job, watch the person who does it, draft the numbered steps first — each starting with a role and a verb and ending in a result someone else can check — add the exceptions and the records, give it an ID, an owner and a review date, test it on someone new to the job, then publish it where the team already reads. The seven steps in order, a one-page template you can copy, a worked example, the review cycle that keeps the procedure true, where the SOP lives in Teams, Zoom, Google Workspace and Slack after it is written — and how the procedure and every review of it stay readable for each member in their own language.

The Mind.com Team

Távmunka-szabályzat: sablon, szakaszok, példa – és az egyetlen csatorna, ahol a szabályzat él (2026)
Meetingek és összefoglalók

Távmunka-szabályzat: sablon, szakaszok, példa – és az egyetlen csatorna, ahol a szabályzat él (2026)

A távmunka-szabályzat az irodán kívüli munkavégzés írásos szabályrendszere: ki dolgozhat távol, honnan, mikor kell elérhetőnek lennie, hogyan kommunikál a csapat, ki fizeti az eszközöket és a internetkapcsolatot, hogyan védik a céges adatokat, és hogyan vizsgálják felül magát a szabályzatot. A használható szabályzat tíz szakasza, egy lemásolható sablon, egy kitöltött példa egy három országban működő, negyvenfős cégre, valamint az, hogy a szabályzat és annak felülvizsgálata hol él a Teamsben, a Zoomban, a Google Workspace-ben és a Slackben – és hogyan teszi egyetlen csatorna a szabályzatot, a hozzá kapcsolódó minden kérdést és minden módosítást olvashatóvá minden tag számára a saját nyelvén.

The Mind.com Team

Hogyan javítsuk a csapat produktivitását: kevesebb meeting, írásos státusz és olyan előzmények, amelyeket minden iroda el tud olvasni (2026)
Meetingek és összefoglalók

Hogyan javítsuk a csapat produktivitását: kevesebb meeting, írásos státusz és olyan előzmények, amelyeket minden iroda el tud olvasni (2026)

A csapat produktivitásának javításához csak azokat a meetingeket tartsd meg, amelyeken valami eldől, a státuszt vidd át egy előre megadott időpontig közzétett írásos összefoglalóba, és vezess egyetlen előzményt a döntésekről és a feladatokról, amelyet minden csapattag később is el tud olvasni. A három módszer a mögöttük álló számításokkal, egy átmásolható heti státuszsablon, egy 30 napos terv, valamint az, hogy az írásos státusz és a meetingek jegyzéke hol található a Teamsben, a Zoomban, a Google Workspace-ben és a Slackben – és hogyan teszi egy csatorna a státuszt, a feladatokat és minden összefoglalót olvashatóvá minden tag számára a saját nyelvén.

The Mind.com Team

Új bejegyzések és termékfrissítések e-mailben

Havonta egy e-mail az új bejegyzésekkel és termékfrissítésekkel. Bármikor leiratkozhatsz.