GTD-systemet, beprövat under många års praktik
GTD-systemet, beprövat under många års praktik
Anonim
GTD-systemet, beprövat under många års praktik
GTD-systemet, beprövat under många års praktik

Vår läsare Oleg Bondarenko delar med sig av sitt beprövade GTD-system för att organisera angelägenheter och allt liv. Det är ingen hemlighet att vi vet nästan allt om GTD och liknande mekanik, men sällan kan använda dem under en längre tid. Vi är säkra på att framgångssagan inom detta område kommer att vara av intresse för dig.

Följande är en sammanfattning av en personlig GTD-implementering i en form som har stått sig i åratal. Kanske hjälper det någon.

Jag delar in inkommande uppgifter, idéer, tankar enligt följande:

  • Det som kan knuffas direkt på en annan artist, det knuffar jag genast. Jag lägger till en påminnelseuppgift "Kontrollera utförandet".
  • Vad kan göras just nu på 5-15 minuter. Jag sätter mig ner och gör det.
  • Vilket tar längre tid eller inte kan göras just nu. Detta inkluderar även påminnelseuppgifter av typen "Kontrollera status för projekt XXX". Omedelbart kör jag in den i listan över uppgifter på min telefon eller Google Tasks - allt är synkroniserat.
  • Vad är intressant och kan vara lovande. Jag släpper det i ett gäng Evernote. Jag recenserar den ungefär en gång i veckan, sorterar den efter anteckningsböcker. Något växer till uppgifter.

Mer information om punkt 3.

För att framgångsrikt upprätthålla en lista över uppgifter krävs strikt formalisering, vilket minimerar kostnaderna för att hantera och erhålla data. Detta uppnås på följande sätt.

Varje uppgift har ett strukturerat namn som: Projekt | Objekt | Handling

Projekt - detta är en stor gruppering av uppgifter, en förkortad kod som HOUSE, OFFICE, CLIENT1, … För varje projekt bör det finnas i snitt 1-10 uppgifter. Om det konsekvent finns fler uppgifter för projektet, allokerar jag en del till ett ytterligare projekt. Således är grupperingen av uppgifter alltid ennivå. Som praxis har visat är en mer visuell gruppering av uppgifter i form av ett flernivåträd faktiskt onödigt tidskrävande och minskar motivationen för effektiv användning av systemet.

Att söka efter uppgifter inom ett projekt görs med grundläggande funktioner: sökning eller sortering är mitt favoritsätt.

Ett objekt - detta är ett föremål eller en person som du behöver utföra en åtgärd på. Allt är enkelt här.

Handling - en elementär handling som måste utföras över Objektet.

En annan överordnad punkt: varje uppgift innehåller förfallodatum … Om du inte är säker på förfallodatumet för uppgiften, ställ in det aktuella. Om du ställer in det aktuella datumet och inte gör något annat, kommer uppgiften i morgon att finnas på listan över försenade och du måste fatta ett beslut om det. Ta till exempel bort från livsanteckningar.

Ibland, för ett visst projekt, visas en lista med uppgifter, vars tidpunkt och sekvens för utförande är oklart för tillfället. I det här fallet söker jag en allmän uppgift av formen: Projektuppgifter. I kommentarerna listar jag listan med uppgifter. Med tiden blir situationen tydligare, något raderas, något fullföljs, något växer till en separat uppgift. I alla fall, även från en sådan grupppost, bestämmer jag datumet - när det är nödvändigt att hänvisa till det och genomföra en revision.

Och det sista. I min praktik, ca 50 % av uppgifterna utförs inte (eller kan inte utföras) på det valda datumet. Mycket beror inte på mig. Uppgifter av typen "Projektstatuskontroll" är i allmänhet långa och kräver periodisk uppmärksamhet. Något preciseras och kompletteras. Sådana uppgifter skjuts ständigt upp till senare datum. Detta är normalt (förresten, det här är ett stort plus för elektroniska arrangörer). Det manuella arbetet med att skjuta upp deadlines är också användbart i den meningen att det ibland leder till viktiga tankar.

Rekommenderad: