منذ أن كنت في السادسة عشرة وأنا أطارد نظام الإنتاجية المثالي. يومها أعطاني والدي كتابًا عن إدارة الوقت، ومن دون أن يقصد حوّلني إلى مهووس صغير بالإنتاجية. ومنذ ذلك الحين وأنا أتنقل بين كل ما يمكن تخيله تقريبًا: التخطيط وفق دورات من 12 أسبوعًا، والأهداف الشهرية، والتدوين النقطي، وتطبيقات لا تنتهي.
قبل عامين بنيت أخيرًا نظامًا نجح معي فعلًا. قاعدة بيانات واحدة داخل Notion تضم كل شيء: الأهداف الفصلية، والأفكار العشوائية، والمهام اليومية، وخطط المشاريع. كل ما أحتاجه في مكان واحد. والمفاجئ أنني، رغم إدارتي لمئات العناصر المفتوحة، أُنهي معظم أيامي وصندوق الوارد فارغ.
في الأسبوع الماضي رأى إخوتي هذا النظام أثناء العمل وطلبوا مني أن أوثقه. وبدل أن يبقى سرًا عائليًا، قررت أن أشاركه هنا. هذه ليست "حيلة إنتاجية" جديدة، بل نظام إدارة مهام في Notion أثبت نفسه لأكثر من سنة في ظروف الحياة اليومية.
سر نجاحه بسيط إلى حد محرج: كل شيء موجود داخل قاعدة بيانات واحدة. لا حاجة للتنقل بين التطبيقات، ولا إلى تكاملات معقدة، ولا إلى التعامل مع طوفان مهام كلما ازدحمت الحياة. هناك فقط هيكل هرمي يمتد من مجالات الحياة الكبرى إلى المهام اليومية، مع عروض تُظهر لك ما تحتاج إليه الآن، لا أكثر.
تفضّل شرحًا بالفيديو؟ أعددت عرضًا عمليًا خطوة بخطوة لهذا النظام الكامل لإدارة المهام في Notion. شاهد الدليل الكامل لمدير المهام في Notion لترى سير العمل كاملًا أثناء التطبيق.
المشكلة وحل Notion: لماذا تنجح قاعدة بيانات واحدة
جرّبت تقريبًا كل أنظمة الإنتاجية الموجودة: Todoist وThings وTickTick وMonday.com وGetting Things Done والتدوين النقطي. وفي النهاية كانت كلها تسقط عند النقطة نفسها: الانهيار الجليدي للمهام.
المشهد كان يتكرر بالطريقة نفسها. أبدأ نظامًا جديدًا وأنا متفائل. أضع لكل شيء تاريخًا. "أنهِ التقرير الفصلي" قبل 15 مارس. "اتصل بطبيب الأسنان" يوم الخميس. كنت أضع تواريخ لكل شيء لأن ذلك كان يبدو منظمًا.
ثم تتدخل الحياة. أسبوع مزدحم، أو ظرف عائلي، أو مجرد انغماس كامل في مشروع ما. فأؤجل فتح مدير المهام بضعة أيام.
وعندما أتشجع أخيرًا على العودة، أجد أكثر من خمسين عنصرًا متأخرًا يحدق بي. شارات حمراء في كل مكان، وتنبيهات مزعجة، ومهام تصرخ بأن موعدها فات. كان العبء النفسي ثقيلًا جدًا، كأنك تفتح باب البيت فتجد كومة بريد انهارت دفعة واحدة في وجهك.
وأسوأ ما في الأمر لم يكن عدد المهام، بل أن معظم تلك "المواعيد النهائية" لم تكن حقيقية أصلًا. هل كان يجب فعلًا أن أتصل بطبيب الأسنان يوم الخميس تحديدًا؟ بالطبع لا. لكن النظام كان يصر على أنني قصّرت.
المشكلة الحقيقية أن المواعيد المصطنعة تخلق استعجالًا مصطنعًا، وهذا الاستعجال يدرّب عقلك في النهاية على تجاهل مدير المهام كله.
الأنظمة المبنية على التواريخ تعمل جيدًا مع المهام التي لها موعد نهائي فعلي، مثل دفع الفواتير أو تسليم التقارير. لكنها تنهار حين تحاول حشر كل مهمة داخل قالب زمني. فمعظم المهام الشخصية ليست أشياء يجب أن تحدث في يوم بعينه، بل أعمال تحتاج فقط إلى أن تتقدم إلى الأمام.
حل Notion: قاعدة واحدة لكل شيء
جاء التحول الحقيقي عندما توقفت عن توزيع أنواع العمل المختلفة على أماكن متفرقة. بدل تطبيق للأهداف وآخر للمهام وثالث للمشاريع، جمعت كل شيء داخل مدير مهام واحد في Notion. مجالات الحياة، والأهداف الفصلية، وأفكار المشاريع، والمهام اليومية، والخواطر السريعة، كلها مجتمعة في قاعدة واحدة.
هذا الأسلوب يحل مشكلة تبديل السياق التي تستنزف الزخم في الأنظمة التقليدية.
وقد يبدو الأمر فوضويًا إلى أن تراه يعمل. السر أن Notion يتيح لك بناء البيانات كما تريد، ثم عرضها بالطريقة التي تحتاجها. البيانات نفسها، لكن بزوايا عرض متعددة.
لماذا تفشل الأنظمة متعددة التطبيقات:
- تبديل السياق يقتل الزخم لأن التنقل بين التطبيقات يقطع التركيز
- المعلومات تنعزل في جزر منفصلة فلا ترى كيف يرتبط العمل اليومي بالأهداف الأكبر
- الأنظمة تتباعد مع الوقت فتتفكك الروابط بينها تدريجيًا
حلّي في Notion: كل شيء موجود في قاعدة البيانات نفسها، مع اختلاف قيمة حقل Type. فالهدف الفصلي نوعه Goal، والمهمة اليومية نوعها Task، ومجال الحياة نوعه Direction. القاعدة واحدة، وما يتغير فقط هو التصنيف.
وبما أن كل شيء موجود في القاعدة نفسها، أستطيع إنشاء علاقات أصل وفرع. المهام تتبع المشاريع. والمشاريع تدعم الأهداف. والأهداف تخدم مجالات الحياة. إنه هيكل هرمي يعكس بالفعل كيف يتدرج العمل في الواقع.
كيف تتسع قاعدة واحدة لمئات المهام؟ لأن هذا الأسلوب يعتمد على عروض ذكية تعمل كمرشحات. أنا لا أنظر إلى مئات المهام دفعة واحدة، بل إلى الشريحة التي أحتاجها الآن فقط. والهيكل الهرمي يخلق حدودًا طبيعية: كل مشروع يضم عادة بين 5 و15 مهمة، وكل مجال حياة يضم بين 3 و5 مشاريع. وهكذا تبقى الأرقام قابلة للإدارة.
ترتيب Sort Position يحل محل المواعيد النهائية. داخل كل عنصر أب، أرتب المهام من S0 إلى S4، حيث S0 أعلى أولوية وS4 أدناها. وعندما أفتح مشروعًا، أرى ثماني مهام بترتيب واضح، لا أربعين عنصرًا مبعثرًا.
هذا الأسلوب ينجح لأنه يشبه طريقة عمل العقل. أنت لا تفكر في كل المهام في الوقت نفسه، بل في المشروع الحالي، أو أولويات اليوم، أو أهداف هذا الربع. والنظام يمنحك تركيزًا طبيعيًا مع إبقاء كل شيء مترابطًا.
إعداد نظام إدارة المهام في Notion
الأساس هنا هو هيكل هرمي مرن، تكون فيه الحاويات الأكبر مظلة للعناصر الأصغر. يمكنك أن تتخيله على نحو تقريبي هكذا: مجالات الحياة ← الأهداف ← المشاريع ← المهام. لكنه ليس قانونًا صارمًا، بل طريقة عملية لفهم كيف تتداخل الأشياء.
هذا الإعداد يبني إطارًا يتسع طبيعيًا من التفكير الاستراتيجي إلى التنفيذ اليومي.
والسحر الحقيقي أن هذا الهيكل كله قائم داخل قاعدة بيانات واحدة في Notion عبر علاقات أصل وفرع. فمهمة مثل "تسجيل فيديو لليوتيوب" قد تنتمي إلى مشروع "نمو قناة YouTube"، وهذا المشروع يدعم هدفًا مثل "رفع سبعة فيديوهات تدريبية"، وهذا الهدف يخدم مجال حياة مثل "الذهن: التعلم والنمو المستمر".
وعندما ترتبط الأشياء بهذه الصورة، يبقى واضحًا دائمًا لماذا تفعل ما تفعله.
مجالات الحياة والأهداف الفصلية في هذا النظام
مجالات الحياة هي الأساس. أنا أستخدم خمس فئات مستمرة تهمني على المدى الطويل، مقتبسة من كتاب Sahil Bloom 5 Types of Wealth:
الوقت: أن أملك نظامًا واضحًا ووقتًا متاحًا
الذهن: التعلم المستمر والنمو
الجسد: الصحة والطاقة
العلاقات: العلاقات والمجتمع
الماليات: ما يدعم مستوى الحياة الذي أريده
أعطي كل مجال رمزًا تعبيريًا ولونًا ليسهل تمييزه بصريًا. وأنشئ لكل واحد عنصرًا مستقلًا في قاعدة البيانات بقيمة Type = "Direction". وهذه العناصر تصبح الحاويات العليا لكل ما يأتي بعدها.
الأهداف الفصلية: هدف رئيسي واحد لكل مجال حياة. ليس خمسة أهداف لكل مجال، بل هدف واحد محدد وقابل للقياس أستطيع تتبعه أسبوعيًا. مثلًا: "رفع 7 فيديوهات تدريبية" في مسار الذهن، أو "3 تمارين أسبوعيًا" في مسار الجسد، أو "حد أقصى معين لساعات العمل أسبوعيًا" في مسار الوقت.
كل هدف يحصل على Type = "Goal"، ويرتبط بمجال الحياة المناسب، ويحتوي على حقل Progress أحدّثه أسبوعيًا باستخدام نظام 8% تقريبًا، لأن الربع يتكوّن من 12 أسبوعًا.
علاقات الأصل والفرع بين المهام في Notion
القوة الحقيقية في هذا الأسلوب تأتي من علاقات الأصل والفرع، والتي يمكن أن تمتد حتى سبعة مستويات من العمق. كل هدف وكل مشروع وكل مهمة له مكان واضح داخل الهيكل، ولا شيء يبقى منفصلًا عن سياقه.
يمكنك أن تتخيل الشكل على النحو التالي، لكن الواقع أكثر مرونة من أي مخطط ثابت. لا توجد قاعدة صارمة تحدد أين ينتهي الهدف وتبدأ المهمة. المهم أن يحصل كل شيء على مكان ضمن تجمّع أكبر. فإذا بدا شيء أكبر من اللازم، أفككه. وإذا بدا متناثرًا، أضعه تحت حاوية أوسع. وفي النهاية يعود كل شيء إلى واحد من مجالات الحياة الخمسة.
مجالات الحياة: الوقت، الذهن، الجسد، العلاقات، الماليات
الأهداف الفصلية: هدف رئيسي واحد لكل مجال، يتبدل كل ثلاثة أشهر
المشاريع: كل ما يدعم هذه الأهداف
المهام: العمل الفعلي المطلوب إنجازه
المهام الفرعية: عندما تظل المهمة نفسها أكبر من أن تُنجز في جلسة واحدة
على سبيل المثال، تفرّع من هدفي المرتبط باليوتيوب عدة مشاريع: "إنتاج الفيديوهات التدريبية"، و"مراجعة تحليلات القناة"، و"تطوير المعدات". وتحت "إنتاج الفيديوهات التدريبية" لدي مجموعات مهام مثل "سلسلة Cursor IDE" و"سلسلة إنتاجية Notion". وتحت "سلسلة Cursor IDE" توجد مهام فردية مثل "تسجيل شرح الإعداد" و"تحرير الفيديو" و"كتابة الوصف" و"تصميم الصورة المصغرة".
ويعمل هذا النظام عبر خاصية الربط في Notion. فكل عنصر في قاعدة البيانات يملك حقل Parent يربطه بعنصر آخر داخل القاعدة نفسها. وهكذا يتشكل الهيكل الشجري من دون الحاجة إلى جداول منفصلة أو صيغ معقدة.
ترتيب Sort Position هو الذي يضبط الأولوية داخل كل عنصر أب. أعطي كل عنصر رتبة من S0 إلى S4 بحسب أهميته مقارنة بإخوته داخل الحاوية نفسها. وهذا يعني أنه عندما أنظر إلى مشروع يوتيوب، أرى المهام بترتيب واضح، لا وفق تسلسل زمني عشوائي.
الهيكل الهرمي يمنح كل مهمة سياقًا واضحًا. عندما أعمل على مهمة مثل "تسجيل شرح الإعداد"، أرى فورًا أنها تتبع "سلسلة Cursor IDE"، وهذه بدورها تدعم "إنتاج الفيديوهات التدريبية"، الذي يصب في هدفي الفصلي "رفع سبعة فيديوهات إضافية"، والذي يخدم مجال حياتي "الذهن". هذا الخيط يظل ظاهرًا دائمًا.
وهذا ما يزيل مشكلة شائعة في أنظمة الإنتاجية: أن تعمل على مهام تبدو مهمة لكنها لا تدفع أهدافك الأكبر إلى الأمام.
إعداد بنية قاعدة البيانات الأساسية في Notion
هذا النظام يقوم على قاعدة بيانات بسيطة فيها ثماني خصائص أساسية، تكفي للتعامل مع كل شيء من المهام اليومية إلى الأهداف الفصلية:
Parent (Relation): يصنع الهيكل الهرمي عبر الربط بعناصر أخرى
Type (Select): يميز بين Direction وGoal وTask
Status (Select): يحدد الحالة مثل Active وComplete وPeriodic
Sort Position (Select): يحدد الرتبة من S0 إلى S4 داخل العنصر الأب
Action Date (Date): أستخدمه فقط حين تكون هناك حاجة حقيقية لتاريخ محدد
Priority (Select): يحدد ترتيب التنفيذ اليومي من P0 إلى P4
Progress (Number): لمتابعة نسبة إنجاز الأهداف الفصلية
Size (Select): لتقدير مستوى التعقيد
أنواع العناصر المختلفة تستخدم مجموعات مختلفة من هذه الخصائص. فمجالات الحياة تحتاج في الغالب فقط إلى Type وSort Position، بينما تستخدم الأهداف Parent وProgress وتواريخ مستهدفة، وقد تستخدم المهام معظم هذه الحقول.
إعداد حقلي Type وStatus
حقل Type يساعدني على جمع كل شيء داخل جدول واحد، مع أن هذه التسميات مرنة وليست فئات جامدة:
Direction: عادة يمثل أحد مجالات الحياة الكبرىGoal: عادة يمثل هدفًا فصليًا مع متابعة عبرProgressTask: كل ما عدا ذلك، من مشاريع ومهام فردية وأفكار وعناصر متكررة
حقل Status فيه ثلاث حالات:
Active: عناصر لا تزال ذات صلة الآنComplete: عناصر انتهت لكنني أحتفظ بها للرجوع إليهاPeriodic: مهام متكررة تتحرك إلى الأمام بدل أن تُغلق نهائيًا
الفرق بين Priority وSort Position
Sort Position (S0-S4) يكون شبه ممتلئ دائمًا، وهو الذي يتحكم في ترتيب العناصر داخل الحاويات الأب. فكل مهمة تُقيَّم مقارنة بإخوتها: ما الذي يجب أن يأتي أولًا داخل هذا المشروع أو ذلك الهدف؟
Priority (P0-P4) يكون فارغًا غالبًا، ولا أملؤه إلا أثناء التنفيذ اليومي عندما تتنافس عدة مهام على وقت اليوم نفسه.
الفكرة الأساسية أنني انتقلت من إدارة المهام بحسب التاريخ إلى إدارتها بحسب الترتيب داخل المشروع.
Sort Position = "أين تقع هذه المهمة داخل المشروع؟"
Priority = "ما الذي يجب أن أفعله أولًا اليوم؟"
إعداد Action Date والأتمتة اليومية
أتجنب استخدام Action Date إلا عندما يكون له معنى حقيقي. لا أضعه إلا في ثلاث حالات:
- المواعيد الخارجية الفعلية، مثل الفواتير والاجتماعات والسفر
- مهام الصيانة الدورية، مثل المراجعات الأسبوعية أو تنظيف قنوات التواصل
- التزامات يومية محددة أقررها بوعي
أما معظم المهام فتبقى بلا تاريخ، مرتبة داخل مشاريعها عبر Sort Position. ولدي أتمتة يومية تنقل أي مهمة تجاوزت تاريخها إلى تاريخ اليوم، حتى لا يتكوّن تراكم خانق من العناصر "المتأخرة".
نظام Sort Position (S0-S4) لترتيب الأولويات
هذا النظام يعمل عبر مقارنة كل مهمة بإخوتها داخل الحاوية نفسها فقط:
S0: عناصر المسار الحرج، وبحد أقصى 1 إلى 3 لكل مشروع
S1: عناصر مهمة لنجاح المشروع
S2: أولوية عادية، تمثل العمل الداعم
S3: من الجيد إنجازها إذا أمكن
S4: أفكار من نوع "ربما لاحقًا"
وهذا يتسع بصورة طبيعية. سواء كان المشروع يحتوي على 5 مهام أو 50، فالسؤال نفسه دائمًا: "ما أهمية هذه المهمة مقارنة ببقية مهام المشروع؟" وعندما أبدأ العمل، أفتح المشروع وأتحرك من S0 إلى S4.
إعداد حقول الحالة والتقدم والحجم
حقل Status يدير حالة المهام الفردية بوضوح: العناصر Active تظهر في عروض العمل، والعناصر Complete تبقى محفوظة لكنها مخفية، والعناصر Periodic تتقدم إلى الدورة التالية مع تحديث تواريخها.
حقل Progress يتابع الأهداف الفصلية عبر زيادات أسبوعية تقارب 8%. وفي كل يوم جمعة، أحدّث النسبة بناءً على التقدم الفعلي، فأعرف سريعًا أي الأهداف يسير على المسار الصحيح وأيها بدأ يتأخر.
حقل Size يقدّر مستوى التعقيد:
Moment/Small: مهمة سريعة أو عمل يمكن إنهاؤه في جلسة واحدةMedium/Big: عمل يحتاج إلى أكثر من جلسة أو إلى مجهود مركبsshshshshshsh: مهام لا أرغب في الاقتراب منها أصلًا
بهذا تصبح لكل خاصية وظيفة محددة، بدل أن تكون الحقول مجرد زينة داخل قاعدة البيانات.
سير عملي اليومي في Notion: صندوق وارد فارغ من دون إنهاك
أضيف يوميًا بين 10 و20 مهمة جديدة، ومع ذلك أُنهي معظم الأيام وصندوق الوارد فارغ. والسر هو وجود مسارين منفصلين تمامًا داخل هذا النظام: الالتقاط والمعالجة. أثناء الالتقاط أفرغ كل شيء من رأسي من دون تفكير. وأثناء المعالجة، مرة واحدة يوميًا، أعطي كل عنصر مكانه الصحيح داخل الهيكل.
هذا الفصل يمنع الفشلين الأكثر شيوعًا: إما أن تجعل الالتقاط معقدًا فتضيع الأفكار، أو أن تترك العناصر الملتقطة من دون معالجة فتتحول القاعدة كلها إلى فوضى رقمية.
التقاط المهام بسرعة في Notion
هذا المسار يحتاج حرفيًا إلى نقرتين فقط من أي مكان. والفكرة الأساسية هنا أن الالتقاط والتنظيم حالتان ذهنيتان مختلفتان. أثناء الالتقاط لا أريد اتخاذ قرارات تصنيف؛ أريد فقط إخراج الفكرة من رأسي.
الإعداد عندي:
- الهاتف: أداة Notion المصغّرة مع اختصارات Siri للإملاء الصوتي
- الكمبيوتر: تبويب متصفح مثبّت على عرض
Add Newداخل قاعدة البيانات
كل فكرة تذهب مباشرة إلى صندوق الوارد بعنوان فقط. لا Parent، ولا أولوية، ولا تاريخ. أفضل أن أحتفظ بعشرين عنصرًا فوضويًا في صندوق الوارد على أن أفقد ثلاث أفكار جيدة لأن النظام أعقد من اللازم.
معالجة صندوق الوارد يوميًا
هذه المعالجة اليومية تستغرق عادة بين 10 و15 دقيقة، حتى لو كان لدي 20 عنصرًا جديدًا. ولكل فكرة أطرح على نفسي ثلاثة أسئلة مستلهمة من منهج Jobs to Be Done:
1. إلى أي مجال حياة ينتمي هذا العنصر؟ الوقت، أم الذهن، أم الجسد، أم العلاقات، أم الماليات؟ في نحو 90% من الحالات يكون المكان واضحًا.
2. هل يحتاج هذا العنصر إلى تفكيك؟ إن كان بسيطًا، أربطه مباشرة بمكانه. وإن كان كبيرًا، أجعله حاوية يمكن تفصيلها لاحقًا.
3. ما أولويته مقارنة بالعناصر المشابهة؟ وهنا أعطيه قيمة Sort Position من S0 إلى S4 داخل الحاوية المناسبة.
وخلال هذه المعالجة، نادرًا جدًا ما أضع Action Date. وهذا مقصود، بل أساسي لاستدامة النظام.
لماذا أتجنب المواعيد النهائية في نظامي لإدارة المهام
لأن هذا الأسلوب يمنع الاستعجال المصطنع الذي يعلّم عقلك تجاهل مدير المهام. فمعظم المهام الشخصية، مثل "تحديث LinkedIn" أو "تعلم الإسبانية"، لا تملك موعدًا نهائيًا حقيقيًا. وإعطاؤها تاريخًا اعتباطيًا يخلق شعورًا زائفًا بالذنب عندما يمر التاريخ، ويجعلك لاحقًا أقل اكتراثًا حتى بالمواعيد الحقيقية.
أنا لا أضع Action Date إلا في ثلاث فئات:
- المواعيد الخارجية الحقيقية: مثل الفواتير والاجتماعات والسفر
- مهام الصيانة الدورية: مثل المراجعات الأسبوعية أو تنظيف قنوات التواصل
- التخطيط اليومي المقصود: عندما أقرر بوعي أن شيئًا ما يجب أن يحدث غدًا
أما كل ما عدا ذلك، فيبقى داخل الهيكل الهرمي مرتبًا عبر Sort Position. وهكذا لا أرى أبدًا خمسين مهمة "متأخرة" في الوقت نفسه، لأن معظم المهام ليست مؤرخة أصلًا.
ومرة كل أسبوع، أراجع التواريخ وأسأل نفسي: "هل يحتاج هذا فعلًا إلى تاريخ محدد؟" وغالبًا تكون الإجابة: لا. والمهام القليلة المؤرخة فعلًا، عادة بين 3 و7 يوميًا، تصبح الحد الأدنى من التزاماتي. ثم أتنقل بحرية داخل الهيكل وفق الطاقة وترتيب الأولويات.
العروض الأساسية التي تجعل هذا النظام قابلًا للإدارة
أنا لا أحدق في مئات المهام في وقت واحد. العروض الذكية تصفّي البيانات نفسها لأغراض مختلفة: التنفيذ اليومي، والتخطيط للغد، ومعالجة صندوق الوارد، ومتابعة الأهداف، والعمل داخل المشاريع.
وهذه العروض تتزامن تلقائيًا. إذا أنهيت مهمة في عرض "النشطة" اختفت أيضًا من عرض "الغد". وإذا عالجت عنصرًا من صندوق الوارد، ظهر فورًا في العرض المناسب داخل المشروع المناسب. قاعدة بيانات واحدة، وزوايا نظر متعددة، ومن دون صيانة.
إعداد عرض المهام النشطة
هذه هي لوحة التحكم اليومية عندي. لا تعرض إلا المهام التي تحتاج فعلًا إلى انتباه اليوم، وعادة تكون بين 3 و7 عناصر مختارة بعناية بدل أكثر من 50 احتمالًا مرهقًا.
إعداد عوامل التصفية:
Status:ActiveAction Date: اليوم أو قبل اليوم
بسيط، لكنه فعّال جدًا. كل ما عدا ذلك يبقى مخفيًا إلى أن أذهب إليه عمدًا داخل المشاريع المناسبة. وهكذا يتكوّن تركيز نفسي صحي: قائمة محدودة من الالتزامات الحقيقية، لا كومة من الاحتمالات.
عرض Tree View مقابل عرض Flat View
أبدّل بين هذين العرضين بنقرة واحدة بحسب حالتي الذهنية:
Tree View: يُظهر الهيكل الهرمي والسياق. وهو مثالي عندما أريد أن أفهم لماذا تهم مهمة ما، أو عندما أحتاج إلى بدائل ذكية إذا تغيّرت الخطة.
Flat View: قائمة بسيطة بلا تفرعات. هذا هو وضع التنفيذ الخالص، حين أريد إنجاز الالتزامات بسرعة ومن دون تشتيت.
تفكير استراتيجي؟ استخدم Tree View. تنفيذ مركز؟ استخدم Flat View. البيانات نفسها، لكن بنمطين ذهنيين مختلفين.
إعداد عرض التخطيط للغد
أنهي كل يوم بتخطيط مقصود، بدل أن أدخل إلى الغد وأنا أتساءل عمّا سأعمل عليه. في هذه اللحظة أنقل 3 إلى 7 مهام من "ترتيب الأولوية داخل المشروع" إلى "التزام زمني محدد".
لدي عرضان بعوامل التصفية نفسها (Status: Active وAction Date: Tomorrow):
Tomorrow (Tree): للتخطيط المسائي مع السياق الهرمي، حتى أرى كيف ترتبط المهام بالمشاريع الأكبر.
Tomorrow Flat: للتنفيذ الصباحي السريع، من دون إلهاءات الهيكل الهرمي.
وهذا يمنع مشكلتين معًا: التخطيط الناقص الذي يقود إلى تشتت بلا وجهة، والتخطيط المفرط الذي يصنع قائمة مستحيلة ومولدة للشعور بالذنب.
إدارة أولويات الغد
خلال التخطيط المسائي، أضيف Priority من P0 إلى P4 لمهام الغد:
P0: يجب أن يحدث أولًا، وغالبًا لا يكون إلا عنصرًا واحدًا
P1: من الأفضل إنجازه مبكرًا، حين تكون الطاقة أعلى
P2: أولوية عادية، وهي الفئة التي تقع فيها أغلب المهام المخطط لها
P3: إذا سمح الوقت
P4: آخر خيار
وهنا لا تعود الأولوية ترتيبًا عامًا لكل مهام النظام، بل فقط ترتيبًا لمجموعة صغيرة التزمت بها ليوم واحد. وفي صباح اليوم التالي، أفتح عرض Tomorrow Flat، وأرتب بحسب Priority، ثم أتحرك من P0 إلى P4.
عرض معالجة صندوق الوارد للمهام الجديدة
عرض صندوق الوارد يلتقط الأفكار كما ترد على مدار اليوم، ثم أعود إليه مرة يوميًا لأعالجه حتى أفرغه بالكامل. وحتى مع 15 أو 20 عنصرًا، لا تتجاوز العملية في العادة 10 إلى 15 دقيقة.
عامل التصفية: Parent فارغ
إذا لم يكن للعنصر أصل، فهذا يعني أنه ما زال يحتاج إلى معالجة. وبمجرد أن أحدد له Parent أثناء المعالجة، يختفي تلقائيًا من صندوق الوارد ويظهر في العرض المناسب داخل المشروع المناسب.
عامل تصفية إضافي أثناء المعالجة: Created خلال الأسبوع الماضي
هذا يجعلني أركز على العناصر الجديدة الطازجة. أما الأقدم من ذلك، فأتعامل معه في المراجعات الأسبوعية، حتى تظل المعالجة اليومية سريعة ومركزة.
منهج Jobs to Be Done: تنظيم المهام على أساس الغرض لا الفئة
لقد استعرت منهج Jobs to Be Done لمعالجة صندوق الوارد بهذه الصيغة: "ما الدور الذي أريد من هذا العنصر أن يؤديه في حياتي؟" هذا يحوّل السؤال من "أين أضعه؟" إلى "ما النتيجة التي أريد الوصول إليها من خلاله؟"
وهكذا تتحول المعالجة من عمل إداري ممل إلى تفكير استراتيجي في كيفية توزيع الانتباه بين أولويات متنافسة. فإذا التقطت فكرة مثل "تعلم الإسبانية"، فإن هذا المنهج يكشف الدافع الحقيقي وراءها، سواء كان السفر أو التواصل الثقافي أو التطور المهني، وعندها يصبح قرار تنظيمها أوضح بكثير.
إسناد العناصر إلى الأصل المناسب وترتيبها داخل الهيكل
أثناء المعالجة، أتخذ قرارات مقصودة حول موضع كل عنصر داخل أهداف ومشاريع أكبر. فكل مهمة ينبغي أن تخدم غرضًا أوسع. مثلًا، "البحث عن إعدادات الميكروفون" قد تنتمي إلى مشروع متعلق بمعدات اليوتيوب، وهذا المشروع يخدم هدف الفيديوهات التدريبية، والذي يعود في النهاية إلى مجال الذهن.
وهكذا تتكوّن أمامي خريطة قرار للتنفيذ لاحقًا. فعندما يحين وقت العمل على محتوى اليوتيوب، لا أريد أن أعيد تقييم كل شيء من الصفر؛ أريد مسارًا واضحًا يرشدني.
إلى أي مجال حياة تنتمي هذه المهمة؟
أول قرار هو: هل تخدم الوقت، أم الذهن، أم الجسد، أم العلاقات، أم الماليات؟ في نحو 90% من الحالات يكون الجواب واضحًا بمجرد النظر إليها استراتيجيًا. العمل المهني يذهب غالبًا إلى الوقت أو الماليات. التعلم إلى الذهن. الصحة إلى الجسد. العلاقات إلى مسار العلاقات.
وعندما تبدو المهمة ملتبسة، يساعدني سؤال Jobs to Be Done على الحسم. فشراء مكتب للوقوف مثلًا قد يذهب إلى الجسد إذا كان الهدف تخفيف ألم الظهر، أو إلى الوقت إذا كان الهدف تحسين التركيز أثناء العمل. وإذا انطبقت عدة مجالات، أختار الدافع الأهم وأمضي. الغرض هنا ليس التصنيف المثالي، بل تنظيم جيد بما يكفي ليبقى النظام عمليًا.
هل يحتاج هذا العنصر إلى مزيد من التفكيك؟
أجمل ما في هذا النظام أنني لست مضطرًا إلى القلق بشأن ما إذا كان الشيء "مهمة" أم "مشروعًا". فكل شيء في النهاية مجرد عنصر داخل قاعدة البيانات نفسها. والسؤال الوحيد هو: هل يحتاج هذا العنصر إلى أن ينقسم إلى أجزاء أصغر؟
إذا كان قابلًا للتنفيذ كما هو: أحدد له Parent وSort Position، وانتهى الأمر.
إذا كان أكبر أو أعقد من اللازم: أتعامل معه كحاوية وأفككه إلى عناصر أصغر لاحقًا. ويمكنني دائمًا إعادة التنظيم حين تتضح الصورة أكثر.
لذلك لا أرهق نفسي بالفئات. فـ"تحديث LinkedIn" قد يكون عنصرًا واحدًا لدى شخص، وقد يتحول لدى شخص آخر إلى "كتابة نبذة جديدة" و"تحديث الخبرات" و"إضافة المهارات الحديثة". النظام يتكيف مع طريقة عمل عقلك.
تحديد الأولوية داخل الحاوية الأم
الخطوة الأخيرة هي إعطاء العنصر قيمة Sort Position من S0 إلى S4 مقارنة بإخوته داخل الحاوية نفسها. وهذا يجبرني على التفكير في المفاضلات داخل كل مشروع.
S0: عناصر المسار الحرج، وبحد أقصى 1 إلى 3 لكل مشروع
S1-S2: العمل الأساسي الذي يدفع المشروع إلى الأمام
S3-S4: إضافات جيدة أو أفكار "ربما لاحقًا"
ومواضع الترتيب هنا نسبية لا مطلقة. فقد تكون مهمة S0 داخل مشروع "تنظيم المنزل" أقل أهمية من مهمة S3 داخل "عمل العميل"، لكن عندما أكون داخل مشروع تنظيم المنزل أحتاج إلى بوصلة داخلية واضحة تخص هذا المشروع بالذات.
وهذا ما يجعل النظام يتسع بسلاسة. فأنا لا أرتب مئات المهام ترتيبًا عالميًا واحدًا، بل أرتب إخوة داخل حاوياتهم. وهذا يخفف العبء الذهني، ويجعل التفكير الاستراتيجي أكثر حدة.
إطار القرار المكوّن من أربعة أسئلة
هذا الإطار المستلهم من Jobs to Be Done يمنع التصنيف العشوائي والمبالغة في التفكير. فهو يحقق توازنًا واضحًا: ما يكفي من التفكير الاستراتيجي ليكون التنظيم مفيدًا، لكن من دون أن تتحول المعالجة نفسها إلى عنق زجاجة.
الأسئلة الأربعة الأساسية لكل مهمة جديدة
هذه مراجعة سريعة تستغرق عادة بين 15 و30 ثانية لكل عنصر:
1. ما الدور الذي أريد من هذه المهمة أن تؤديه؟
ركّز على النتيجة لا على المكان. مثلًا: "البحث عن مكاتب للوقوف" يعني تحسين الراحة والصحة.
2. أي مجال حياة يخدمه هذا العمل؟
الصحة تذهب إلى الجسد. التعلّم إلى الذهن. الكفاءة إلى الوقت.
3. هل هذا عنصر واحد أم يحتاج إلى تفكيك؟
قد تظل "حجز موعد طبيب الأسنان" مهمة واحدة. بينما قد تصبح "البحث عن مكتب للوقوف" جزءًا من حاوية أكبر مثل "تحسين المكتب المنزلي".
4. ما أهميته مقارنة بالعناصر الأخرى في المساحة نفسها؟
وهذا ما يتحول في النهاية إلى Sort Position داخل الحاوية المناسبة.
بهذا تتكوّن شجرة قرار قادرة على التعامل مع معظم ما ألتقطه يوميًا، من دون عشوائية ومن دون تعقيد زائد.
المراجعات الأسبوعية للأهداف: كيف أبقى على المسار طوال الربع
المراجعات الأسبوعية هي ما يحول الأهداف الفصلية من أمنيات لطيفة إلى تقدم فعلي. من دون مراجعة منتظمة، تصبح الأهداف مثل قرارات يناير المنسية. ومع المراجعة الأسبوعية، تتحول إلى التزامات حيّة تتحرك إلى الأمام.
هذا الأسلوب لا يعتمد على وضع الأهداف ثم الأمل في الأفضل، بل على محاسبة متكررة ومنتظمة.
وفي Notion كل شيء متصل: التقدم الأسبوعي مرتبط بالمهام اليومية، والمشاريع الداعمة، ومجالات الحياة. والهيكل نفسه الذي يدير المهام اليومية هو أيضًا ما يسمح بمتابعة الأهداف على المستوى الاستراتيجي.
نظام التقدم الأسبوعي بنسبة 8%
الحساب بسيط: 12 أسبوعًا في كل ربع، أي ما يقارب 8% تقدم كل أسبوع. وفي كل يوم جمعة أسأل نفسي: "هل حققت تقدمًا فعليًا هذا الأسبوع؟" ثم أحدّث حقل Progress وفق ذلك: 8% في الوضع الطبيعي، و10 إلى 12% إن كان الأسبوع استثنائيًا، و3 إلى 5% إن كان التقدم محدودًا، و0% إذا تجاهلت الهدف تمامًا.
هذا النهج مستلهم من منهجية The 12 Week Year، التي تدعو إلى دورات تنفيذ أقصر بدل التخطيط السنوي التقليدي. والفكرة الجوهرية فيها أن 12 أسبوعًا تخلق إلحاحًا وتركيزًا طبيعيين تفتقدهما الأهداف السنوية الطويلة غالبًا.
قوة هذا الأسلوب ليست في القياس المثالي، بل في المحاسبة المنتظمة. فهو يكشف بسرعة الأهداف التي تسير كما ينبغي، مقابل الأهداف التي بدأت تتخلف. فإذا وصلت إلى الأسبوع الثامن وأنت عند 30% فقط، فهذه مشكلة تحتاج إلى تدخل مباشر.
طقس يوم الجمعة: أراجع ما فعلته فعلًا، لا ما كنت أنوي فعله، ثم أحدّث النسب بناءً على تقدم ملموس.
الربط مع يوم الاثنين: الأهداف ذات التقدم الضعيف ترتفع تلقائيًا في أولويات التخطيط الأسبوعي. وهكذا تتشكل حلقة تغذية راجعة طبيعية بين الهدف الاستراتيجي والتنفيذ اليومي.
متابعة اكتمال الأهداف الفصلية في Notion
الأهداف تستخدم البنية نفسها التي تستخدمها المهام اليومية، لكن مع خصائص إضافية للمتابعة:
حقل Progress: يُحدَّث أسبوعيًا ويعرض نسبة إنجاز الهدف خلال الربع
Target Date: تاريخ نهاية الربع المشترك بين الأهداف
علاقة Parent: كل هدف يتبع أحد مجالات الحياة
لوحة متابعة الأهداف: عرض مخصص يُظهر الأهداف الخمسة كلها مع نسب التقدم والمشاريع الداعمة. نظرة واحدة تكفي لأرى ما الذي يسير جيدًا وما الذي يحتاج إلى عناية.
قالب المراجعة الأسبوعية: مهمة متكررة كل يوم جمعة، تتضمن الأهداف الخمسة ومساحة لتدوين ملاحظات التقدم. وهذا يحافظ على اتساق المراجعات ويمنعني من تجاهل الأهداف الأصعب تقييمًا.
وعند نهاية الربع، لا أعود أعتمد على انطباع ضبابي من نوع "أعتقد أنني كنت منتجًا"، بل على بيانات فعلية تساعدني في وضع أهداف أفضل للربع التالي.
لماذا يتفوق هذا النظام على مديري المهام التقليديين
مديرو المهام التقليديون يفشلون لأنهم مبنيون غالبًا على افتراضين خاطئين: أن كل المهام يجب أن تُعامل بالطريقة نفسها، وأن جدولة كل شيء تصنع إنتاجية. نظامي في Notion يقلب هذين الافتراضين.
والفرق هنا ليس في الخصائص التقنية بقدر ما هو في النموذج الذهني. فمعظم أدوات المهام تفرض بنيتها على عملك، بينما يتيح لك Notion أن تبني بنية تشبه الطريقة التي يفكر بها عقلك حين يريد إنجاز الأشياء. والنتيجة نظام يبدو طبيعيًا فتستمر في استخدامه، بدل أن تهجره بعد شهرين أو ثلاثة.
لا مزيد من الانهيارات الجليدية للمهام
هذا النظام يلغي الانهيارات الجليدية لأن التاريخ فيه هو الاستثناء لا القاعدة. معظم المهام تبقى بلا Action Date، وتُنظَّم عبر Sort Position. أما التواريخ فتُحجز فقط للمواعيد الحقيقية، وبذلك تبقى قائمة "النشطة" اليومية بين 3 و7 عناصر قابلة للإدارة.
الهيكل الهرمي المرن يحل محل التصنيفات الجامدة. فعلاقات الأصل والفرع يمكن إعادة ترتيبها كلما تطور فهمك للعمل. فقد تنتقل مهمة مثل "البحث عن مكتب للوقوف" بين الصحة والإنتاجية وتجهيز المكتب المنزلي، بحسب ما يتضح لك من دافعها الأساسي.
Sort Position يحل محل المواعيد الاعتباطية. بدل سؤال "متى يجب أن أفعل هذا؟" الذي يصنع استعجالًا زائفًا، أسأل: "ما الترتيب المناسب لهذه المهمة عندما أعمل على هذا المشروع؟" وهذا الترتيب لا يتراكم بالطريقة نفسها التي تتراكم بها تواريخ التقويم.
النظام يتكيف معك، لا العكس. يمكنك أن تعمل من قائمة المهام النشطة، أو أن تتنقل داخل مشروع بعينه، أو أن تراجع مجال حياة كاملًا، وفق طاقتك وسياقك. وهو يتعامل برشاقة مع التذبذب وتبدل الأولويات من دون شعور دائم بالذنب أو جلسات تنظيف مرهقة.
السياق والهيكل الهرمي: ما الذي يجعل هذا النظام مختلفًا
مديرو المهام التقليديون يتعاملون مع المهمة كعنصر معزول. لكن المهام في الحقيقة جزء من مشاريع، والمشاريع تدعم أهدافًا، والأهداف تخدم مجالات حياة. هذا الهيكل لا يمنحك تنظيمًا أفضل فقط، بل يمنحك ذكاءً استراتيجيًا.
السياق يجيب عن سؤال "لماذا"، وهذا ما يحفز التنفيذ. فمهمة مثل "تسجيل مقدمة الفيديو" إذا نظرت إليها وحدها لا تبدو أكثر من مربع اختيار آخر. لكنها حين تظهر داخل "سلسلة Cursor IDE" ثم "إنتاج الفيديوهات التدريبية" ثم "رفع 7 فيديوهات تدريبية" ثم "الذهن"، تصبح ذات معنى واضح ومتصلة بهدف أكبر.
الفوائد الأساسية:
- دافع نابع من الاتصال بالهدف: ترى كيف تخدم المهام الصغيرة أغراضًا أكبر
- بدائل أذكى حين تتغير الخطط: تظهر لك المهام القريبة ذات الصلة بدل أن تتجمد
- تقييم طبيعي للأولوية: يصبح التفريق أسهل بين ما يخدم أهدافك فعلًا وما هو مجرد مشتت جذاب
- مرونة في مستوى التركيز: يمكنك أن تبتعد إلى الاستراتيجية أو تقترب إلى التنفيذ حسب الحاجة
مديرو المهام التقليديون يحسنون إنجاز العناصر. أما هذا النظام فيحسن التقدم في الأشياء التي تهم فعلًا. فهو لا يدير المهام فحسب، بل يربط بين العمل اليومي والنتائج التي تريد الوصول إليها.
إذا كنت تبحث عن أساس تبني عليه قالبك الخاص في Notion لإدارة المهام أو للإنتاجية، فالمبادئ الموجودة هنا تمنحك نقطة انطلاق يمكنك تخصيصها وفق احتياجاتك وسير عملك.
شرح الفيديو الكامل: شاهد النظام كاملًا أثناء التطبيق
إذا كنت تفضّل التعلّم بصريًا، فقد أعددت شرح فيديو شاملًا يغطي كل ما تتناوله هذه المقالة:
في الفيديو سترى كل جزء من هذا النظام في الوقت الفعلي: كيف أُعد بنية قاعدة البيانات، وكيف أبني العروض الأساسية، وكيف أطبق سير العمل اليومي، وكيف أحافظ على النظام على المدى الطويل من دون الوقوع في الانهيارات الجليدية للمهام التي تقتل أنظمة الإنتاجية الأخرى.
