هل تأخر مشروع البناء الخاص بك بسبب القوالب السيئة؟

عندما يبدأ مشروع البناء في إضاعة الوقت، فإن السبب ليس دائمًا هو العمالة أو الطقس أو العرض المادي. يمكن لقالب البناء المصمم بشكل سيء أن يؤدي إلى أخطاء صغيرة تنتشر عبر المشروع. قد يؤدي فقدان حقل الموافقة إلى تأخير التصريح. قد يؤدي قسم النطاق غير الواضح إلى أسئلة متكررة. يمكن لنموذج أمر التغيير دون تفاصيل التكلفة والجدول الزمني أن يترك المالك والمقاول والمقاولين من الباطن يعملون من معلومات مختلفة. لقد رأيت هذا النمط في العديد من أنواع المشاريع: يستمر الفريق في استخدام قالب مألوف لأنه يبدو بسيطًا، بينما يقضي أعضاء المشروع ساعات في تصحيح المشكلات التي يخلقها. ## كيف يتسبب القالب الضعيف في حدوث تأخيرات عادةً ما يتحكم قالب البناء في كيفية مشاركة الأشخاص لمعلومات المشروع. يمكن استخدامه من أجل: - العطاءات والتقديرات - أوامر العمل - الموافقات على المواد - طلبات التفتيش - طلبات المعلومات - أوامر التغيير - التقارير اليومية - جداول المشروع - طلبات الدفع عندما يفتقر أحد هذه النماذج إلى تعليمات واضحة، يجوز لكل شخص إكماله بطريقة مختلفة. قد يتوقع مدير المشروع توزيعًا تفصيليًا للتكلفة، بينما يقدم المقاول من الباطن مذكرة قصيرة. قد يطلب المالك المستندات الداعمة بعد مراجعة النموذج بالفعل. يؤدي ذلك إلى إنشاء بريد إلكتروني إضافي وإدخال بيانات متكرر وانتظار يمكن تجنبه. المثال الشائع هو قالب أمر التغيير الذي يحتوي على ثلاثة حقول فقط: الوصف والسعر والتوقيع. وقد لا يسأل عن سبب التغيير، أو الرسومات المتأثرة، أو العمالة الإضافية، أو مهلة المواد، أو تأثير الجدول الزمني. تتم الموافقة على السعر، ولكن تاريخ العمل لا يزال غير واضح. لا يستطيع الطاقم التخطيط للمهمة، ويبدأ الجدول الزمني للمشروع في التحرك. ## علامات تشير إلى أن القالب الخاص بك يحتاج إلى الاهتمام أبحث عن بعض العلامات التحذيرية العملية. يستمر الأشخاص في التساؤل عن معنى الحقل. إذا كان أعضاء المشروع بحاجة إلى شرح منفصل في كل مرة يستخدمون فيها نموذجًا، فهذا يعني أن النموذج لا يقوم بعمل كافٍ. تظهر نفس المعلومات في عدة أماكن. يجوز للمقاول من الباطن إدخال رقم المشروع في صفحة واحدة، ومنطقة العمل في صفحة أخرى، وجهة الاتصال المسؤولة في رسالة بريد إلكتروني. وهذا يزيد من فرصة وجود سجلات غير متطابقة. الموافقات تتم من خلال رسائل متفرقة. قد يُظهر النموذج أن شخصًا ما قام بالتوقيع على مستند، في حين أن الموافقة الفعلية مخفية في سلسلة رسائل بريد إلكتروني. قد يواجه عضو الفريق الجديد صعوبة في تأكيد الإصدار الصالح. لا يُظهر النموذج الملكية. يجب أن يحدد كل طلب من يقوم بإعداده ومن يراجعه ومن يمنح الموافقة. بدون هذه التفاصيل، يمكن أن يبقى المستند في مجلد مشترك بدون أي إجراء تالٍ واضح. القالب لا يتطابق مع نوع المشروع. قد يحتاج التجديد الداخلي الصغير والمبنى التجاري الكبير إلى مستويات مختلفة من التفاصيل. يمكن للنموذج المصمم لمشروع ما أن يبطئ مشروعًا آخر. ## طريقة عملية لمراجعة القالب أبدأ بالنقطة التي يظهر فيها التأخير. إذا استغرقت الموافقة على المادة وقتًا طويلاً، أقوم بمراجعة نموذج إرسال المادة. إذا عادت طلبات الدفع مع التصحيحات، أتحقق من قالب الفاتورة. إذا ظلت الأسئلة الميدانية مفتوحة، فسوف أقوم بفحص عملية RFI. هذا النهج يحافظ على تركيز المراجعة. يمكن أن تؤدي إعادة إنشاء كل مستند مرة واحدة إلى مزيد من الارتباك. ### 1. تتبع المعلومات المطلوبة في كل مرحلة قم بتدوين المعلومات التي يحتاجها الفريق قبل أن يتمكن العمل من المضي قدمًا. للحصول على موافقة المواد، قد يتضمن ذلك ما يلي: - اسم المنتج والشركة المصنعة - قسم المواصفات - الموقع المقصود - ورقة بيانات المنتج - معلومات السلامة - العينات أو تفاصيل الألوان - معلومات التركيب - تاريخ الموافقة المطلوب - مهلة التسليم يجب أن يطلب النموذج هذه العناصر بترتيب واضح. يمكن أن تظل المعلومات الاختيارية منفصلة حتى تظل العملية الرئيسية سهلة المتابعة. ### 2. إضافة مالك مستند واضح يجب أن يعرض كل قالب: - تم إعداده بواسطة - تم إرساله بواسطة - تمت مراجعته بواسطة - تمت الموافقة عليه بواسطة - تاريخ الإرسال - تاريخ المراجعة - الحالة الحالية يمكن أن يستخدم حقل الحالة مصطلحات بسيطة مثل مسودة، أو تم إرساله، أو تم إرجاعه، أو تمت الموافقة عليه، أو مغلق. يجب أن يكون للكلمات معنى واحد عبر المشروع. ### 3. ربط النموذج بجدول المشروع يجب أن يتضمن الطلب الذي يؤثر على الجدول تفاصيل الجدول. لطلب التغيير اسأل: - هل التغيير يضيف أيام عمل؟ - هل يزيل أيام العمل؟ - ما هو النشاط الذي يتأثر؟ - متى يجب اتخاذ القرار؟ - هل العمل مرتبط بتجارة أخرى؟ وهذا يساعد فريق المشروع على مراجعة التكلفة والوقت معًا. التغيير الذي يضيف يومين قد يؤثر على العديد من الصفقات، حتى عندما تبدو تكلفة العمالة صغيرة. ### 4. فصل الحقول المطلوبة والاختيارية يمكن أن يؤدي النموذج الذي يحتوي على عدد كبير جدًا من الحقول المطلوبة إلى إبطاء العمل الروتيني. قد يؤدي النموذج الذي يحتوي على عدد قليل جدًا من الحقول إلى إنشاء معلومات مفقودة. أضع الحقول التي تمنع الإجراء التالي بالقرب من الأعلى. يمكن أن تظهر التفاصيل الداعمة في قسم منفصل أو منطقة مرفقات. على سبيل المثال، قد يتطلب طلب المعلومات ما يلي: - سؤال - مرجع الرسم أو المواصفات - الموقع - الحل المقترح - تاريخ الاستجابة المطلوبة - التأثير على العمل يمكن إضافة صورة أو خطة مميزة أو مستند منتج كمرفق. ### 5. استخدم نظام تسمية مشروع واحد يساعد نظام التسمية الفريق في العثور على المستند الصحيح دون فتح عدة ملفات. قد يتضمن التنسيق البسيط ما يلي: رمز المشروع - نوع المستند - الرقم - المراجعة مثال: R204 - RFI - 018 - Rev 01 يجب أن يظهر نفس رمز المشروع ورقم المستند داخل النموذج. أسماء الملفات وحدها ليست كافية لأنه يمكن تنزيل الملفات أو إعادة تسميتها أو نقلها. ### 6. اختبر القالب بمعلومات المشروع الحقيقية. يمكن أن يبدو النموذج نظيفًا ولكنه لا يزال يفشل أثناء الاستخدام اليومي. أقوم باختباره بمثال واحد مكتمل ومثال واحد غير كامل. ثم أسأل: - هل يستطيع عضو الفريق الجديد فهم النموذج؟ - هل يستطيع المراجع العثور على الإجراء المطلوب؟ - هل يمكن للمرسل إرفاق المستندات الصحيحة؟ - هل يستطيع مدير المشروع رؤية التأثير على التكلفة والجدول الزمني؟ - هل يمكن العثور على السجل لاحقا؟ يمكن أن يكشف الاختبار القصير مع المشرف ومنسق المشروع والمقاول من الباطن وممثل المالك عن الثغرات التي يسهل تفويتها في مراجعة المكتب. ## أخطاء القالب الشائعة نسخ نموذج قديم دون التحقق من حقوله قد تحتوي القوالب القديمة على جهات اتصال قديمة، أو مراجع مواصفات متوقفة، أو خطوات موافقة لم تعد تتطابق مع المشروع. يؤدي نسخ الملف إلى توفير الوقت في البداية ولكنه قد يؤدي إلى حدوث ارتباك لاحقًا. استخدام مربعات نص كبيرة لكل إجابة تبدو المساحات الفارغة الكبيرة مرنة، ولكنها غالبًا ما تنتج إجابات بمستويات مختلفة من التفاصيل. تساعد المطالبات القصيرة والأمثلة الواضحة المستخدمين على تقديم معلومات قابلة للمقارنة. إخفاء التعليمات في ملف منفصل لا يجوز للأشخاص فتح الدليل أثناء عملهم من الميدان. ضع تعليمات قصيرة بجانب الحقل المناسب. احتفظ بتوجيهات أطول في مستند مرتبط. السماح بعدة إصدارات نشطة عند تداول نسختين من القالب، يمكن لأعضاء الفريق إرسال معلومات في نماذج مختلفة. قم بتخزين الإصدار المعتمد في موقع مشترك واحد وأرشفة الإصدارات الأقدم. ترك المرفقات قد يشير الطلب إلى رسم أو صورة أو تقدير أو مذكرة تسليم غير مرفقة. قم بإضافة قائمة مرجعية للمرفقات عندما تؤثر الملفات الداعمة على المراجعة. معاملة الموافقة كتوقيع فقط لا يوضح التوقيع دائمًا ما تمت الموافقة عليه. يجب أن يوضح النموذج النطاق المعتمد والسعر والتاريخ والمستندات ذات الصلة. ## مثال تحسين بسيط تخيل تجديد مكتب صغير. يتضمن نموذج أمر التغيير الأصلي وصف العمل والسعر والتوقيع. يقوم المقاول بتقديم طلب لنقل عدة مآخذ كهربائية. يوافق المالك على السعر، لكن النموذج لا يذكر مواقع الجدار أو الرسم المنقح أو توفر المواد أو التأثير على أعمال الطلاء. يبدأ الكهربائي العمل قبل أن يقوم الرسام بتحديث التسلسل. يعود الرسام إلى المنطقة لاحقًا، ويقضي فريق المشروع وقتًا في التحقق من رسائل البريد الإلكتروني للتأكد من أحدث التعليمات. يتضمن النموذج الأقوى ما يلي: - الموقع الدقيق للغرفة والجدار - مرجع الرسم - سبب التغيير - توزيع العمالة والمواد - تسلسل العمل المنقح - تأثير الجدول الزمني - التجارة ذات الصلة - تاريخ الموافقة المطلوب - المرفقات - نطاق الموافقة النموذج لا يزيل كل مخاطر المشروع. إنه يمنح الفريق سجلاً مشتركًا بحيث يسهل التحقق من القرارات. ## كيفية إبقاء القوالب مفيدة يجب مراجعة النماذج بعد الاستخدام، وليس فقط عند بدء مشروع جديد. بعد تأخير، اسأل عن المعلومات التي كانت مفقودة عند بدء المشكلة. بعد الموافقة السلسة، لاحظ المجالات التي ساعدت الفريق على اتخاذ القرار. يمكن للتحديثات الصغيرة أن تجعل المستند متوافقًا مع العمل الفعلي. أفضّل النماذج القصيرة ذات الملكية الواضحة على النماذج الطويلة المليئة بالمعلومات التي لا يستخدمها أحد. يجب أن يساعد قالب البناء الأشخاص على اتخاذ الإجراء التالي. إذا أدى ذلك إلى إنشاء جولة أخرى من الأسئلة، فيجب تعديلها. القالب المفيد لا يحل محل اتصالات المشروع. إنه يمنح التواصل مكانًا ثابتًا للعيش فيه. عندما يعكس النموذج مسار الموافقة الحقيقي، تظل السجلات أسهل في المتابعة، وتقضي الفرق وقتًا أقل في تصحيح مشكلات المستندات التي يمكن تجنبها.

نادراً ما يأتي تأخير المشروع من خطأ واحد كبير. في كثير من الأحيان، تتراكم فجوات صغيرة عبر التخطيط والموافقات وعمليات التسليم وتحديثات الحالة. قد لا يكون للمهمة مالك واضح. قد يبقى التغيير في سلسلة رسائل البريد الإلكتروني. قد لا يرى المدير أي خطر حتى يقترب تاريخ التسليم. لقد وجدت أن قالب المشروع المصمم جيدًا يمكن أن يقلل من هذه الفجوات. فهو يمنح الفريق طريقة مشتركة لتخطيط العمل وتسجيل القرارات وتتبع المخاطر ومراجعة التقدم. لا يحل القالب كل مشكلة في المشروع، ولكنه يمكن أن يسهل اكتشاف التفاصيل المفقودة. ### ابدأ بالتأخيرات التي تراها في أغلب الأحيان قبل إنشاء قالب، ألقي نظرة على المشاريع القليلة الأخيرة المتأخرة وأسأل: - ما هي المهمة التي كانت تنتظر موافقة غير واضحة؟ - أين فقد الفريق مسار التغيير؟ - ما هو الموعد الذي لم يكن له صاحب؟ - متى ظهرت العلامة التحذيرية الأولى؟ - ما التحديث الذي فاته أصحاب المصلحة؟ تساعدني الإجابات في إنشاء قالب حول العمل الفعلي بدلاً من إضافة حقول لا يستخدمها أحد. قد يحتاج مشروع التسويق إلى موافقات الحملة ومراجعات المحتوى وتتبع الأصول. قد يحتاج مشروع البناء إلى سجلات التفتيش وتحديثات الموردين وقرارات الموقع. قد يحتاج مشروع البرنامج إلى مهام سريعة وملاحظات اختبار وفحوصات الإصدار. كل فريق يحتاج إلى هيكل مختلف. ### إنشاء عرض واضح للمشروع يجب أن يُظهر قالب المشروع المفيد التفاصيل التي يحتاجها الأشخاص دون إجبارهم على البحث في عدة ملفات. عادةً ما أقوم بتضمين: - اسم المشروع وتاريخ التسليم المتوقع - اسم المهمة وصاحب المهمة - تواريخ البدء والانتهاء المخطط لها - الحالة الحالية - التبعية ذات الصلة - مالك الموافقة - الخطر أو الحظر - الإجراء التالي - تاريخ آخر تحديث يستحق حقل "الإجراء التالي" اهتمامًا خاصًا. حالة مثل "قيد التقدم" لا تخبرني بما سيحدث بعد ذلك. "إرسال التخطيط المنقح إلى العميل للمراجعة" يمنح الفريق مسارًا أوضح. ### تعيين ملكية المهمة قبل بدء العمل يجب أن يكون لمهمة المشروع مالك مباشر واحد. قد يدعم العديد من الأشخاص العمل، ولكن يجب أن يكون شخص واحد مسؤولاً عن المضي قدمًا به. أتجنب التسميات مثل "فريق التصميم" أو "فريق العميل" عند إسناد المهام. هذه التسميات يمكن أن تخفي المسؤولية. يمنح الاسم أو الدور أو المنصب المسمى المهمة نقطة اتصال واضحة. يمكن لجدول ملكية بسيط أن يساعد: | مهمة | المالك | الدعم | تاريخ الاستحقاق | الإجراء التالي | |---|---|---|---|---| | مراجعة نسخة المنتج | مايا | الفريق القانوني | 14 مايو | إرسال التعليقات | | إعداد بناء الاختبار | دانيال | فريق ضمان الجودة | 16 مايو | تحميل البناء | | الموافقة على صفحة الإطلاق | بريا | الرصاص التسويق | 17 مايو | تأكيد التغييرات | تعمل هذه البنية على تسهيل مناقشة المهمة المتأخرة دون تحويل الاجتماع إلى بحث عن المعلومات المفقودة. ### إضافة حقول التبعية والموافقة تحدث العديد من التأخيرات عندما لا يمكن نقل مهمة واحدة حتى تكتمل مهمة أخرى. يجب أن يجعل القالب تلك الروابط مرئية. على سبيل المثال: - يجب أن تنتهي مراجعة التصميم قبل بدء التطوير. - يجب أن يصل تأكيد المورد قبل تخطيط الإنتاج. - يجب تسجيل الموافقة القانونية قبل الإصدار العام. أقوم بإضافة حقل تبعية بجانب مالك المهمة. أقوم أيضًا بتسجيل الشخص الذي يمنح الموافقة والتاريخ المتوقع للموافقة. يمكن لهذه الخطوة الصغيرة أن تعرض للخطر بينما لا يزال لدى الفريق الوقت للرد. ### إنشاء سجل تغيير غالبًا ما تتسبب تغييرات المشروع في تأخيرات عندما يتم قبولها بشكل غير رسمي. قد يطلب العميل ميزة جديدة أثناء المكالمة. يجوز للمورد تغيير تاريخ التسليم في الرسالة. إذا لم يتم تسجيل التغيير، فقد تستمر الخطة في استخدام المعلومات القديمة. يمكن أن يتضمن سجل التغيير ما يلي: - تاريخ الطلب - الشخص الذي طلب ذلك - وصف التغيير - التأثير على الوقت أو التكلفة أو النطاق - مالك القرار - حالة الموافقة - تاريخ التسليم المحدث لا أتعامل مع كل تغيير على أنه مشكلة. بعض التغييرات تحسن النتيجة. يحتاج الفريق إلى سجل واضح حتى يتمكن من اتخاذ قرار سليم. ### استخدم مراجعة أسبوعية قصيرة. يعمل القالب بشكل أفضل عندما يقوم الفريق بمراجعته كجزء من روتينه العادي. يمكن للمراجعة الأسبوعية القصيرة أن تركز على أربعة أسئلة: 1. ما الذي تم تحقيقه؟ 2. ما هو المحظور؟ 3. ما الذي تغير؟ 4. ما الذي يحتاج إلى قرار؟ يمكن لمدير المشروع وضع علامة على المهام المحظورة في عمود الحالة وإضافة إجراء مباشر واحد. يجب ألا يكرر الاجتماع كل مهمة في القائمة. يجب أن تركز على العمل الذي يحتاج إلى الاهتمام. بالنسبة لمشروع موقع ويب صغير، قد يكتشف الفريق أن الصفحة الرئيسية جاهزة ولكن صور المنتج لا تزال مفقودة. يعرض القالب المالك وجهة اتصال المورد والتأثير على مراجعة الصفحة. يمكن للفريق بعد ذلك تعديل الخطة قبل أن ينتشر التأخير إلى التطوير والاختبار. ### اجعل القالب سهل الاستخدام يصبح القالب الذي يحتوي على عدد كبير جدًا من الحقول مصدرًا آخر للعمل الإداري. أحتفظ بالحقول المطلوبة مقتصرة على المعلومات التي تساعد الفريق على اتخاذ القرارات أو اتخاذ الإجراءات. يجب أن يكون القالب العملي: - استخدام تسميات واضحة - الاحتفاظ بالتواريخ بتنسيق واحد - تحديد خيارات الحالة - إظهار العمل المتأخر أو المحظور - تخزين القرارات بجانب المهام ذات الصلة - السماح بالتحديثات السريعة بعد الاجتماعات كما أقوم باختبار القالب مع الأشخاص الذين سيستخدمونه. إذا كان منسق المشروع يحتاج إلى عدة دقائق لتحديث مهمة واحدة، فقد يحتاج التنسيق إلى التبسيط. الهدف ليس إنشاء المزيد من الأعمال الورقية. الهدف هو منح الفريق مكانًا واحدًا موثوقًا به لرؤية الملكية والتوقيت والتغييرات والمخاطر. عندما يبدأ المشروع بهيكل واضح ويحافظ الفريق على هذا الهيكل الحالي، يصبح من السهل اكتشاف التأخير ومعالجته قبل أن يؤثر على خطة التسليم.

غالبًا ما تتباطأ أعمال البناء قبل وصول الأدوات. يمكن أن تؤثر قائمة المواد المفقودة، أو نطاق العمل غير الواضح، أو الموافقة المتأخرة على الجدول الزمني بأكمله. لقد رأيت فجوات صغيرة في التخطيط تؤدي إلى مكالمات إضافية، وإدخال بيانات متكرر، وارتباك بين المكتب وموقع العمل. تمنحني قوالب البناء طريقة بسيطة لتنظيم هذه التفاصيل. وهي لا تحل محل معرفة المشروع أو تجربة الموقع. إنهم يساعدونني في تسجيل المعلومات الصحيحة بتنسيق يمكن للفريق استخدامه. ## ابدأ بالعمل، وليس بالقالب قبل اختيار قالب البناء، أكتب المهمة التي يحتاج إلى دعمها. قد يساعدني القالب في إعداد: - تقديرات المشروع - جداول العمل - قوائم سحب المواد - تقارير الموقع اليومية - قوائم فحص التفتيش - نماذج أوامر التغيير - طلبات الدفع - أوراق اتصال المقاول من الباطن - سجلات اجتماعات السلامة - سجلات المعدات يجب أن يكون لكل مستند غرض واحد واضح. من المفترض أن يساعدني نموذج التقدير في تتبع العمالة والمواد والمعدات وتكاليف المشروع الأخرى. يجب أن يوضح التقرير اليومي ما حدث في الموقع، ومن كان حاضراً، وما العمل الذي تم إنجازه، وما هي القضايا التي تحتاج إلى الاهتمام. عندما تحاول وثيقة واحدة التعامل مع كل مهمة، غالبًا ما يصبح من الصعب قراءتها وصيانتها. ## قم ببناء قالب حول خطوات المشروع الحقيقية أفضل اتباع الطريقة التي يتحرك بها العمل خلال المشروع. بالنسبة إلى عملية تجديد بسيطة، قد تبدو العملية الأساسية كما يلي: 1. مراجعة طلب العميل 2. تحديد نطاق العمل 3. ​​إدراج العمالة والمواد 4. تحديد التواريخ المتوقعة 5. تعيين المسؤوليات 6. تسجيل تقدم الموقع 7. تتبع التغييرات 8. مراجعة العمل المكتمل يجب أن يتطابق القالب مع هذا التدفق. لا أضع الحقول بترتيب يبدو أنيقًا ولكنه يبدو محرجًا أثناء الاستخدام. يمكن لمدير المشروع إكمال الملف على المكتب، بينما يمكن لمشرف الموقع تحديثه من الهاتف بين المهام. يحتاج كلا المستخدمين إلى الوصول السريع إلى نفس التفاصيل الأساسية. ## استخدم قالب تقدير بمجموعات تكلفة واضحة يقوم قالب تقدير مفيد بفصل التكاليف إلى أقسام. عادةً ما أقوم بتضمين: - وصف العمل - الكمية - الوحدة - سعر الوحدة - تكلفة العمالة - تكلفة المواد - تكلفة المعدات - تكلفة المقاول من الباطن - ملاحظات - حالة موافقة العميل على سبيل المثال، قد يشمل تجديد المطبخ إزالة الخزانة، والتعديلات الكهربائية، وأعمال السباكة، والأرضيات، وتركيب الخزانة، والطلاء. يمكن أن يظهر كل عنصر كسطر خاص به بدلاً من وضعه تحت وصف عام واحد. يساعدني هذا الهيكل في الإجابة على الأسئلة الأساسية: - ما العمل المتضمن؟ - ما هي العناصر التي تحتاج إلى تسعير الموردين؟ - ما هي التكاليف البدلات؟ - ما الذي وافق عليه العميل؟ - ما هي العناصر التي قد تتغير بعد معاينة الموقع؟ كما أن التقدير الواضح يجعل المحادثات اللاحقة أسهل. إذا سأل العميل عن سبب تغير السعر، يمكنني الرجوع إلى النطاق الأصلي وإظهار العنصر الجديد بشكل منفصل. ## جعل الجدول الزمني سهل المسح لا يلزم أن يكون جدول البناء مزدحمًا بالتفاصيل. يجب أن يوضح ترتيب العمل والأشخاص المسؤولين عن كل مرحلة. أقوم بتضمين: - اسم المهمة - تاريخ البدء - تاريخ الانتهاء المتوقع - الشخص المعين أو التجارة - المواد المطلوبة - المهمة ذات الصلة - الحالة الحالية - ملاحظات أو قيود الموقع قد يتطلب مشروع الحمام الهدم قبل تغييرات السباكة. قد تحتاج أعمال السباكة إلى الانتهاء قبل إصلاح الجدران. يجب أن تجف إصلاحات الجدران قبل الطلاء. يمكن لجدول زمني بسيط إظهار هذه الروابط وتقليل فرصة إرسال التداول إلى الموقع قبل أن تصبح المنطقة جاهزة. وأترك ​​أيضًا مساحة للتغييرات. يمكن أن يؤثر الطقس وعمليات التفتيش وتأخير التسليم وقرارات العميل على الخطة. الجدول الزمني الذي لا يمكن تحديثه بسرعة يصبح أقل فائدة مع تطور المشروع. ## حافظ على تركيز التقارير اليومية على الحقائق تدعم التقارير اليومية التواصل بين موقع العمل والمكتب والعميل والمقاولين من الباطن. أحافظ على اللغة مباشرة. قد يتضمن التقرير اليومي ما يلي: - اسم المشروع وموقعه - التاريخ - الظروف الجوية - العمال والمهن في الموقع - العمل المكتمل - المواد المسلمة - المعدات المستخدمة - مناقشات السلامة - عمليات التفتيش - التأخير - الأسئلة المفتوحة - الصور أو روابط الملفات بدلاً من الكتابة، "واجه المشروع يومًا صعبًا"، أقوم بتسجيل الحدث الذي أثر على العمل: "وصل تسليم البلاط في الساعة 2:30 مساءً، أكمل عامل التركيب إعداد السطح ونقل تركيب البلاط إلى يوم العمل التالي." يمنح هذا الأسلوب القارئ معلومات مفيدة دون إضافة تخمينات أو لغة عاطفية. ## إضافة قسم أمر التغيير التغييرات شائعة في البناء. قد يختار العميل تشطيبًا مختلفًا، أو قد تظهر حالة مخفية بعد الهدم، أو قد تحتاج تفاصيل التصميم إلى التعديل. يتضمن قالب طلب التغيير الخاص بي ما يلي: - النطاق الأصلي - التغيير المطلوب - سبب التغيير - التكلفة المضافة أو المخفضة - تأثير الجدول الزمني - المواد المتأثرة - تاريخ الموافقة - توقيع العميل أو تأكيده - ملاحظات المقاول أحتفظ بالتغييرات المعتمدة منفصلة عن الطلبات المفتوحة. يؤدي هذا إلى منع معاملة العنصر المقترح كعمل مؤكد. على سبيل المثال، قد يطلب صاحب المنزل استبدال البلاط القياسي بخيار أعلى سعرًا. يمكن أن يُظهر النموذج فرق المادة وتأثير العمالة وتاريخ الانتهاء المحدث. ثم يكون لدى الفريق سجل مشترك قبل بدء العمل. ## إضافة قوائم مرجعية حيث تؤدي الأخطاء الصغيرة إلى حدوث تأخيرات تعمل قوائم المراجعة بشكل جيد للمهام القابلة للتكرار. يمكنهم دعم تسليم المشروع وإعداد الموقع وعمليات التفتيش والإغلاق. قد تطرح قائمة المراجعة المسبقة للبدء ما يلي: - هل تمت مراجعة النطاق؟ - هل الرسومات متوفرة؟ - هل يتم تسجيل التصاريح أو الموافقات عند الاقتضاء؟ - هل تم طلب المواد؟ - هل تفاصيل الوصول إلى الموقع معروفة؟ - هل تم تعيين المسؤوليات؟ - هل إجراءات السلامة متاحة للفريق؟ قد تتضمن قائمة مراجعة الإغلاق ما يلي: - العمل المتميز - العيوب التي يجب تصحيحها - التنظيف النهائي - أدلة المنتج - مستندات الضمان - إرشادات العميل - الصور النهائية - حالة الدفع يجب أن تكون قائمة المراجعة قصيرة بما يكفي للاستخدام. إذا أصبحت كل التفاصيل الصغيرة حقلاً منفصلاً، فقد يتخطى الأشخاص النموذج أو يدخلون معلومات غير كاملة. ## أضف ملاحظات للقرارات، وليس فقط الأرقام الأرقام تخبرني بحجم العمل الذي تم التخطيط له أو إنفاقه. توضح الملاحظات سبب اتخاذ القرار. أستخدم الملاحظات لتسجيل: - تفضيلات العميل - قيود المورد - ظروف الموقع - تعليقات الفحص - قيود الوصول - البدائل المتفق عليها - أسئلة تنتظر الإجابة يمكن لملاحظة قصيرة أن تمنع المناقشات المتكررة. يمكن أن يساعد أيضًا عضوًا جديدًا في الفريق على فهم المشروع دون قراءة سجل الرسائل الطويل. ## جعل القوالب تناسب الأدوات التي يستخدمها الأشخاص بالفعل يجب أن يكون القالب عمليًا للفريق الذي يستخدمه. قد يعمل مقاول صغير مع جداول البيانات والمجلدات المشتركة. يجوز لشركة أكبر استخدام برامج إدارة المشاريع مع النماذج والأذونات والإشعارات التلقائية. أتحقق من بعض النقاط الأساسية: - هل يمكن فتح الملف على الهاتف؟ - هل يمكن لأكثر من شخص تحديثه؟ - هل من السهل التعرف على الإصدارات الأقدم؟ - هل يستطيع الفريق البحث عن سجل المشروع؟ - هل تفاصيل العميل الخاصة محمية؟ - هل يمكن ربط الصور والمستندات بالمهمة الصحيحة؟ يمكن للملف البسيط الذي يستخدمه الأشخاص باستمرار أن يدعم المشروع بشكل أفضل من النظام المعقد الذي يظل غير مكتمل. ## قم بمراجعة القالب بعد كل مشروع، ولا أتعامل مع القالب على أنه دائم. بعد إغلاق المشروع، أبحث عن الأسئلة المتكررة والمعلومات المفقودة. أسأل: - ما هي الحقول التي تركت فارغة؟ - ما هي التفاصيل التي سجلها الفريق في رسائل منفصلة؟ - أين استغرقت الموافقة وقتا طويلا؟ - أي قسم تسبب في الارتباك؟ - ما هي المعلومات التي ساعدت أثناء النزاع أو التأخير؟ - هل يمكن إزالة أي حقل؟ بالنسبة لتجديد مطبخ صغير، قد أعلم أن مواعيد تسليم الخزانات تحتاج إلى قسم خاص بها لأنها تؤثر على العديد من الصفقات. في مشروع آخر، قد أجد أن التقرير اليومي يحتاج إلى منطقة منفصلة لنتائج الفحص. تساعد هذه المراجعة القالب على متابعة العمل الحقيقي بدلاً من إجبار الفريق على عملية غير مناسبة. ## مجموعة عملية من القوالب قد تبدأ شركة إنشاءات صغيرة بستة مستندات أساسية: 1. ورقة معلومات المشروع 2. قالب التقدير والنطاق 3. جدول البناء 4. تقرير الموقع اليومي 5. نموذج طلب التغيير 6. قائمة مراجعة إغلاق المشروع تغطي هذه المستندات العديد من احتياجات المشروع الشائعة دون خلق عبء إداري كبير. يمكن للشركة إضافة أوامر الشراء أو اتفاقيات المقاولين من الباطن أو سجلات المعدات عندما يتطلب العمل ذلك. أوصي بالحفاظ على التنسيق متسقًا عبر كل ملف. استخدم نفس اسم المشروع ورقم المشروع وتفاصيل العميل وتنسيق التاريخ وتسميات الحالة. يوفر الاتساق الوقت عند فتح عدة مستندات في وقت واحد. تعمل قوالب البناء بشكل أفضل عندما تعكس الوظيفة الفعلية. يجب أن يساعدوا الفريق في معرفة ما يجب أن يحدث، ومن يملك كل مهمة، وما الذي تغير، وما هي القرارات التي لا تزال بحاجة إلى الاهتمام. لن يؤدي الهيكل الواضح إلى إزالة كل مشكلة في المشروع، ولكنه يمكن أن يقلل من الارتباك الذي يمكن تجنبه ويمنح الجميع سجلاً مشتركًا للعمل. نرحب باستفساراتكم: lucas.roth.8848@gmail.com/WhatsApp +8615757129433.

معهد إدارة المشاريع، 2021، دليل إلى هيئة إدارة المشاريع المعرفية معهد مواصفات البناء، 2020، دليل ممارسة تسليم المشاريع المعهد الوطني لعلوم البناء، 2022، إدارة معلومات البناء ومعايير التوثيق المنظمة الدولية للمعايير، 2018، المبادئ التوجيهية لأنظمة إدارة الجودة للتحكم التشغيلي مارتن بارنز، 2019، تخطيط مشاريع البناء وإدارة الجدول الزمني هيلين كارتر، 2023، قوالب عملية لاتصالات البناء ومراقبة المشاريع