GTD համակարգը, որն ապացուցված է տարիների պրակտիկայի ընթացքում
GTD համակարգը, որն ապացուցված է տարիների պրակտիկայի ընթացքում
Anonim
GTD համակարգը, որն ապացուցված է տարիների պրակտիկայի ընթացքում
GTD համակարգը, որն ապացուցված է տարիների պրակտիկայի ընթացքում

Մեր ընթերցող Օլեգ Բոնդարենկոն կիսում է իր ապացուցված GTD համակարգը՝ գործերի և ողջ կյանքի կազմակերպման համար: Գաղտնիք չէ, որ մենք գիտենք գրեթե ամեն ինչ GTD-ի և նմանատիպ մեխանիկայի մասին, բայց հազվադեպ ենք կարողանում դրանք երկար ժամանակ օգտագործել: Համոզված ենք, որ այս ոլորտում հաջողության պատմությունը ձեզ կհետաքրքրի։

Ստորև բերված է GTD-ի անձնական ներդրման ամփոփագիր այն ձևով, որն անցել է տարիների փորձությունը: Միգուցե դա կօգնի ինչ-որ մեկին:

Ներգնա առաջադրանքները, գաղափարները, մտքերը բաժանում եմ հետևյալ կերպ.

  • Այն, ինչ կարելի է անմիջապես հրել մեկ այլ կատարողի վրա, ես անմիջապես հրում եմ այն: Ես ավելացնում եմ հիշեցման առաջադրանք «Ստուգել կատարումը»:
  • Ինչ կարելի է անել հենց հիմա 5-15 րոպեում. Ես նստում եմ և անում եմ դա։
  • Ինչն ավելի շատ ժամանակ է պահանջում կամ հնարավոր չէ անել հենց հիմա: Սա նաև ներառում է «Ստուգեք XXX նախագծի կարգավիճակը» տիպի հիշեցման առաջադրանքները: Անմիջապես ես այն տեղափոխում եմ իմ հեռախոսի կամ Google Tasks-ի առաջադրանքների ցանկը. ամեն ինչ համաժամանակացված է:
  • Ինչն է հետաքրքիր և կարող է խոստումնալից լինել: Ես այն գցում եմ Evernote-ի մի փունջի մեջ: Շաբաթը մեկ անգամ վերանայում եմ այն, դասավորում ըստ նոթատետրերի։ Ինչ-որ բան աճում է առաջադրանքների մեջ:

Ավելի մանրամասն 3-րդ կետի մասին.

Առաջադրանքների ցանկը հաջողությամբ պահպանելու համար պահանջվում է խիստ պաշտոնականացում՝ նվազագույնի հասցնելով տվյալների կառավարման և ձեռքբերման ծախսերը: Սա ձեռք է բերվում հետևյալ կերպ.

Յուրաքանչյուր առաջադրանք ունի կառուցվածքային անուն, ինչպիսին է՝ Նախագիծ | Օբյեկտ | Գործողություն

Նախագիծ - սա առաջադրանքների մեծ խմբավորում է, կրճատ ծածկագիր, ինչպիսիք են HOUSE, OFFICE, CLIENT1, … Յուրաքանչյուր Ծրագրի համար պետք է լինի միջինը 1-10 առաջադրանք: Եթե Ծրագրի համար անընդհատ ավելի շատ առաջադրանքներ կան, ես մի մասը հատկացնում եմ լրացուցիչ Ծրագրին: Այսպիսով, առաջադրանքների խմբավորումը միշտ մի մակարդակ է։ Ինչպես ցույց է տվել պրակտիկան, խնդիրների ավելի տեսողական խմբավորումը բազմամակարդակ ծառի տեսքով իրականում անհարկի ժամանակատար է և նվազեցնում է համակարգի արդյունավետ օգտագործման մոտիվացիան:

Ծրագրի շրջանակներում առաջադրանքների որոնումն իրականացվում է հիմնական գործառույթներով. որոնումը կամ տեսակավորումն իմ ամենասիրելի միջոցն է:

Օբյեկտ - սա առարկա կամ մարդ է, որի վրա պետք է գործողություն կատարեք: Այստեղ ամեն ինչ պարզ է.

Գործողություն - տարրական գործողություն, որը պետք է կատարվի Օբյեկտի վրա:

Մեկ այլ կարևոր կետ. յուրաքանչյուր առաջադրանք պարունակում է Վերջնաժամկետ … Եթե վստահ չեք առաջադրանքի կատարման ժամկետի մասին, սահմանեք ընթացիկը: Եթե նշեք ընթացիկ ամսաթիվը և այլ բան չանեք, վաղը առաջադրանքը կհայտնվի ժամկետանցների ցանկում, և դուք պետք է որոշում կայացնեք դրա վերաբերյալ։ Օրինակ՝ հեռացրեք կյանքի գրառումներից։

Երբեմն որոշակի Ծրագրի համար հայտնվում է առաջադրանքների ցանկ, որոնց կատարման ժամկետները և հաջորդականությունը այս պահին պարզ չեն: Այս դեպքում ես փնտրում եմ ձևի ընդհանուր առաջադրանք՝ Project Tasks: Մեկնաբանություններում թվարկում եմ առաջադրանքների ցանկը։ Ժամանակի ընթացքում իրավիճակը պարզվում է, ինչ-որ բան ջնջվում է, ինչ-որ բան կատարվում է, ինչ-որ բան վերածվում է առանձին առաջադրանքի։ Ամեն դեպքում, նույնիսկ նման խմբային մուտքից ես որոշում եմ ամսաթիվը, երբ անհրաժեշտ է դրան անդրադառնալ և աուդիտ անցկացնել։

Եվ վերջին բանը. Իմ պրակտիկայում մոտավորապես Առաջադրանքների 50%-ը չի կատարվում (կամ չի կարող կատարվել) ընտրված ամսաթվին: Ինձնից շատ բան կախված չէ։ «Ծրագրի կարգավիճակի ստուգում» տիպի առաջադրանքները հիմնականում երկար են և պահանջում են պարբերական ուշադրություն: Ինչ-որ բան ճշգրտվում և լրացվում է։ Նման առաջադրանքները անընդհատ հետաձգվում են ավելի ուշ ժամկետների։ Սա նորմալ է (ի դեպ, սա էլեկտրոնային կազմակերպիչների հսկայական պլյուս է): Ժամկետները հետաձգելու ձեռքի աշխատանքը նույնպես օգտակար է այն առումով, որ երբեմն հանգեցնում է կարևոր մտքերի։

Խորհուրդ ենք տալիս: