12 اجتماعاً أسبوعياً و3 مجموعات واتساب تعمل على مدار الساعة وجدول مهام واحد (Spreadsheet) لا يقوم أحد بتحديثه. ومؤسس يعمل لمدة 14 ساعة يومياً لأن لا شيء يتحرك بدون موافقته. كانت هذه هي نقطة البداية.
بعد 6 أسابيع:

• اجتماع مزامنة أسبوعي واحد حل محل الـ 12 اجتماعاً بالكامل.

• لوحة تحكم مشتركة حلت محل مجموعات الواتساب الثلاث.

• مشاريع نشطة أقل بنسبة 40% تعمل في وقت واحد.

• قرارات أسرع بنسبة 50% عبر الفريق.

• نفس الفريق. نفس الميزانية. نفس المكتب.

الشيء الوحيد الذي تغير هو النظام هذه هي القصة الكاملة لكيفية قيامنا بذلك باستخدام منهجية (تشخيص ← رسم الخرائط ← بناء ← تحسين). لا نظريات ولا شرائح عرض إطارية فقط ما حدث بالفعل، أسبوعاً بأسبوع.

الشركة قبل أن نبدأ

القطاع: الخدمات المهنية (B2B).
حجم الفريق: 15 موظفاً موزعين على 3 أقسام.
الإيرادات: 2-4 مليون ريال سنوياً.
دور المؤسس: مدير تنفيذي يدير أيضاً العمليات، وعلاقات العملاء، ونصف قرارات التوظيف.
ما الذي دفعهم للتواصل معي؟ تواصل معي المؤسس لنسمّه (طارق) بعد أسبوع عصيب للغاية. غاب مدير العمليات لديه بسبب المرض لمدة 3 أيام. خلال تلك الأيام الثلاثة، أدرك طارق شيئاً مرعباً: لا أحد غيره يعرف كيف تسير الأمور. تأخرت تسليمات العملاء. لم تُرسل الفواتير. عمل عضوان من الفريق على نفس المهمة بينما جلس آخر دون عمل. وصلت رسائل الواتساب غير المقروءة إلى أكثر من 200 رسالة بحلول وقت عودة مدير العمليات.

قال لي طارق: ما عندي مشكلة في الفريق لكن المشكلة أن ما أحد يعرف ماذا يفعل بدون ما تقول له.

كان محقاً تماماً. لكنه لم يكن يعرف الاسم الحقيقي للمشكلة بعد. الاسم هو: غياب نظام تشغيل (No Operating System).

الأسبوع 0: جلسة الاستكشاف (30 دقيقة)

قبل بدء أي ارتباط عمل، أقوم بإجراء جلسة استكشاف مجانية بدون عرض بيعي ولا مقترح تقني. فقط محادثة تشخيصية واحدة.

سألت طارق السؤال التشخيصي: ما هو القرار الذي كنت تتجنب اتخاذه طوال الثلاثين يوماً الماضية؟

كانت إجابته: أحتاج إلى إعادة هيكلة كيفية صنع القرارات. لكني لا أعرف من أين أبدأ وأخشى تعطيل التدفق البسيط الذي لدينا حالياً.

تلك الإجابة أخبرتني بثلاثة أشياء:

1. كان يعلم أن المشكلة هيكلية، وليست متعلقة بالأشخاص.

2. كان يخشى جعل الأمور أسوأ وهو خوف شائع لدى المؤسسين.

3. كان مستعداً للبدء ولكنه لا يملك إطار عمل للتحرك.

اتفقنا على بدء العمل في الأسبوع التالي.

المرحلة 1: التشخيص (الأسبوع 1-2)

ما قمت به: في الأسبوع الأول، أجريت ثلاث جلسات:
الجلسة 1 تشخيص المؤسس (90 دقيقة): محادثة عميقة مع طارق حول كيفية تدفق القرارات فعلياً. ليس الهيكل التنظيمي الورقي لكن التدفق الحقيقي. بمن يتصل أولاً؟ من يتصل به؟ أين تعيق الأمور؟

الجلسة 2 ملاحظة الفريق (ساعتان): جلسة مع الفريق لسماع منهم وفهم عملهم. رسمت خريطة لكل سؤال طُرح، وكل قرار تم تأجيله، وكل جملة لنناقش هذا لاحقاً التي لم تُناقش أبداً.

الجلسة 3 رؤساء الأقسام (45 دقيقة لكل منهم): محادثات فردية مع رؤساء الأقسام الثلاثة. سألت كل واحد منهم نفس السؤال: ما الذي تتمنى أن تقرره دون الحاجة لسؤال أي شخص؟

ما وجدته الهيكل الخفي:

1. 97% من القرارات تمر عبر طارق. ليس لأن الفريق غير كفء لكن لأنه لم يخبرهم أحد أن بإمكانهم التقرير بشكل مستقل.

2. 12 اجتماعاً أسبوعياً موجودة، لكن 3 منها فقط تنتج قرارات. البقية كانت تحديثات حالة كان يمكن أن تكون رسالة نصية بسيطة.

3. 3 مجموعات واتساب أصبحت هي نظام التشغيل الفعلي. أداة إدارة المشاريع التي يدفعون ثمنها شهرياً؟ لا أحد يسجل الدخول إليها.

4. مدير العمليات يحتفظ بنسبة 80% من المعرفة المؤسسية في رأسه. لا شيء موثق. إذا غادر، ستتبع ذلك 3 أشهر من الفوضى.

5. الفريق يعمل على 23 مشروعاً نشطاً في وقت واحد. بالنسبة لشركة تضم 15 شخصاً، هذا يعني تقريباً 1.5 مشروع لكل شخص مع انعدام وقت التركيز.

السبب الجذري: ليس ضعف التواصل ولا فريقاً كسولاً. هو شيء واحد فقط المؤسس لم يبنِ أبداً إطاراً لاتخاذ القرار، لذا فكل قرار يعود إليه تلقائياً وتكيف الفريق مع ذلك عبر الانتظار. كانت ديون القرارات ضخمة. أشهر من القرارات الهيكلية المتجنبة تراكمت لتتحول إلى فوضى يومية.

المرحلة 2: رسم الخرائط (الأسبوع 3)

ما قمت ببنائه: خريطة الوضوح (The Clarity Map) تمثيل بصري من صفحة واحدة لكيفية عمل الشركة. ليس ملف استراتيجية من 50 صفحة. صفحة واحدة فقط. إليك ما تضمنته تلك الصفحة:

القسم 1: خريطة حقوق القرار
ثلاثة أعمدة: القرار ← من يقرر ← من يتم إبلاغه.
مثال:

• نطاق مشروع العميل ← رئيس القسم ← طارق (يُبلغ بعد القرار، وليس قبله).

• جدولة الفريق ← مدير العمليات ← رئيس القسم.

• ميزانية أقل من 5,000 ريال ← رئيس القسم ← المالية (تقرير شهري).

• ميزانية فوق 5,000 ريال ← طارق ← المالية (فوري).

12 فئة قرار إجمالاً. كل واحدة تم تعيينها.

القسم 2: الإيقاع الأسبوعي

• الإثنين مزامنة عامة: ماذا حدث الأسبوع الماضي، ما هو المخطط لهذا الأسبوع، ما هي المعوقات. 30 دقيقة كحد أقصى.

• الأربعاء مراجعة غير متزامنة (Async) عبر لوحة التحكم (بدون اجتماع).

• الخميس اجتماع وقوف لرؤساء الأقسام لمدة 15 دقيقة (فقط في حال وجود عائق).

3 نقاط اتصال حلت محل 12 اجتماعاً

القسم 3: أهم 10 عمليات (SOPs)

سألت الفريق: ما هي الأشياء العشرة التي تسألون عنها أكثر من غيرها؟ (مثل: تدفق انضمام العملاء، عملية تقديم الفواتير، تسليم المشاريع بين الأقسام...) حصل كل بند منها على إجراء تشغيلي موحد (SOP) بسيط واضح بما يكفي ليتبعه موظف جديد من اليوم الأول.

عرض الخريطة: عرضت خريطة الوضوح على طارق في جلسة مدتها 60 دقيقة. كان رد فعله: هذا بديهي للغاية. لماذا لم أفعل هذا بنفسي؟ الإجابة: لأنك عندما تكون داخل الفوضى، لا يمكنك رؤيتها. تحتاج لشخص من الخارج ليرسم الهيكل الخفي.

المرحلة 3: البناء (الأسبوع 4-5)

خطة التنفيذ: لم نقم بتنفيذ كل شيء دفعة واحدة. نظام واحد كل أسبوع.

الأسبوع 4 حقوق القرار:

1. اليوم 1: عرض خريطة حقوق القرار على جميع رؤساء الأقسام.

2. اليوم 2: حدد كل رئيس قسم 3 قرارات كان يصعدها سابقاً وسيملكها الآن.

3. اليوم 3-5: اختبار حي. قلت لطارق: هذا الأسبوع، عندما يطلب شخص موافقتك على شيء يقع في عموده وجهه إليهم. قل: هذا قرارك الآن.

النتيجة بعد الأسبوع الرابع: انخفض عبء القرارات اليومية على طارق بنسبة 60% تقريباً.

الأسبوع 5 الإيقاع الأسبوعي + العمليات الموثقة (SOPs):

1. اليوم 1: أول اجتماع مزامنة بالإيقاع الجديد. 28 دقيقة. غطينا كل شيء.

2. اليوم 2-3: العمل مع مدير العمليات لتوثيق أول 5 عمليات.

3. اليوم 4-5: توثيق العمليات الخمس المتبقية.

4. إلغاء الاشتراك في أداة إدارة المشاريع المعقدة. استبدالها بلوحة تحكم بسيطة (Notion) بدأ الفريق في استخدامها فعلياً.

المرحلة 4: التحسين (الأسبوع 6 + المتابعة الشهرية)

الأسبوع 6 فحص الفوضى (The Chaos Check): طبقت المنهجية على نفسها. هل نخلق نوعاً جديداً من التبعية؟ هل النظام يُستخدم فعلياً؟

1. هل رؤساء الأقسام يتخذون القرارات فعلياً؟ نعم — 8 من أصل 12 فئة يتم تحديدها بشكل مستقل.

2. هل المزامنة الأسبوعية بقيت تحت 30 دقيقة؟ نعم — المتوسط 25 دقيقة.

3. هل يتم الرجوع للعمليات الموثقة (SOPs)؟ تم استخدام 7 من أصل 10 مرة واحدة على الأقل.

النتائج قبل و بعد

نفس الفريق. نفس الميزانية. نفس المكتب. نظام مختلف. ما الذي جعل هذا ينجح؟

1. شخصنا قبل أن نصف الدواء. أراد طارق في البداية أداة أفضل لإدارة المشاريع. كانت المشكلة الحقيقية في توزيع القرارات.

2. نفذنا نظاماً واحداً في كل مرة. حقوق القرار أولاً، ثم الإيقاع، ثم التوثيق.

3. وثقنا كل شيء بشكل حي. لم تكن العمليات نظرية لكن بنيت من محادثات حقيقية مع الأشخاص الذين يقومون بالعمل.

4. قمنا بالقياس. ليس بالمشاعر، لكن بالأرقام الفعلية.

5. قمنا بالتحسين. النظام في الأسبوع السادس اختلف عن الأسبوع الرابع. لأن التنفيذ الحقيقي يكشف ما لا تستطيعه النظرية.

شركة طارق ليست فريدة من نوعها. هذا النمط المؤسس كعنق زجاجة، الاجتماعات كنظام تشغيل، انعدام التوثيق يظهر في كل شركة تضم ما بين 5 و50 موظفاً تقريباً. الفرق بين الشركات التي تنطلق والشركات التي تظل عالقة ليس ذكاء المؤسس. لكن هو ما إذا كانوا سيبنون النظام الذي يجعل غيابهم ممكناً. هذه هي نقطة خروج المؤسس (The Founder Exit Point) اللحظة التي تنتقل فيها من كونك أنت النظام إلى بناء النظام.
إذا كانت شركتك تضم 5-50 موظفاً وشعرت أن هذه القصة مألوفة بشكل مزعج فهذه ليست مصادفة. هذا نمط. والأنماط يمكن إصلاحها.