تبدأ الأمور دائمًا بترتيب. يصنع أحدهم جدول بيانات لتتبّع شيء واحد، فينجح. ثم يُضاف عمود آخر، وورقة أخرى، ومعادلة تشير إلى ورقة مختلفة. وبعد سنتين يصبح جدول البيانات المكان الوحيد الذي تعيش فيه أهم المعلومات، ولا يفهم ترابطه إلا شخص واحد.
هذا ليس فشلًا. إنها الطريقة الطبيعية التي تنشأ بها الأنظمة في شركة تنمو. والسؤال ليس هل كان جدول البيانات فكرة سيئة — لم يكن كذلك — بل متى يتوقف عن كونه الأداة الصحيحة.
أربع علامات على أن الوقت قد حان
العلامة الأولى أن أكثر من شخص يحتاج إلى الكتابة فيه في الوقت نفسه. جداول البيانات مبنية لكاتب واحد في كل مرة، وما زاد على ذلك ينتهي بخلايا مطموسة ونسخ خاطئة.
والثانية أن جدول البيانات يُستخدم من الهاتف في الميدان. هذا ممكن تقنيًا، وهو دائمًا تجربة رديئة. إذا كان الفنيون أو مندوبو المبيعات يسجّلون وهم يتنقلون، فهم يستحقون أداة مصنوعة لذلك.
والثالثة أن هناك قواعد لمن يحق له رؤية ماذا — وتُطبَّق بإرسال نسخ مختلفة هنا وهناك. وما إن يصبح التحكم بالوصول عبر تكرار الملف، حتى يكون لديك حقيقتان.
والرابعة أن شخصًا واحدًا صار لا غنى عنه. إذا كان شخص واحد فقط يعرف لماذا يُظهر العمود R ما يُظهره، فجدول البيانات ليس نظامًا، بل مخاطرة لها تاريخ.
متى يكون على ما يرام كما هو
إذا كان يستخدمه شخص واحد، على مكتب، وهو يؤدي الغرض — فاتركه. لقد رفضنا إعادة بناء أشياء لأن المشكلة لم تكن كبيرة بما يكفي لتبرير السعر. جدول بيانات يؤدي عمله ليس مشكلة، بل حل.
يستخدمه شخص واحد
لا تعارض على من يكتب ماذا، ولا نسخ تعيش في أماكن منفصلة.
لا توجد قواعد وصول
إذا كان المفترض أن يرى الجميع كل شيء، فلا شيء يحتاج إلى تحكم. عندها الملف على ما يرام.
يُستخدم على مكتب
جدول بيانات على هاتف داخل شاحنة تجربة رديئة دائمًا. أمام شاشة يكون مقبولًا.
البيانات ليست حرجة
لو ضاع الملف لأمكن إعادة بنائه في بعد ظهيرة واحدة. تلك مخاطرة يمكن التعايش معها.
ما تتطلبه إعادة البناء
الجزء الأهم ليس الشيفرة، بل صياغة القواعد المختبئة في المعادلات وفي رأس الشخص الذي يرعى جدول البيانات. نقضي عادةً الأسبوع الأول على ذلك وحده، قبل أن نبني أي شيء. والبيانات الموجودة في جدول البيانات يجب أن تأتي معه — التطبيق الفارغ ليس تطبيقًا مكتملًا.