Friday है, शाम का वक़्त। आप पूरे हफ़्ते busy थे — इतना आपको पक्का यक़ीन है। ख़ुद से पूछिए कि मंगलवार को क्या हुआ, और ईमानदार जवाब है कंधे उचकाना।

ज़्यादातर end-of-week reviews इसी कंधे उचकाने से शुरू होती हैं। आप inboxes ख़ाली करते हैं, lists सँवारते हैं, और laptop बंद कर देते हैं — उस हफ़्ते के बारे में कुछ सीखे बिना जिसे आपने अभी-अभी जिया। March तक आदत ख़त्म।

यह वही weekly review है जो मैं किसी दोस्त को थमाता: fixed time budget पर GTD steps, आगे एक block जो देखता है कि असल में हुआ क्या, और पीछे एक block जो उसे सबक़ में बदलता है।

छोटा जवाब: weekly review ख़ुद के साथ 30–45 मिनट की appointment है, हर हफ़्ते एक ही वक़्त, यह देखने के लिए कि हफ़्ता कहाँ गया, अपनी lists और calendar को current करने के लिए, और तय करने के लिए कि अगला हफ़्ता किसलिए है। इसे पाँच timed blocks में चलाएँ: आपके हफ़्ते का record (10 मिनट), Get Clear (10), Get Current (15), तीन लिखित reflection questions (7), और अगले हफ़्ते की priorities चुनना (3)। Memory से नहीं, record से शुरू करें — जिन structured debriefs पर study हुई है वो specific events और बाहरी data से काम करते हैं, और यही वो step है जिसे ज़्यादातर templates skip कर देते हैं।

Weekly review दो काम करती है। Maintenance आपकी lists को फिर से सच बनाती है, क्योंकि वो कुछ ही दिनों में पुरानी हो जाती हैं: पूरे हो चुके actions unticked रह जाते हैं, emails ऐसे वादों में बदल जाते हैं जो कहीं दर्ज नहीं होते, meetings से follow-ups निकलते हैं। Learning वो patterns पकड़ती है जो एक हफ़्ता दिखाने के लिए बस काफ़ी लंबा है — meetings से भरा मंगलवार, वो estimate जो आधी दूर ग़लत था। जो review सिर्फ़ maintenance करती है वो हमेशा के लिए वही हफ़्ता दोहराती है। पहला काम GTD संभालता है, दूसरा reflection और debriefs पर research, और नीचे का template दोनों को घड़ी पर चलाता है।

GTD weekly review, जैसा David Allen उसे परिभाषित करते हैं

GTD weekly review तीन phases में 11 steps की checklist है — Get Clear, Get Current, Get Creative — और David Allen इसे पूरे method का "critical success factor" कहते हैं (GTD podcast #314, 2025)। Official weekly review checklist से (David Allen Company, 2006):

  • Get Clear बिखरी चीज़ें समेटता है: इधर-उधर पड़े काग़ज़ इकट्ठा करें, हर inbox ख़ाली होने तक process करें, और जो कुछ अब भी दिमाग़ में घूम रहा है उसे लिख लें।
  • Get Current हर list पर जाता है: action lists, बीता calendar (बचे हुए actions के लिए), आने वाला calendar, Waiting For, हर project (हर एक को कम से कम एक next action चाहिए), और बाक़ी सारी checklists जो आप रखते हैं।
  • Get Creative बाहर की तरफ़ देखता है: Someday/Maybe पर नज़र डालें कि क्या कुछ अब live हो गया है, फिर नए ideas जोड़ें — checklist साफ़ तौर पर "hare-brained" ideas को भी न्योता देती है।

इसका काम भरोसा है: एक बार हर open loop अगले step के साथ लिखा गया, आपका दिमाग़ उसे छोड़ सकता है।

इस हिस्से के लिए lab evidence है, हालाँकि ख़ुद GTD के लिए नहीं। Masicampo and Baumeister (2011) में, अधूरे काम एक असंबंधित reading task से ध्यान खींचते रहे, जब तक लोगों ने यह लिखा नहीं कि उन्हें कैसे, कब और कहाँ पूरा करेंगे। पूरा करने के कई मुमकिन तरीक़े लिखना, बिना किसी एक पर टिके, विचारों को शांत नहीं कर पाया — और planning ने intrusions रोक दिए, बिना किसी को task के बारे में कम anxious किए। ये students और online participants के साथ छोटे experiments थे।

Checklist में जो नहीं है वो है एक ऐसा step जो पूछे कि हफ़्ता असल में कैसा गया। वो आपका calendar बचे हुए actions के लिए पढ़ती है, सबक़ के लिए नहीं।

हफ़्ते पर reflection क्यों काम करता है — और evidence क्या नहीं दिखाता

Reflection वो हिस्सा है जिसे ज़्यादातर checklists छोड़ देती हैं, और उसके पीछे सबसे ज़्यादा evidence है।

Reflection ने एक call center में extra practice को हराया। Di Stefano, Gino, Pisano and Staats (2016) ने भारत में Wipro के 101 trainee technical-support agents के साथ field experiment किया। चार हफ़्ते के training program के दूसरे हफ़्ते से, एक group ने हर training day के आख़िरी 15 मिनट यह लिखने में लगाए कि उन्होंने क्या सीखा — instruction में कहा गया था कि "कम से कम दो सबक़ पर reflect करें और उनके बारे में लिखें। कृपया जितना हो सके specific रहें।" Control group उन मिनटों में काम करता रहा।

Final competency exam में reflection group ने औसतन क़रीब 21% ज़्यादा score किया, authors की 2016 presentation के मुताबिक़ (HBS Working Knowledge (2014) ने एक पहले analysis के लिए 22.8% report किया था)। Follow-up online experiments ने दो चीज़ों का श्रेय दिया: task पर बेहतर पकड़ और उसे करने में ज़्यादा confidence।

उसी project में पता चला कि लोग इसकी क़ीमत कम आँकते हैं। Choice मिलने पर, 256 online participants में से 210 ने reflection के बजाय ज़्यादा practice चुनी — एक ऐसी पसंद जिसे authors कहते हैं "well-informed नहीं लगती।"

Structured debriefs मदद करते हैं, और छोटे होते हैं। Tannenbaum and Cerasoli (2013) ने 2,136 लोगों को cover करने वाले 46 samples को एक साथ रखा। औसतन, debriefs ने controls के मुक़ाबले performance क़रीब 25% सुधारी (d = 0.67), और individuals को उतना ही फ़ायदा हुआ जितना teams को। Debriefs औसतन क़रीब 18 मिनट के थे, और session की लंबाई का उनके काम करने से कोई significant संबंध नहीं था।

इनकी definition ही काम की चीज़ है। इनके लिए debrief में चार ingredients होते हैं: सोचना आप ख़ुद करते हैं; मक़सद judge करना नहीं, सुधारना है; वो general strengths और weaknesses के बजाय specific events के बारे में है; और वो सिर्फ़ आपके अपने impression पर नहीं टिकता — कोई teammate, कोई observer, या objective data भी चाहिए। इस definition से अकेली reflective diary count नहीं होती।

आम weekly review को इन चार ingredients पर परखिए और कमज़ोर हिस्सा साफ़ दिखता है: वो impressions पर चलती है। नीचे Step 1 बाहरी data और specific दिन देता है, Step 4 में सोचना आप करते हैं, और questions ऐसे लिखे गए हैं कि grade नहीं, सुधार बने।

यह क्या नहीं दिखाता। मुझे ख़ुद GTD weekly review का कोई controlled trial नहीं मिला। Reflection की studies ज़्यादातर training या simulated settings की हैं — लोग कुछ नया सीख रहे होते हैं।

Di Stefano का paper अब भी unpublished है — Di Stefano के research page पर वो resubmission की तैयारी में बताया गया है — और इसके latest version के मुताबिक़ reflection का सबसे ज़्यादा फ़ायदा learning curve की शुरुआत में मिलता है (UNC Kenan Institute, 2023)। Meta-analysis में, बिना facilitator वाले debriefs — यानी जो solo review होती है — का effect बहुत छोटा निकला (d = 0.25), और वो भी इतनी कम studies से कि कुछ पक्का नहीं कहा जा सकता। तो specific events पर real data के साथ reflect करने की अच्छी वजहें ज़रूर हैं — 25% बेहतर आप बनने का वादा नहीं।

Weekly reviews क्यों मर जाती हैं

Weekly review तीन तरह से मरती है, और हर एक का fix।

Busy होने पर skip। Tiago Forte बताते हैं कि ख़ुद अपने followers के एक informal poll में — उनके शब्दों में "productivity-obsessed audience" — सिर्फ़ 38% ने कहा कि वो नियमित रूप से weekly review पूरी करते हैं (Forte Labs, 2020)। एक अच्छी तरह supported fix है if-then plan। 94 tests में, एक if-then plan बनाने का goals तक पहुँचने पर medium-to-large effect था (d = 0.65), Gollwitzer and Sheeran (2006) में। "Friday को मेरी आख़िरी call ख़त्म होते ही मैं review खोलता हूँ" उससे बेहतर है कि "Friday को कभी कर लूँगा।"

बहुत लंबी। Leo Babauta ने लिखा कि उनकी GTD reviews अक्सर दो से तीन घंटे चलती थीं (Zen Habits); Todoist "कम से कम पूरा एक घंटा" recommend करता है (Todoist)। जो review एक दोपहर निगल जाए वो पहले deadline से हार जाती है। चूँकि debrief की लंबाई फ़ायदे की भविष्यवाणी नहीं करती, हर step को budget दें और ख़त्म होते ही आगे बढ़ें।

Memory से चलाना। Memory से बताने के लिए कि हफ़्ता कहाँ गया, आपको सात दिनों में किसी activity का हर episode याद करके उन्हें जोड़ना पड़ेगा — एक ऐसा calculation जिसे Robinson et al. (2011) नियमित घंटों वाले लोगों के लिए भी मुश्किल़ बताते हैं, इसीलिए time-use researchers diaries पर टिकते हैं।

उन्हें पता चला कि लोगों के working hours के अनुमान उनकी diaries से 5–10% ऊपर रहते थे; BLS economists Frazis and Stewart (2014) इस gap के आकार पर सवाल उठाते हैं। वो आम घंटों के बारे में survey averages हैं, और एक इंसान की किसी एक ख़ास हफ़्ते की memory इसके बजाय नीचे भी चूक सकती है। जब मैंने 30 दिन के time audit के लिए हर शाम अपना record पढ़ा, तो सबसे बड़ी हैरानी यह थी कि मैंने याद से ज़्यादा काम किया था, और away time — calls, meetings — लगातार मेरी याददाश्त से लंबा निकला। हफ़्ते को judge करने से पहले record मेज़ पर रखें।

Weekly review template: 45 मिनट, इससे शुरू कि असल में हुआ क्या

पूरी चीज़ एक ही screen पर यहाँ है। मिनटों के budgets मेरे हैं — adjust करने के लिए starting point, किसी study का आँकड़ा नहीं।

Step 45 मिनट 30 मिनट जिस सवाल का जवाब देता है क्या देखना है
1. Record 10 5 हफ़्ता असल में कहाँ गया? Category के हिसाब से time; सबसे भारी और सबसे बिखरा दिन; यह हफ़्ता vs पिछला; unlogged away time
2. Get Clear 10 5 अब भी क्या बिखरा है? हर inbox ख़ाली करना; लिखित mind sweep
3. Get Current 15 12 क्या हर list फिर से सच है? Action lists; record के साथ पिछले हफ़्ते का calendar; आगे के हफ़्ते; Waiting For; projects
4. Reflect 7 5 इस हफ़्ते ने मुझे क्या सिखाया? तीन लिखित prompts, हर एक 1–3 sentences
5. Choose 3 3 अगला हफ़्ता किसलिए है? Someday/Maybe पर नज़र; तीन outcomes; हर एक का पहला step calendar पर

30 मिनट वाला version तब चलता है जब आप पहले से रोज़ अपने inboxes ख़ाली करते हों — यही Babauta की पहली tip है। अगर आपको सिर्फ़ एक GTD weekly review template चाहिए, तो Steps 2, 3 और 5 वही हैं, वक़्त के साथ।

Step 1 — Record (10 मिनट)

चार चीज़ें, इसी order में:

  • Category के हिसाब से time। क्या यह बँटवारा उससे मेल खाता है जो आपने इस हफ़्ते के लिए सोचा था?
  • सबसे भारी दिन और सबसे बिखरा दिन। एक दिखाता है आपका समय कहाँ गया; दूसरा दिखाता है कहाँ से रिसा।
  • यह हफ़्ता पिछले हफ़्ते के मुक़ाबले। अकेला total कम मायने रखता है। अपनी ही normal के बग़ल में रखा तो कुछ मायने रखने लगता है।
  • वो away time जो किसी ने log नहीं किया। Calls, meetings, गलियारे वाली बातचीत। अब इनका नाम लिखें, जब तक आपको ये याद हैं।

मैं Timex बनाता हूँ, और यही वो step है जहाँ वो काम करता है। Last 7 या This week चुनें और week view हर दिन के लिए एक bar खींचता है, category के हिसाब से stacked, आपके daily average पर एक dashed line के साथ। Total के नीचे एक grey line कुछ यूँ लिखती है "1h 20m more than the previous 7 days", उतने ही बीते हुए span पर तुलना करके। किसी दिन पर hover करें तो उसका total, Focus Score और top तीन categories दिखते हैं; click करके उसकी 24-hour timeline खोलें, जहाँ बिखरा दिन बदलते रंगों के छोटे-छोटे segments की कतार के तौर पर दिखता है। उस timeline के छेद ज़्यादातर away time होते हैं — जिन्हें आप नाम दे सकते हैं, हर एक को Today header के + से manual entry में बदलें। Local MCP server on होने पर, आप Claude या किसी और connected client से हफ़्ते को पिछले हफ़्ते के मुक़ाबले summarize करने के लिए भी कह सकते हैं।

बिना Timex: Mac पर System Settings → Screen Time → App & Website Activity पिछला हफ़्ता app या category के हिसाब से दिखा सकता है (Apple Support)। आपका calendar दूसरा free record है — वो meetings दिखाता है, उनके बीच का काम नहीं। दोनों में से कोई भी memory से बेहतर है।

Step 2 — Get Clear (10 मिनट)

अपने हर inbox को ख़ाली करें — email, saved chat messages, notes app, Downloads, काग़ज़ों की tray — हर item का फ़ैसला करके कि वो क्या है, उसे करके नहीं। जिसमें असली काम चाहिए वो next action बनता है। फिर दो मिनट लगाकर वो सब लिख लें जो दिमाग़ में है और अब तक कहीं capture नहीं हुआ।

Step 3 — Get Current (15 मिनट)

अपनी action lists पर जाएँ और जो पूरा है उसे tick करें। पिछले हफ़्ते का calendar पढ़ें, बग़ल में Step 1 का record रखकर: जो meetings लंबी चलीं और जिन follow-ups का आपने वादा किया, दोनों अब दिखते हैं। अगले कुछ हफ़्तों को देखें। Waiting For check करें। फिर project list पर चलें और पक्का करें कि हर project के पास एक ऐसा next action है जो शुरू करने लायक़ specific हो। यहाँ कसौटी Masicampo और Baumeister की finding है: "report पर काम करो" loop खुला छोड़ता है; "मंगलवार 9 बजे section 2 का draft" उसे बंद करता है।

अगर Step 1 में दिखा कि किसी task में planned से दोगुना वक़्त लगा, तो वो ratio लिख लें। अगली बार estimate लगाते वक़्त planning fallacy को हराने का कच्चा माल यही है।

Step 4 — Reflect (7 मिनट)

यह weekly reflection का block है। जवाब लिखें, हर एक एक से तीन sentences में।

  1. इस हफ़्ते के दो specific सबक़ क्या हैं? Wipro वाले prompt से उधार। "Meetings लंबी चलीं" सबक़ नहीं है; "Thursday की call को agenda या hard stop चाहिए" सबक़ है।
  2. क्या अच्छा हुआ, और क्यों? Ellis and Davidi (2005) में, navigation exercises की एक श्रृंखला कर रहे soldiers में सुधार ज़्यादा हुआ जब हर दिन की review ने failures के साथ successes को भी cover किया, बनिस्बत इसके कि वो सिर्फ़ failures को cover करती। अच्छे दिन की वजहें जानना भी उतना ही काम का है।
  3. अगले हफ़्ते मैं एक चीज़ अलग कैसे करूँगा — और ठीक कब? इसे if-then की तरह लिखें: "Monday को laptop खोलते ही मैं chat check करने से पहले पहले दो घंटे block कर दूँगा।"

वही tone रखें जो debrief research माँगती है: सुधारें, grade न करें। भारी हफ़्ते का मतलब demanding client हो सकता है, personal failure नहीं।

Step 5 — Choose (3 मिनट)

Someday/Maybe पर नज़र डालें कि क्या कुछ अब असली हो गया है। अगले हफ़्ते के लिए तीन outcomes चुनें और हर एक का पहला step calendar पर रखें। यही GTD का Get Creative है, तीन मिनट में समा जाने लायक़ काटकर।

ईमानदार limits

Record समय दिखाता है, value नहीं। Editor में चार घंटे महीने का आपका सबसे अच्छा काम हो सकते हैं या एक लंबा detour। Data बताता है कहाँ देखना है; reflection तय करता है उसके क्या मायने थे।

Timex सिर्फ़ आपका Mac देखता है, और कुछ नहीं। Phone calls, in-person meetings और desk से दूर सोचना तब तक gaps बनकर दिखते हैं जब तक आप उन्हें log नहीं करते। यह Mac-only है, कोई phone app नहीं, कोई calendar integration नहीं, और यह आपका हफ़्ता plan नहीं करता — Steps 2 से 5 आपके हैं।

Evidence इशारा करता है, पक्का नहीं बताता। Reflection और debriefs के पक्ष में अच्छा support है, ज़्यादातर training और simulated settings में। यह template untested है, और मुझे GTD review बनाम बिलकुल कुछ न करने का कोई trial नहीं मिला।

अगले Friday शुरू करें

आज ही slot चुनें और if-then लिखें: "जब X हो, मैं review खोलता हूँ।" 45 मिनट वाला version एक बार timer के साथ चलाएँ, और देखें कौन-सा step budget से आगे जाता है।

अगर चाहते हैं कि Step 1 ख़ुद भर जाए, तो Timex download करें। 100 घंटे की trial क़रीब ढाई work weeks है — दो reviews के लिए काफ़ी, दूसरी में असली week-over-week comparison के साथ।

— DK