كل شركة مقاولات تقريباً تبدأ بالإكسل، ولا يوجد في ذلك ما يُعاب. الإكسل أداة ممتازة: مرنة، فورية، يعرفها الجميع، ولا تحتاج قراراً ولا ميزانية. المشكلة لا تظهر حين يكبر المشروع، بل حين يبدأ أكثر من شخص واحد بالكتابة في الملف نفسه — وتلك لحظة تمر عادةً دون أن يلاحظها أحد، فيبقى النظام قائماً بعد أن يكون قد توقف عن العمل بأشهر.
أهم ما في المقال
- الإكسل لا ينكسر بسبب الحجم بل بسبب التزامن: الملف الواحد يفترض كاتباً واحداً، وأول كاتب ثانٍ يبدأ سلسلة النسخ.
- الواتساب وسيلة نقل ممتازة وسجل سيئ: الرسالة تصل، لكن لا يمكن البحث فيها ولا معرفة من اعتمد ماذا ومتى.
- ما يضيفه النظام ليس شاشات أجمل بل أشياء يستحيل بناؤها في جدول: صلاحيات، وسجل تدقيق، وربط بين المستندات، وعمل بلا اتصال.
- الانتقال الناجح لا يبدأ بالمالية بل بالميدان: البيانات التي تُدخَل يومياً هي التي تجعل بقية النظام مفيداً.
- ليس كل شيء يستحق النقل — بناء التسعير والدراسات لمرة واحدة تبقى في الجدول، والسجلات المتكررة المشتركة هي التي تنتقل.
الإكسل ليس المشكلة — المستخدم الثاني هو
ملف إكسل واحد يديره شخص واحد أداة ممتازة، وربما أفضل من أي نظام في تلك الحالة تحديداً: بلا تدريب، وبلا اشتراك، وبمرونة مطلقة. لكن الملف بطبيعته يفترض كاتباً واحداً. حين يحتاج المهندس في الموقع أن يحدّث نسبة الإنجاز بينما المحاسب يحدّث التكلفة في الملف نفسه، تبدأ أولى النسخ: "التقرير_النهائي_٣_معدل.xlsx".
من تلك اللحظة تتحول الأداة من مكان للبيانات إلى مصدر أسئلة: أي نسخة الأحدث؟ من عدّل هذا الرقم؟ هل النسخة التي أُرسلت للمالك تتضمن أمر التغيير الأخير؟ الوقت الذي كان يوفّره الإكسل بدأ يُستهلك في التوفيق بين نسخه.
ما الذي ينكسر فعلياً
الشكوى المعتادة من الجداول أنها "غير احترافية"، وهي شكوى ضعيفة. المشاكل الحقيقية محددة وقابلة للوصف، وكل واحدة منها لا تُحل بجدول أفضل بل بنوع مختلف من الأدوات:
| ما ينكسر | كيف يظهر في العمل |
|---|---|
| الكتابة المتزامنة | نسختان من الحقيقة، ودمج أسبوعي يدوي، وقرارات تُتخذ على رقم قديم |
| الصلاحيات | من يفتح الملف يرى كل شيء — بما فيه الرواتب وهوامش الربح وأسعار الموردين |
| سجل التدقيق | لا يمكن معرفة من غيّر رقماً ولا متى، فالخلاف يُحسم بالذاكرة |
| الربط بين السجلات | أمر التغيير في ملف، والميزانية في آخر، ولا شيء يضمن أنهما متسقان |
| العمل بلا اتصال | الموقع بلا تغطية، فتُكتب البيانات على الورق وتُدخَل بعد أيام من الذاكرة |
| ثنائية اللغة | ملف بالعربية للمالك وملف بالإنجليزية للاستشاري — والاثنان ينحرفان عن بعضهما |
خمسة من هذه الستة ليست قيوداً في الإكسل يمكن تجاوزها بمهارة أعلى، بل خصائص بنيوية للملف بوصفه ملفاً. الجدول لا يعرف من يقرأه، ولا يحتفظ بتاريخ التغييرات، ولا يفرض علاقة بين قيمة هنا وقيمة هناك — وهذا بالضبط ما يعنيه أن الحل ليس جدولاً أفضل.
الواتساب وسيلة نقل، لا نظام سجلات
إلى جانب الإكسل، تدير أغلب المشاريع نصفها الآخر عبر الواتساب: صور التقدّم، اعتماد صرف، تنبيه على مادة ناقصة، موافقة على تغيير. وهذا منطقي تماماً — الواتساب موجود على هاتف كل شخص في الموقع ويعمل فوراً. المشكلة أنه يُستخدم كأنه سجل، وهو ليس كذلك.
- لا يمكن البحث عن "كل الاعتمادات على المشروع الفلاني في مارس" — الرسائل مرتبة زمنياً لا موضوعياً.
- الصورة تفقد سياقها: بعد ثلاثة أشهر لا أحد يعرف أي طابق ولا أي تاريخ ولا أي بند.
- الموافقة الشفوية أو رسالة "تمام" ليست اعتماداً يمكن الرجوع إليه في نزاع.
- خروج موظف من المجموعة يأخذ معه نصف تاريخ المشروع.
والخلاصة ليست إلغاء الواتساب — لن يحدث ولا داعي له. الخلاصة أن ما يستحق البقاء يجب أن ينتهي في سجل: الصورة تُرفَع على التقرير اليومي، والاعتماد يُسجَّل حيث تُقرأ حالته لاحقاً، والتنبيه يتحول إلى طلب مواد له رقم وحالة. تبقى المحادثة للتنسيق، ويبقى السجل للحقيقة.
ما الذي يضيفه النظام فعلاً
الكثير من عروض برامج إدارة المشاريع الإنشائية تبيع شاشات: لوحات معلومات، رسوم بيانية، تنبيهات. لكن الفرق الحقيقي بين ملف ونظام ليس في العرض بل في أربع خصائص لا يمكن لملف أن يملكها:
أدوار وصلاحيات
المهندس يسجّل ولا يعتمد، والمحاسب يرى المال ولا يرى تفاصيل الموقع، والمالك يرى الكل. الفصل بين من يسجّل ومن يعتمد هو ما يجعل الاعتماد ذا معنى.
سجل تدقيق غير قابل للتعديل
كل تغيير يترك أثراً بمن ومتى. عند الخلاف تُقرأ الإجابة بدل أن تُتذكَّر.
ربط بين السجلات
أمر التغيير يعرف أي بند ميزانية يخصه، والدفعة تعرف أي نسبة إنجاز بُنيت عليها، والاستلام يعرف أي أمر شراء أتى منه.
عمل بلا اتصال
الإدخال في القبو أو في موقع بعيد يحدث في وقته ويُزامَن لاحقاً، فتصل البيانات وهي طازجة لا مستعادة من الذاكرة.
ولاحظ أن أياً من هذه الأربعة لا يجعل العمل "أسرع" بالمعنى المباشر. ما تفعله هو منع فئة كاملة من الأخطاء المكلفة: قرار على بيانات قديمة، اعتماد لا يمكن إثباته، ورقمان صحيحان كل على حدة ومتناقضان معاً.
ترتيب الانتقال يصنع الفرق
أكثر محاولات الانتقال فشلاً هي التي تبدأ بنقل كل شيء دفعة واحدة، أو التي تبدأ من المالية. السبب واحد: كلاهما يطلب من الناس إدخال بيانات في نظام لا يعطيهم شيئاً بعد.
ابدأ بالميدان
الحضور والتقارير اليومية أولاً. هذه بيانات تُنتَج يومياً وتُستهلك يومياً، وتظهر فائدتها في الأسبوع الأول.
ثم المهام والجدول
بعد أن تصبح بيانات الموقع موجودة، تصبح نسب الإنجاز والجدول مبنية على شيء حقيقي.
ثم جدول الكميات والتكلفة
هنا يبدأ العائد المالي: التكلفة الفعلية تصل إلى بنودها لأن الميدان يغذّيها.
ثم المشتريات والعقود
أوامر الشراء والاستلام والمقاولون من الباطن — تعتمد على وجود بنود ومواقع مسجّلة قبلها.
وأخيراً المستخلصات وبوابة العميل
المخرجات الخارجية تأتي في النهاية، لأنها تعرض ما بُني في الخطوات السابقة.
ما الذي يجب أن يبقى في الإكسل
ليس كل شيء يستحق النقل، وادعاء العكس يضر بالمصداقية. الإكسل يظل الأداة الأفضل لصنف واضح من العمل: النمذجة الحرة لمرة واحدة.
- بناء التسعير والدراسات التقديرية قبل تقديم العطاء — عمل استكشافي بمعادلات تتغير كل ساعة.
- تحليل "ماذا لو" لسيناريوهات تمويل أو تدفق نقدي لمرة واحدة.
- حسابات هندسية خاصة لا تتكرر بين المشاريع.
- استيراد وتصدير مؤقت من وإلى أطراف خارجية تعمل بصيغها الخاصة.
القاعدة العملية بسيطة: ما يُدخِله أكثر من شخص بشكل متكرر ويُقرأ في القرارات ينتقل إلى النظام؛ وما يبنيه شخص واحد مرة واحدة ليصل إلى رقم يبقى في الجدول. المشكلة لم تكن الإكسل، بل استخدامه في المكان الذي لا يصلح له.
كيف يعمل هذا في مقاول
مقاول منصة إدارة إنشاءات مبنية على هذا الترتيب بالضبط: تبدأ من الميدان وتصعد إلى المالية، بالعربية والإنجليزية معاً.
- واجهة عربية وإنجليزية كاملة باتجاهين، لا ترجمة جزئية — كل سجل يحمل حقليه بلغتيه.
- حضور بالموقع الجغرافي، وتقارير يومية، وبلاغات سلامة — تعمل بلا اتصال وتُزامَن لاحقاً.
- مهام وجدول زمني بعلاقات منطقية ومسار حرج محسوب، وجدول كميات بنسب إنجاز وتكلفة.
- مشتريات باستلام ومطابقة، وعقود من الباطن، ومستخلصات ومحتجزات.
- أدوار وصلاحيات تفصل بين من يسجّل ومن يعتمد، وسجل تدقيق يغطي كل تغيير.
- بوابة عميل تعرض ما تختاره فقط، بلا حساب للعميل ولا وصول إلى بقية بياناتك.
ولأن السؤال الأول عادةً هو التكلفة: الخطة واحدة بكل المزايا، بسعر شهري أو سنوي، بعد فترة تجريبية — لا تسعير حسب عدد المشاريع ولا مزايا محجوزة لباقة أعلى.
أسئلة شائعة
متى تحديداً يجب ترك الإكسل في إدارة المشاريع؟
حين يكتب أكثر من شخص في الملف نفسه بانتظام، أو حين يصبح دمج النسخ مهمة أسبوعية ثابتة لأحدهم. حجم المشروع مؤشر أضعف بكثير من عدد الأشخاص الذين يكتبون.
هل يمكن استيراد جدول الكميات الحالي من ملف إكسل؟
بنود جدول الكميات تُدخَل في النظام بوصفها بنوداً لها كميات وأسعار ونسب إنجاز. المعتاد أن تُنقَل بنود المشروع الجاري مرة واحدة عند بدء الاستخدام، ثم يصبح النظام هو المرجع بدل الملف.
ماذا عن المشاريع القديمة المنتهية — هل ننقلها؟
لا داعي. المشاريع المغلقة أرشيف، والأرشيف يبقى حيث هو. النقل يستهدف ما هو جارٍ وما سيبدأ، لأن قيمة النظام في التسجيل اللحظي لا في إعادة كتابة الماضي.
كم يستغرق تشغيل مشروع فعلياً على النظام؟
إدخال مشروع ومواقعه وفريقه عمل ساعة تقريباً. الفترة الحقيقية هي الأسابيع الأولى حتى يعتاد فريق الموقع التسجيل اليومي — وهذه العادة، لا الإعداد، هي ما يقرر النجاح.
هل نحتاج إلى إنترنت في الموقع لكي يعمل؟
لا للإدخال الميداني: الحضور والتقارير والبلاغات تُسجَّل بلا اتصال وتُزامَن عند عودة الشبكة. الشاشات التحليلية تحتاج اتصالاً بطبيعتها لأنها تقرأ بيانات الجميع.
هل يبقى الواتساب مستخدماً بعد الانتقال؟
نعم، وهذا طبيعي. يبقى للتنسيق السريع، بينما ينتهي ما يستحق الحفظ — صورة، اعتماد، طلب — في سجل يمكن البحث فيه والرجوع إليه بعد سنة.
ابدأ بمشروع واحد، وأكمل عليه شهراً
جرّب مقاول على مشروع جارٍ واحد: حضور وتقارير يومية أولاً، ثم جدول الكميات والتكلفة — بالعربية والإنجليزية معاً.