من التأسيس إلى التنفيذ
ليه الموضوع ده مهم لصاحب الشركة؟
الحوكمة ببساطة هي إن الشركة تعرف مين يقرر، وعلى أي أساس، وإزاي نعرف بعد شهر ليه القرار اتاخد. مش مطلوب لجان لكل قرار؛ المطلوب قواعد متناسبة مع الحجم والمخاطر.
أي قرار في التشغيل أو التكنولوجيا لازم يجاوب عن ثلاثة أسئلة: ما المشكلة التي نحلها؟ من المسؤول عن النتيجة؟ وكيف سنعرف أن الوضع اتحسن؟ لو إجابة واحدة مش واضحة، يبقى من الأفضل نوقف الشراء أو التنفيذ لحين تحديدها. وده مش تعطيل؛ ده تقليل لتكلفة إعادة الشغل.
المشكلة الحقيقية مش دايمًا اللي باين
الغياب الكامل للقواعد يحول كل استثناء إلى اتصال بصاحب الشركة، والمبالغة في الإجراءات تعطل القرار. المطلوب ضوابط على قدر المخاطر.
من العلامات المبكرة إن الفريق يعتمد على شخص واحد للرد على الأسئلة المتكررة، أو أن الملفات والقرارات موزعة على محادثات متعددة، أو أن الإدارة لا تقدر تفرّق بين التأخير الاستثنائي والتأخير المتكرر. اكتب مثالًا حقيقيًا من أسبوع العمل الحالي، ثم تتبع السبب خطوة بخطوة قبل أن تختار الحل.
القرار الذي ينبغي حسمه
ابدأ بثلاثة مجالات: المصروفات، الوصول إلى المعلومات، والتغييرات المهمة. حدد مستويات اعتماد حسب قيمة وأثر القرار لا حسب الأشخاص المفضلين.
ابدأ بثلاثة أنواع قرارات: مصروفات، تعاقدات، وصلاحيات الأنظمة. لكل نوع حدّد مالك القرار وحدوده ومستنداته وطريق التصعيد.
لتحويل الكلام إلى قرار تنفيذي، وثّق الافتراضات والبدائل: ماذا سيحدث لو لم نفعل شيئًا لمدة ثلاثة أشهر؟ وما أبسط تعديل يمكن اختباره دون التزام مالي كبير؟ ومن سيعطي الموافقة النهائية؟ احتفظ بالقرار في مكان يعرفه الفريق.
مصدر الصورة: Pexels.
مرتبط بهذه الفكرة: SharePoint مش مجرد فولدرات: نظّم ملفات الشركة وملكيتها
الحد الأدنى من الحوكمة
هذه أمثلة لتصميم الصلاحيات وليست قواعد قانونية أو مالية عامة؛ عدلها حسب نشاطك والبلد.
- القرار — المسؤول المقترح — دليل القرار
- شراء روتيني — مدير القسم ضمن حد مالي — طلب + سبب + موافقة
- منح صلاحية نظام — مالك النظام/المدير المخوّل — طلب وصول + مدة + مراجعة
- تعاقد جديد — الإدارة المخوّلة — نطاق + مخاطر + اعتماد
- 01ليه الموضوع ده مهم لصاحب الشركة؟
- 02القرار الذي ينبغي حسمه
- 03خطة تنفيذ واقعية
خطة تنفيذ واقعية
لا تنقل كل الشركة مرة واحدة إلى طريقة جديدة. نفّذ على نطاق صغير فيه عدد محدود من الأشخاص والحالات، ثم اجمع الملاحظات. لو اكتشفت استثناءات كثيرة، غالبًا الخطة لم تصف العمل الحقيقي بما يكفي.
- الخطوة 1: اختر خمسة قرارات متكررة واعمل سجلًا لصاحب القرار وحدود صلاحياته.
- الخطوة 2: حدد الأدلة المطلوبة قبل الموافقة ومن يحتفظ بالسجل.
- الخطوة 3: اعمل مسار تصعيد للاستثناءات وتاريخ مراجعة للضوابط.
- الخطوة 4: راجع عينة قرارات شهرية: هل القاعدة مفهومة أم يتم تجاوزها؟
مثال من واقع الأعمال — للتوضيح فقط
شركة ناشئة يوافق فيها صاحب الشركة على أي شراء مهما كانت قيمته. تفويض المشتريات الروتينية ضمن سقف وموازنة يغير موضع الرقابة من كل فاتورة إلى القاعدة والتقرير. مثال افتراضي.
الفكرة هنا ليست نسخ المثال بحذافيره. خذ نفس السؤال إلى شركتك: أين تتعطل العملية؟ من يتأثر؟ ما البيانات التي تثبت التأخير؟ وما القرار الذي يستطيع المسؤول اتخاذه قبل الرجوع إلى الإدارة؟
راجع قبل اتخاذ القرار
- القرار — المسؤول المقترح — دليل القرار
- شراء روتيني — مدير القسم ضمن حد مالي — طلب + سبب + موافقة
- منح صلاحية نظام — مالك النظام/المدير المخوّل — طلب وصول + مدة + مراجعة
- تعاقد جديد — الإدارة المخوّلة — نطاق + مخاطر + اعتماد
أخطاء نراها كثيرًا
لو السياسة تسببت في تعطيل الشغل، راجع تصميمها. الحوكمة الجيدة تختصر الرجوع العشوائي للمؤسس وتخلي الاستثناء واضح.
مؤشرات بسيطة تراقبها
قرارات أسرع دون تجاوزات، وأثر تدقيق بسيط يمكن مراجعته، وتراجع الاعتماد على شخص واحد.
حدد خط أساس قبل التغيير، حتى لو أسبوعين فقط، ثم راجع نفس المؤشرات بعد التطبيق. لا تضع هدفًا رقميًا اعتباطيًا؛ ابدأ بتحسن واضح ومستقر، وراجع الشكاوى والاستثناءات بجوار الأرقام.
قائمة فحص لصاحب الشركة
حوكمة خفيفة في صفحة واحدة
أنشئ سجلًا بأربعة عناصر: القرار، صاحب السلطة، حد التفويض، والدليل الذي يُحفظ بعد التنفيذ. ابدأ بالمشتريات والخصومات وتغيير الصلاحيات واعتماد المدفوعات.
إذا احتاج الموظف الرجوع للإدارة في كل تفصيلة، فالرقابة تحولت إلى عنق زجاجة. وإذا لم توجد أدلة للموافقات، فهي حوكمة شكلية.
الخطوة التالية
اختار عملية واحدة أو قرارًا واحدًا يستهلك وقتك كل أسبوع. اكتب كيف يحدث اليوم، وماذا تتمنى أن يحدث بدلًا منه، ومَن سيملك الخطوة التالية. هذه نقطة بداية أقوى من قائمة برامج طويلة. وإذا احتجت رؤية محايدة لتصميم التشغيل والبنية الرقمية، يمكن مناقشتها في جلسة مراجعة هيكل الأعمال لدى ORVEAX.
- شراء أداة قبل الاتفاق على طريقة العمل والأدوار.
- اعتبار وجود ملف سياسة أو قائمة مهام دليلًا على أن النظام يعمل.
- تجاهل تدريب الموظفين ونقل المسؤولية عند خروج أحدهم.
- قياس عدد المهام المكتملة فقط، وتجاهل الجودة وإعادة العمل وزمن الانتظار.
- هل المشكلة محددة بجملة واحدة مفهومة؟
- هل صاحب القرار والمسؤول عن التنفيذ معروفان؟
- هل يوجد مستند أو إجراء قصير يرجع له الفريق؟
- هل سنختبر التغيير على نطاق محدود؟
- هل حددنا موعدًا لمراجعة النتيجة وما سنفعله عند الإخفاق؟
- الرقابة — أقل إجراء عملي
- تفويض الصلاحيات — حدود مكتوبة ومفهومة للموظفين
- فصل الواجبات — من ينشئ الطلب لا يعتمد الحالات الحساسة وحده
- أثر القرار — رقم طلب أو موافقة قابلة للاسترجاع
- المراجعة — فحص شهري للاستثناءات والتأخير