لماذا يتجاوز المطوّرون جداول البيانات

يبدأ أغلب مطوّري العقار من المكان نفسه: جدول بيانات للوحدات، وآخر للأقساط، ومجموعة واتساب للفريق. هي أسرع أداة في متناول اليد، وتفي بالغرض ما دام المشروع صغيراً ومحفوظاً في ذهن شخصٍ واحد. وتبدأ المشكلة يوم يكبر المشروع.

أين يتصدّع الجدول

يتحوّل مشروعٌ واحد إلى مشروعين، وتتضاعف الوحدات، وينضمّ موظفو مبيعات وحسابات جدد. الرقم نفسه، سعر الوحدة أو ما تبقّى على العميل، يقع في ثلاثة ملفات ولا أحد متأكّد أيّها الأحدث. يرسل أحدهم نسخة بالبريد، ويعدّل آخر نسخةً على جهازه، فيختلف الرقم بين النسختين ولا يُعرف أيّهما المعتمد. وأربعة أعطال تتكرّر:

• الرقم الواحد في أكثر من مكان: السعر في ملف، والقسط في آخر، والمقبوض في ثالث، ولا رابط بينها.
• لا أثر يبيّن من غيّر وما الذي تغيّر: خانةٌ تتبدّل دون أن يعرف أحد من عدّلها، ولا كيف كانت قبل قليل.
• تسليم المهام عبر الرسائل: قرارٌ يعيش داخل محادثة، ثم يمضي مع من يغادر.
• التقرير يُعاد بناؤه في كل مرة: نهاية الشهر تبدأ بجمع الملفات يدوياً بدل قراءة رقم كان يمكن أن يكون جاهزاً.

ما الذي يغيّره السجل الواحد

يظهر كل رقم مرة واحدة في مكانه، وتقرأه بقية أجزاء النظام من هناك. سجّل قسطاً مقبوضاً: يُحدَّث الرصيد المتبقّي، ويظهر القسط في تقرير التحصيل، ويصبح جاهزاً للفوترة، دون أن ينسخه أحد بيده. ويتوقّف الفريق كذلك عن الجدال حول أيّ ملف هو الأصحّ.

متى تنتقل

جدول البيانات أداةٌ جيّدة لمشروع واحد صغير، والانتقال المبكّر يشتري تعقيداً بلا مقابل. أما إشارات الانتقال فمحدّدة: أن تطابق الملفات بدل أن تقرأها، أو أن يستغرق إغلاق الشهر أياماً، أو أن يعتمد كل شيء على شخص واحد يعرف أين تقع الأمور. والانتقال إلى نظام واحد يجمع ما تفرّق بين ذاكرة الموظفين وملفاتهم في مرجعٍ واحد يثق به الفريق.