تطوير أنظمة لمن تجاوز عمله جداول البيانات.

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

لا، ونادراً ما نقترح ذلك. الأشيع أن يُستبدل جزء واحد — الأكثر كلفة في العمل اليدوي — بينما يُربط الباقي عبر تكاملات. التحوّل الذي يأخذ كل شيء دفعة واحدة هو الأغلى والأكثر مخاطرة، وهو السبب الأشيع لعدم اكتمال مشاريع من هذا النوع.

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

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

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

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