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