كثير يعتقد أن “النظام” يعني إجراءات ثقيلة ونماذج كثيرة… لكن الحقيقة أن النظام الجيد هو اللي يخفف الضغط ويخلي الشغل يمشي بدون ما يعتمد على مزاج الأشخاص أو خبراتهم. وخلّني أشاركك قصة واقعية من نوع القصص اللي تمر علينا كثير في الشركات الإعلامية: كيف نقلنا رحلة عمل من فوضى يومية إلى نظام واضح—خطوة بخطوة—بدون ما نكسر الفريق أو نوقف الإنتاج.
ملاحظة: بغير بعض التفاصيل حفاظًا على الخصوصية، لكن الفكرة والآلية هي نفسها.
البداية: مؤشرات “الفوضى” اللي كنا نشوفها يوميًا
كان عندنا مسار عمل محدد (من استقبال الطلب إلى التنفيذ ثم التسليم)، لكنه فعليًا كان يعيش على العشوائية. العلامات كانت واضحة:
- نفس الطلب يتكرر أكثر من مرة لأن “ما أحد عرف أنه موجود”
- ملفات تتوه بين البريد والواتساب
- شخص واحد يصير عنق زجاجة لأن الكل يرجع له
- الجودة تتغير حسب من استلم المهمة
- التأخير يصير “طبيعي” والناس تتعايش معه
- عند حدوث ضغط، الجميع يشتغل… ثم نكتشف أننا نشتغل على أشياء مختلفة
المشكلة ما كانت في “ضعف الأشخاص”، كانت في “ضعف الرحلة”. الرحلة نفسها ما كانت واضحة.
الخطوة 1: وثّق الواقع كما هو (بدون تجميل)
أول شيء سويته: جلست مع الفريق وسألت سؤال بسيط:
“مشى معي الطلب خطوة خطوة… كيف يمشي اليوم؟”
كتبناها على ورقة:
- من أين يأتي الطلب؟
- من يستلمه؟
- كيف يتم توصيفه؟
- كيف يوزع؟
- أين تتخزن الملفات؟
- كيف تتم المراجعة؟
- كيف يتم الاعتماد؟
- كيف يتم التسليم؟
الهدف هنا مو “نلوم أحد”. الهدف: نكشف الحقيقة.
وهنا ظهرت المفاجأة: ما فيه رحلة واحدة… فيه 5 رحلات مختلفة حسب الشخص، وحسب الضغط، وحسب من طلب!
الخطوة 2: اكتشف الاختناقات (Bottlenecks) اللي تخنق الرحلة
بعد ما رسمنا الخريطة، بدأنا نعلّم الأماكن اللي تتعطل فيها الأمور. غالبًا تظهر ثلاث مشاكل:
- نقطة استلام غير واضحة
الطلبات تجي في أكثر من مكان: بريد، واتساب، مكالمة، شخصيًا. - توصيف ضعيف
نص الطلب ناقص: “سووا لي شي عن الموضوع الفلاني” بدون هدف أو موعد أو مخرجات. - مراجعة واعتماد غير محدد
من يراجع؟ من يعتمد؟ متى؟ كيف؟ هذا يسبب تأخير وتوتر.
عرفنا قاعدة مهمة:
80% من التأخير كان بسبب 20% من النقاط.
فقررنا نصلح النقاط الكبيرة أولًا بدل ما نعيد بناء كل شيء دفعة واحدة.
الخطوة 3: وحّد نقطة الاستلام في “باب واحد”
قررنا مبدأ تشغيل واضح:
أي طلب لازم يدخل من مكان واحد.
ما يهم الأداة، المهم المبدأ.
سوينا “بوابة استقبال” بسيطة: نموذج/تذكرة/مهمة.
النتيجة كانت مباشرة:
- ما عاد يضيع طلب
- صار عندنا رقم مرجعي لكل مهمة
- صار سهل نعرف مين ماسك ماذا
ومن هنا بدأ النظام يتشكل.
الخطوة 4: اكتب “تعريف جاهزية الطلب” (Definition of Ready)
أكبر سبب للفوضى: تنفيذ شيء غير واضح.
فكتبنا قائمة قصيرة، أي طلب ما يحققها “يرجع” للمرسل:
- الهدف: لماذا نعمل هذا؟
- المخرجات: ما المطلوب تسليمه بالضبط؟
- الموعد النهائي: متى؟
- المرجعية: أمثلة أو روابط أو ملفات
- صاحب الطلب: من المسؤول عن التوضيح عند الاستفسار؟
هذه القائمة خففت 50% من الأسئلة اليومية، لأن الطلب صار يوصل جاهز بدل ما يوصل غامض.
الخطوة 5: “مالك واحد” لكل مهمة
أعدنا توزيع المسؤولية بقاعدة ذهبية:
كل مهمة لها مالك واحد.
المالك مو شرط ينفذ كل شيء، لكنه مسؤول عن:
- متابعة التقدم
- جمع المدخلات
- ضمان الجودة
- تسليم النهائي
النتيجة:
اختفت مشكلة “أنا حسبت فلان ماسكها”، وبدأ الفريق يشتغل بوضوح.
الخطوة 6: ابنِ مسار مراجعة واعتماد خفيف
بدل ما تكون المراجعة “فوضى وملاحظات مبعثرة”، بنينا مسار بسيط:
- منفذ → مراجع → معتمد
مع قواعد: - الملاحظات تكون في مكان واحد
- المراجع يعطي ملاحظات “مجمعة” مرة واحدة بدل تقطيع
- المعتمد يعتمد أو يرفض مع سبب واضح
هذا قلل زمن المراجعة بشكل كبير، وخفف حساسية الفريق لأن الجميع صار يفهم القاعدة.
الخطوة 7: ضع “قوالب” بدل “ارتجال”
القوالب في الإعلام تفرق كثير:
- قالب خبر
- قالب تقرير
- قالب منشور سوشيال
- قالب تصميم
- قالب فيديو قصير
القالب مو تقييد، القالب يوفر وقت ويضمن جودة حد أدنى.
أي شيء يتكرر مرتين لازم يتحول لقالب.
الخطوة 8: قياس بسيط بدون ضغط
بدل 20 مؤشر، اخترنا 4 فقط:
- زمن إنجاز المهمة
- نسبة الالتزام بالمواعيد
- نسبة الإرجاع بعد المراجعة
- عدد الأخطاء بعد التسليم
وكان الهدف من القياس: تحسين الرحلة لا مراقبة الأشخاص.
النتيجة: ماذا تغير فعليًا؟
بعد فترة قصيرة، لاحظنا:
- انخفاض واضح في الطلبات “الضائعة”
- تحسن الالتزام بالمواعيد
- جودة أكثر ثباتًا
- ضغط نفسي أقل لأن القواعد واضحة
- وقت أكبر للتنفيذ بدل السؤال والبحث
والأهم: صار الفريق يقدر يشتغل حتى لو تغيّب شخص أو تغيرت المناوبة، لأن النظام ما عاد مربوطًا بأفراد.
الخلاصة
التحول من الفوضى إلى النظام ما يحتاج انقلاب كامل. يحتاج خطوات عملية:
- وثّق الواقع
- اكتشف الاختناقات
- وحّد باب الاستلام
- عرّف جاهزية الطلب
- مالك واحد لكل مهمة
- مراجعة واعتماد خفيف
- قوالب للتكرار
- قياس بسيط للتحسين