وقتی یک ایمیل، پیام، درخواست یا ایده وارد میشود، نگهداشتن آن در Inbox هنوز مدیریت وظیفه نیست؛ فقط تصمیم را عقب انداختهایم. تکنیک 4D مدیریت وظایف یک پرسش ساده میسازد: این ورودی را اکنون انجام بدهم، به فرد مناسبی واگذار کنم، برای زمان یا trigger مشخصی به تعویق بیندازم، یا حذفش کنم؟ ارزش روش در چهار واژه نیست؛ در این است که هر انتخاب خروجی قابل پیگیری داشته باشد.
این راهنما 4D را به یک پروتکل عملی تبدیل میکند. پیش از انتخاب D، اقدام مورد انتظار، مالک، موعد و محدودیت را روشن میکنیم؛ سپس ایمنی، امنیت، قانون، حریم خصوصی و نگهداری سوابق را بهعنوان دروازه بررسی میکنیم. نتیجه قرار نیست شما را به پاسخ فوری به همه چیز وادار کند یا اضافهبار سازمانی را به مسئله انضباط شخصی تقلیل دهد.
پاسخ کوتاه: چهار تصمیم 4D چیست؟
| تصمیم | چه زمانی؟ | خروجی لازم |
|---|---|---|
| Do؛ انجام بده | اقدام روشن، کوتاه، امن و همراستا با اولویت فعلی است | کار تکمیل و نتیجه ثبت یا ارسال شود |
| Delegate؛ واگذار کن | مالک مناسبتر، اختیار و ظرفیت دارد | مالک، نتیجه، موعد، سطح اختیار و پیگیری روشن باشد |
| Defer؛ به تعویق بینداز | کار متعلق به شماست اما اکنون زمان/اطلاعات/وابستگی لازم را ندارد | Next Action، تاریخ یا trigger و محل قابل اعتماد ثبت شود |
| Delete؛ حذف کن | اقدام یا ارزش مرجع ندارد و نگهداری آن لازم نیست | حذف/لغو اشتراک/رد درخواست یا بایگانی طبق سیاست |
اگر هیچ گزینهای مناسب نیست، احتمالاً ورودی هنوز مبهم است. «گزارش فروش» را نمیتوان درست پردازش کرد تا مشخص شود باید آن را بخوانید، تأیید کنید، اصلاح کنید یا فقط برای مرجع نگه دارید.
تکنیک 4D چیست و از کجا آمده است؟
4D نام یک استاندارد رسمی و واحد نیست. نسخهها و ترتیب واژهها در منابع مختلف فرق میکنند. یکی از صورتبندیهای روشن و مستند، صفحه بهترینروشهای Outlook در Microsoft Support است که برای پردازش پیامها چهار انتخاب Delete، Do، Delegate و Defer را پیشنهاد میکند. این منبع درباره workflow ایمیل و Outlook است؛ اثبات دانشگاهیِ برتری جهانشمول 4D برای همه انواع کار نیست.
این چارچوب با مرحله «شفافسازی» در GTD همخانواده است، اما معادل کل سیستم GTD نیست. GTD جمعآوری، شفافسازی، سازماندهی، بازبینی و اقدام را در یک چرخه بزرگتر قرار میدهد. اگر به طراحی سیستم کاملتر نیاز دارید، راهنمای روش GTD و اقدام بعدی را جداگانه ببینید.
4D برای چه چیزی مناسب است؟
4D برای پردازش ورودیهای ناهمگون مناسب است: Inbox ایمیل، پیامهای کاری، یادداشت جلسه، فرم درخواست، فهرست دانلودها، کاغذهای ورودی و ایدههای ثبتشده. این روش در لحظه «تصمیم درباره ورودی» کمک میکند؛ برنامه پروژه، اولویت راهبردی، برآورد ظرفیت یا مدیریت عملکرد را جایگزین نمیکند.
برای پروژه چندمرحلهای، خود پروژه را Do نکنید؛ Next Action را مشخص کنید. برای تعارض اولویت، ابتدا تصمیم مدیریتی لازم است. برای کار ناایمن، حقوقی، پزشکی، مالی یا امنیتی نیز سرعت پردازش نباید جای بررسی تخصصی را بگیرد.
گام صفر: ورودی را به اقدام قابل مشاهده تبدیل کنید
پیش از انتخاب D، پنج سؤال بپرسید:
- این مورد فقط اطلاعات است یا واقعاً اقدام میخواهد؟
- نتیجه مطلوب و تعریف «تمامشده» چیست؟
- اقدام بعدی فیزیکی و قابل مشاهده کدام است؟
- مالک طبیعی تصمیم یا اجرا چه کسی است؟
- موعد واقعی، پیامد تأخیر و وابستگی چیست؟
«پیگیری قرارداد» مبهم است؛ «نسخه آخر را با سه بند توافقشده مقایسه و تا سهشنبه سؤالها را برای واحد حقوقی بفرست» قابل پردازش است. اگر اقدام بیش از یک گام دارد، یک کارت پروژه و فقط Next Action فعال بسازید.
دروازه پیش از 4D: ایمنی، امنیت، قانون و اختیار
یک پیام کوتاه ممکن است پرداخت فوری، اشتراک رمز، بازکردن فایل یا حذف سابقه را بخواهد. کوتاهی کار مجوز انجام آن نیست. پیش از چهار D بررسی کنید:
- آیا هویت فرستنده و کانال معتبر است؟
- آیا اقدام شامل پول، داده شخصی، دسترسی یا تعهد حقوقی است؟
- آیا شما اختیار تصمیم دارید؟
- آیا رکورد باید طبق سیاست، قرارداد یا قانون نگه داشته شود؟
- آیا انجام فوری کار فعلیِ ایمنیحساس یا بحرانی را قطع میکند؟
اگر پاسخ نامطمئن است، گزینه پنجم پنهان «Clarify/Escalate» است: از کانال مستقل اعتبارسنجی کنید یا به مسئول واجد صلاحیت ارجاع دهید. 4D نباید کنترل داخلی را دور بزند.
فلو تصمیم 4D در کمتر از یک دقیقه
- اقدام ندارد؟ اگر مرجع لازم است بایگانی؛ اگر نه، Delete.
- اقدام دارد اما مالک شما نیست؟ Delegate یا بازگرداندن محترمانه به صاحب تصمیم.
- اقدام مال شما و واقعاً کوتاه است؟ اگر امن و همراستا با اولویت جاری است، Do.
- اکنون نباید انجام شود؟ Defer با Next Action و تاریخ/trigger.
- ظرفیت وجود ندارد؟ مذاکره اولویت، دامنه یا موعد؛ پنهانکردن آن در Defer ممنوع.
Do: قانون دو دقیقه با چهار شرط
در منبع رسمی Getting Things Done درباره قانون دو دقیقه، دیوید آلن توضیح میدهد اقدامی که در موقعیت و زمینه فعلی واقعاً ظرف حدود دو دقیقه تمام میشود، معمولاً بهتر است همان زمان انجام شود تا اینکه دوباره ثبت و بازیابی شود. «دو دقیقه» آستانه عملی است، نه عدد زیستی یا قانون بهرهوری.
Do را فقط وقتی انتخاب کنید که هر چهار شرط برقرار است:
- اقدام و تعریف پایان روشن است؛
- ریسک امنیتی، مالی، حقوقی یا ایمنی ندارد؛
- واقعاً کامل میشود، نه اینکه زنجیره تازهای باز کند؛
- قطعکردن کار فعلی هزینه بیشتری از ثبت برای بعد ندارد.
پاسخ «دریافت شد؛ تا پنجشنبه بررسی میکنم» میتواند Do باشد، اما خود بررسی Defer است. پرداخت فاکتور ناشناس، تأیید قرارداد یا ارسال داده محرمانه حتی اگر ۳۰ ثانیه طول بکشد، Do خودکار نیست.
Do چگونه به دام کارهای ریز تبدیل میشود؟
اگر هنگام کار عمیق هر ورودی دودقیقهای را انجام دهید، 4D به موتور وقفه تبدیل میشود. ورودیها را در پنجرههای پردازش دستهای بررسی کنید و فقط کانال اضطراری معتبر را استثنا بدانید. برای تعریف قرارداد وقفه و بازگشت به تمرکز، راهنمای مدیریت وقفههای کاری کمک میکند.
همچنین «کوتاه» مساوی «مهم» نیست. اگر روزانه ۴۰ درخواست دودقیقهای دارید، ظرفیت حدود ۸۰ دقیقه مصرف میشود. تعداد و مجموع زمان Doها را یک هفته اندازه بگیرید؛ شاید نیاز به template، automation، تغییر نقش یا حذف منبع ورودی باشد.
Delegate: واگذاری با نتیجه، اختیار و پذیرش
فورواردکردن پیام به همکار، واگذاری کامل نیست. Delegate موفق حداقل هفت جزء دارد: دلیل انتخاب فرد، نتیجه مورد انتظار، تعریف کیفیت، موعد و فوریت واقعی، زمینه و منابع، سطح اختیار، و زمان/روش پیگیری. گیرنده باید دریافت و امکان انجام را تأیید کند.
واگذاری مسئولیت اجرا را منتقل میکند، اما مسئولیت پاسخگویی نهایی همیشه منتقل نمیشود. اگر موضوع حساس است، تصمیمهای محفوظ، نقاط کنترل و شرط escalation را مشخص کنید. مدلهای سطح اختیار و کنترل ریسک در راهنمای تفویض اختیار مؤثر با جزئیات آمدهاند.
| جزء واگذاری | نمونه ضعیف | نمونه قابل پیگیری |
|---|---|---|
| نتیجه | «این را انجام بده» | «فهرست سه گزینه با هزینه و ریسک» |
| موعد | «زود» | «تا سهشنبه ساعت ۱۴ برای تصمیم چهارشنبه» |
| اختیار | نامشخص | «اطلاعات جمع کن؛ تعهد مالی با من است» |
| کیفیت | «کامل باشد» | «هر قیمت با تاریخ و منبع ثبت شود» |
| پیگیری | پیامهای مکرر | یک checkpoint و شرط escalation |
چه چیزی را نباید واگذار کرد؟
کاری را فقط چون ناخوشایند است واگذار نکنید. تصمیمهایی که قانون، قرارداد یا شرح نقش برای شما محفوظ کرده؛ گفتوگوی حساس عملکرد؛ دسترسیای که فرد مجاز ندارد؛ یا کاری که بدون آموزش خطر میسازد، به واگذاری عادی تبدیل نمیشوند. آموزش و اختیار بخشی از ظرفیتاند.
واگذاری به فرد کمظرفیت نیز حذف کار نیست؛ انتقال اضافهبار است. پیش از انتخاب Delegate، ظرفیت و اولویتهای موجود او را ببینید و بگویید کدام کار باید جابهجا شود.
Defer: تعویق تصمیمگرفتهشده، نه «بعداً»
Defer یعنی کار مال شماست، اما اکنون انجامدادنش منطقی نیست. هر مورد deferred باید یکی از این دو خروجی را داشته باشد:
- تقویمی: باید در روز یا ساعت مشخص انجام شود؛
- trigger-based: پس از پاسخ فرد، رسیدن فایل، عبور شاخص یا رخداد مشخص فعال میشود.
برای کار تقویمی، مدت واقعبینانه، بافر و ظرفیت را لحاظ کنید. آموزش تکنیک Time Blocking برای تبدیل کار منتخب به بلوک قابل اجراست. همه backlog را روی تقویم نریزید؛ تقویم محل تعهد زمانی است، نه انبار آرزوها.
یک مورد Defer چه فیلدهایی لازم دارد؟
حداقل این فیلدها را ثبت کنید: نتیجه، Next Action، پروژه/حوزه، مدت تقریبی، deadline واقعی، earliest start یا trigger، waiting-for، منبع، سطح انرژی/زمینه و تاریخ بازبینی. اگر کار منتظر پاسخ شخص دیگری است، آن را همزمان در Waiting نگه دارید؛ واگذاری بدون پیگیری ممکن است به فراموشی تبدیل شود.
کار بدون موعد واقعی به تاریخ ساختگی نیاز ندارد. آن را در فهرست Next Actions یا Someday/Maybe نگه دارید و در مرور هفتگی تصمیم بگیرید. ساخت یک مخزن واحد و قابل اعتماد در راهنمای لیست کارهای قابل اجرا توضیح داده شده است.
Delete: حذف کار، رد درخواست یا توقف تعهد
Delete فقط پاککردن فایل نیست. میتواند لغو اشتراک، خروج از جلسه کمارزش، بستن پروژه بدون توجیه، رد درخواست خارج از ظرفیت یا حذف یک مرحله زائد فرایند باشد. معیار حذف را بنویسید: عدم ارتباط با هدف، نبود اقدام یا ارزش مرجع، تکراریبودن، انقضا، صاحب دیگری داشتن، یا هزینه بیشتر از ارزش.
اگر حذف به فرد دیگری اثر میزند، سکوت نکنید. با بیان ظرفیت، پیامد و گزینه جایگزین پاسخ دهید. برای جملههای آماده و مرزبندی محترمانه، از راهنمای نه گفتن محترمانه استفاده کنید.
Delete با Archive فرق دارد
Archive یعنی اقدام ندارد اما ارزش مرجع یا الزام نگهداری دارد. Delete یعنی نه اقدام لازم است و نه نگهداری. سیاست سازمان، قرارداد، درخواست حقوقی، دوره مالی، محرمانگی و legal hold میتوانند حذف را محدود کنند. راهنمای ICO درباره نگهداری و امحای اطلاعات برای مقامات عمومی بریتانیا توضیح میدهد که حذف اطلاعات غیرلازم بخشی از مدیریت سوابق است، اما حذف رکوردِ موضوع درخواست اطلاعات میتواند مسئله حقوقی بسازد. این منبع قانون ایران یا سیاست همه شرکتها نیست؛ سیاست محلی و نظر مسئول حقوقی/سوابق ملاک است.
پوشه «Archive» را قبرستان نامحدود نسازید. owner، نوع رکورد، محل رسمی، دوره نگهداری و روش امحا باید در سیاست سازمان روشن باشد.
ایمیل مشکوک: Do یا Delete نکنید؛ ابتدا Report
پیامِ ظاهراً فوری که لینک ورود، فایل ناشناس، پرداخت یا اطلاعات حساس میخواهد، از فلو عادی خارج است. روی لینک یا پیوست کلیک نکنید، از اطلاعات داخل همان پیام برای تماس استفاده نکنید و طبق فرایند سازمان گزارش دهید. صفحه Google Mail درباره جلوگیری و گزارش فیشینگ نشانهها و مسیر گزارش در Gmail را توضیح میدهد؛ در محیط سازمانی، دکمه یا کانال امنیتی مصوب خودتان مقدم است.
پس از گزارش، حذف یا نگهداری پیام باید مطابق راهنمای تیم امنیت باشد. فوروارد دستی ممکن است پیوند یا پیوست خطرناک را به دیگران پخش کند؛ روش گزارشِ خودِ سامانه اطلاعات فنی مفیدتری برای بررسی نگه میدارد.
مثالهای عملی 4D
| ورودی | تصمیم | دلیل و خروجی |
|---|---|---|
| تأیید دریافت فایل معتبر | Do | پاسخ ۳۰ثانیهای؛ بررسی محتوا جداگانه Defer میشود |
| درخواست قیمت از واحد خرید | Delegate | نتیجه، سقف اختیار، موعد و Waiting ثبت میشود |
| بازنگری گزارش فصلی | Defer | Next Action و بلوک ۶۰دقیقهای با فایل منبع |
| خبرنامه نامرتبط | Delete | لغو اشتراک و حذف؛ مگر policy نگهداری مانع باشد |
| فاکتور ناشناس با لینک فوری | Report/Escalate | هیچ کلیک یا پرداخت؛ اعتبارسنجی از کانال مستقل |
| دو کار فوری با ظرفیت یک کار | Clarify priority | مدیر ترتیب را تعیین یا موعد/دامنه را تغییر میدهد |
4D را در Inbox ایمیل چگونه اجرا کنیم؟
Inbox را در پنجرههای مشخص باز کنید، نه با هر اعلان. از قدیمیترین یا جدیدترین نقطه شروع و هر پیام را فقط تا تصمیم بعدی پردازش کنید. reference را به محل مرجع، delegated را به Waiting، deferred را به task system و done را به Done/Archive منتقل کنید. راهنمای مدیریت Inbox شلوغ فیلترها، پاسخهای آماده و سناریوی بازگشت از مرخصی را پوشش میدهد.
هدف الزاماً Inbox Zero نیست؛ هدف «صفر پیام تصمیمنشده» در مجموعه پردازششده است. اگر حجم ورودی از ظرفیت پردازش بیشتر است، rule، alias، فرم ساختاریافته، SLA، لغو اشتراک و حذف CCهای غیرضروری را بررسی کنید.
4D برای پیامرسان، جلسه و کاغذ
در پیامرسان، از واکنش emoji بهجای ثبت تعهد استفاده نکنید؛ تصمیم deferred یا delegated باید به سیستم قابل جستوجو منتقل شود. در پایان جلسه، هر action item باید owner و موعد داشته باشد. برای کاغذ، سبد فیزیکی Inbox بسازید و همان چهار خروجی را اعمال کنید: اقدام، تحویل، tickler/تقویم، یا امحای امن/بایگانی.
یک ورودی را در چند سامانه کپی نکنید. پیام میتواند منبع باشد، اما وضعیت کار باید یک منبع حقیقت داشته باشد.
4D در تیم: مالک تصمیم و SLA ورودی
در تیم، چهار D باید سیاست مشترک داشته باشد. کانالهای ورودی، مسئول triage، تعریف فوریت، ساعات پاسخ، داده اجباری فرم، مقصد Waiting، شیوه escalation و سیاست سوابق را مشخص کنید. بدون این قرارداد، یک نفر Delete میکند، دیگری Archive و سومی همان درخواست را در سه ابزار تکرار میکند.
Delegate نیز نباید راه تخلیه کار مدیر باشد. گزارش دورهای تعداد ورودی، نرخ هر D، سن کارهای deferred، delegated بدون پذیرش و درخواستهای برگشتی کمک میکند مشکل طراحی ورودی دیده شود.
وقتی کارها بیش از ظرفیتاند، 4D کافی نیست
اگر پس از Delete و Delegate هنوز تعهدها از ظرفیت بیشترند، Deferکردن همه چیز راهحل نیست. شکاف ظرفیت را کمی کنید، فهرست کارهای در حال اجرا را محدود و با صاحب اولویت مذاکره کنید. راهنمای تریاژ اضافهبار کاری برای این وضعیت طراحی شده است.
راهنمای Management Standards سازمان HSE بریتانیا تقاضا/حجم کار، کنترل، حمایت، رابطه، نقش و تغییر را از عوامل طراحی کار مرتبط با استرس میداند. این چارچوب به قانون بریتانیا مربوط است، اما یک مرز مهم را یادآوری میکند: مرتبکردن Inbox جای مسئولیت سازمان برای تقاضای قابل دستیابی، نقش روشن و منابع کافی را نمیگیرد. 4D کاهش استرس یا جلوگیری از فرسودگی را تضمین نمیکند.
برنامه اجرای 4D در هفت روز
- روز ۱: همه کانالهای ورودی و منبع حقیقت کار را فهرست کنید.
- روز ۲: تعریف تیم/شخص از Do کوتاه، فوریت و gateهای حساس را بنویسید.
- روز ۳: Waiting، Calendar، Next Actions، Reference و Trash را بسازید.
- روز ۴: فقط ۲۰ ورودی را پردازش و موارد مبهم را ثبت کنید.
- روز ۵: template واگذاری و پاسخ رد/شفافسازی بسازید.
- روز ۶: ruleها، لغو اشتراکها و اعلانها را اصلاح کنید.
- روز ۷: سن deferredها، Waiting بیپاسخ و خطاهای حذف را مرور کنید.
چکلیست پردازش روزانه
- در زمان امن و پنجره تعیینشده Inbox را باز کنید.
- هر ورودی را به اقدام/مرجع/زباله تفکیک کنید.
- پیش از Do، اختیار و ریسک را بررسی کنید.
- Delegate را با پذیرش، موعد و Waiting کامل کنید.
- Defer را با Next Action و تاریخ یا trigger ثبت کنید.
- Delete را با سیاست retention و امنیت تطبیق دهید.
- در پایان، Calendar، Waiting و کارهای امروز را مرور کنید.
چه شاخصهایی ارزش پیگیری دارند؟
هدف سریعتر خالیکردن Inbox به هر قیمت نیست. هفتهای یک بار این شاخصها را ببینید: تعداد ورودی، درصد هر D، زمان پردازش، سن میانه deferredها، تعداد delegated بدون پذیرش، Waitingهای عبورکرده از موعد، کارهای حذفشدهای که دوباره برگشتهاند، Doهای کوتاه و مجموع زمان آنها، و تعداد موارد security/records escalation.
اگر نرخ Do زیاد و زمان تمرکز کم شده، آستانه یا batching را اصلاح کنید. اگر Deferها پیر میشوند، backlog از ظرفیت بزرگتر است. اگر Delegateها برمیگردند، تعریف نتیجه، اختیار یا انتخاب فرد ضعیف است.
خطاهای رایج و اصلاح آنها
| خطا | پیامد | اصلاح |
|---|---|---|
| هر کار کوتاه را فوراً Do کردن | وقفه و کار واکنشی | batching و شرط اولویت جاری |
| فوروارد را Delegate دانستن | مالک و موعد مبهم | پذیرش، اختیار، نتیجه و Waiting |
| نوشتن «بعداً» در Defer | قبرستان backlog | Next Action، trigger و مرور |
| Delete بدون retention check | ریسک حقوقی/عملیاتی | سیاست سوابق و legal hold |
| Archive همه چیز | جستوجوی دشوار و انباشت داده | ارزش مرجع و دوره نگهداری |
| 4D بهجای مذاکره ظرفیت | اضافهبار پنهان | تریاژ، WIP limit و تغییر اولویت |
| کلیک روی ورودی فوری ناشناس | فیشینگ/بدافزار/تقلب | توقف، اعتبارسنجی و Report |
جمعبندی: هر D باید یک وضعیت قابل اعتماد بسازد
تکنیک 4D مدیریت وظایف زمانی کار میکند که ورودی را از ابهام خارج کند: Do باید واقعاً تمام شود؛ Delegate باید مالک پذیرفتهشده، اختیار و پیگیری داشته باشد؛ Defer باید Next Action و زمان یا trigger بسازد؛ Delete باید از فهرست و در صورت مجاز از سامانه حذف شود. Archive، Clarify و Escalate نیز خروجیهای پشتیبان ضروریاند.
این روش برای پردازش است، نه برای فشردهکردن کار نامحدود در روز محدود. اگر ورودی مزمن از ظرفیت بیشتر است، ساختار تقاضا، نقش، منابع و اولویت باید تغییر کند. با ۲۰ ورودی آزمایشی آغاز کنید، خطاها را ببینید و سپس rule و template بسازید.
پرسشهای متداول
ترتیب درست چهار D کدام است؟
ترتیب نامها استاندارد واحدی ندارد. فلو عملی بهتر از حفظکردن ترتیب است: ابتدا اقدام/مرجع/زباله را روشن کنید؛ gate را بررسی کنید؛ اگر اقدام ندارد حذف یا بایگانی، اگر مالک شما نیست واگذاری، اگر کوتاه و امن است انجام، وگرنه تعویق با سیستم قابل اعتماد. هدف کاهش لمس دوباره ورودی است، نه اطاعت از ترتیب حروف.
آیا قانون دو دقیقه یعنی هر پیام کوتاه را فوراً پاسخ دهیم؟
خیر. اقدام باید در زمینه فعلی واقعاً کامل، امن و همراستا با اولویت باشد. هنگام رانندگی، کار ایمنیحساس، جلسه یا تمرکز عمیق، اعلان را باز نکنید. پیامها را در پنجره پردازش دستهای بررسی کنید و فقط کانال اضطراری تعریفشده را استثنا بگذارید.
تفاوت Defer با اهمالکاری چیست؟
Defer یک تصمیم ثبتشده با Next Action، موعد یا trigger و تاریخ بازبینی است. اهمالکاری معمولاً تعویق مبهم بدون سازوکار بازگشت است. با این حال، وجود تاریخ بهتنهایی تعویق را منطقی نمیکند؛ اگر کار از ظرفیت خارج است باید حذف، واگذار یا اولویتش مذاکره شود.
اگر شخص واگذارگیرنده کار را نپذیرد چه کنیم؟
تا پذیرش، مالکیت منتقل نشده است. درباره ظرفیت، مهارت، اختیار و تعارض اولویت گفتوگو کنید. مدیر مربوط باید تعیین کند چه کار دیگری جابهجا میشود. ارسال دوباره پیام یا افزودن CC جای توافق مالک و موعد را نمیگیرد.
آیا برای اجرای 4D به نرمافزار خاصی نیاز است؟
خیر. یک Inbox، تقویم، فهرست Next Actions، Waiting و Reference کافی است؛ کاغذ یا ابزار دیجیتال هر دو ممکناند. معیار انتخاب ابزار، دسترسی، جستوجو، امنیت، پشتیبانگیری و اعتماد به مرور است. ابتدا workflow را بسازید و سپس automation را فقط برای الگوهای پایدار اضافه کنید.
