Die GTD-stelsel, bewys oor jare se praktyk
Die GTD-stelsel, bewys oor jare se praktyk
Anonim
Die GTD-stelsel, bewys oor jare se praktyk
Die GTD-stelsel, bewys oor jare se praktyk

Ons leser Oleg Bondarenko deel sy bewese GTD-stelsel vir die organisering van sake en alle lewe. Dit is geen geheim dat ons byna alles van GTD en soortgelyke meganika weet, maar selde in staat is om dit vir 'n lang tyd te gebruik. Ons is seker dat die suksesverhaal in hierdie veld vir jou van belang sal wees.

Die volgende is 'n opsomming van 'n persoonlike GTD-implementering in 'n vorm wat die toets van jare deurstaan het. Miskien sal dit iemand help.

Ek verdeel inkomende take, idees, gedagtes soos volg:

  • Wat dadelik op 'n ander kunstenaar gedruk kan word, stoot ek dadelik. Ek voeg 'n herinneringstaak "Kontroleer uitvoering" by.
  • Wat kan nou gedoen word in 5-15 minute. Ek gaan sit en doen dit.
  • Wat meer tyd neem of nie nou gedoen kan word nie. Dit sluit ook herinneringstake van die tipe "Gaan die status van projek XXX na". Dadelik ry ek dit in die lys take op my foon of Google Tasks in – alles is gesinchroniseer.
  • Wat interessant is en dalk belowend is. Ek gooi dit in 'n klomp Evernote. Ek hersien dit so een keer per week, sorteer dit volgens notaboeke. Iets groei in take.

Meer besonderhede oor die 3de punt.

Om 'n lys take suksesvol te onderhou, word streng formalisering vereis, wat die koste van die bestuur en verkryging van data tot die minimum beperk. Dit word op die volgende manier bereik.

Elke taak het 'n gestruktureerde naam soos: Projek | Voorwerp | Aksie

Projek - dit is 'n groot groep take, 'n verkorte kode soos HUIS, KANTOOR, KLIËNT1, … Vir elke Projek behoort daar gemiddeld 1-10 take te wees. As daar konsekwent meer take vir die Projek is, ken ek 'n deel aan 'n bykomende Projek toe. Die groepering van take is dus altyd een-vlak. Soos die praktyk getoon het, is 'n meer visuele groepering van take in die vorm van 'n multi-vlak boom eintlik onnodig tydrowend en verminder die motivering vir effektiewe gebruik van die stelsel.

Om take binne 'n projek te soek word gedoen met basiese funksies: soek of sorteer is my gunsteling manier.

'n Voorwerp - dit is 'n voorwerp of persoon waarop jy 'n aksie moet uitvoer. Alles is eenvoudig hier.

Aksie - 'n elementêre aksie wat oor die objek uitgevoer moet word.

Nog 'n oorheersende punt: elke taak bevat vervaldatum … As jy nie seker is oor die sperdatum van die taak nie, stel die huidige een. As jy die huidige datum vasstel en niks anders doen nie, sal die taak môre op die lys van agterstallige taak wees en jy sal 'n besluit daaroor moet neem. Verwyder byvoorbeeld uit die lewe notas.

Soms, vir 'n sekere projek, verskyn 'n lys take waarvan die tydsberekening en volgorde van uitvoering nie op die oomblik duidelik is nie. In hierdie geval soek ek 'n algemene taak van die vorm: Projektake. In die kommentaar lys ek die lys take. Met verloop van tyd word die situasie duideliker, iets word uitgevee, iets word vervul, iets groei tot 'n aparte taak. In elk geval, selfs uit so 'n groepinskrywing, bepaal ek die datum - wanneer dit nodig is om daarna te verwys en 'n oudit te doen.

En die laaste ding. In my praktyk, ongeveer 50% van take word nie uitgevoer nie (of kan nie uitgevoer word nie) op die gekose datum. Baie hang nie van my af nie. Take van die tipe "Projekstatuskontrole" is oor die algemeen lank en vereis periodieke aandag. Iets word gespesifiseer en aangevul. Sulke take word voortdurend na latere datums uitgestel. Dit is normaal (terloops, dit is 'n groot pluspunt van elektroniese organiseerders). Die handearbeid om spertye uit te stel is ook nuttig in die sin dat dit soms tot belangrike gedagtes lei.

Aanbeveel: