القرارات التي تلتهم ميزانيات البرمجيات في الشركات السعودية ليست عللًا برمجية في الغالب، بل خيارات معمارية اتُّخذت بهدوء في الأسابيع الأولى من المشروع وما زالت تحمل الثقل بعد سنوات، حين يعني التراجع عنها إعادة بناء تحت نظام حيّ. يتناول هذا المقال ما تفحصه مراجعة معمارية البرمجيات، وأي القرارات نفتحها أولًا في كل مراجعة، وكم يكلّف الخطأ في كل منها، وكيف يحوّل نظام حماية البيانات الشخصية وضوابط الأمن السيبراني في المملكة بعضها إلى مسائل امتثال، وكيف تكتمل المراجعة في أسبوعين قبل توقيع عقد البناء.
ما الذي تفحصه مراجعة معمارية البرمجيات؟
المراجعة المعمارية ليست تدقيقًا للشيفرة وليست فحصًا أمنيًا. إنها نظرة منظّمة إلى القرارات التي يغلو التراجع عنها، تُجرى قبل التزام المال. معظم القرارات رخيصة: أي مكتبة سجلّات، أي إطار عمل للواجهة الأمامية، اختر واحدًا وامضِ. المراجعة موجودة من أجل الصنف الآخر، ومنهجها كله هو التمييز بين الاثنين.
flowchart TD
A(["جرد كل قرار في التصميم"]) --> B{"رخيص التراجع؟"}
B -->|"نعم"| C(["اقبله وامضِ"])
B -->|"لا"| D(["فحص عميق: نموذج البيانات، عقود التكامل، المنصة، الحدود"])
D --> E{"يصمد أمام التكامل الفعلي وقواعد الامتثال السعودية؟"}
E -->|"نعم"| F(["اكتب سجلّ القرار في صفحة واحدة"])
E -->|"لا"| G(["غيّره الآن، ما دام رسمًا على الورق"])
مخرَج المراجعة حزمة قصيرة من سجلّات القرار، صفحة واحدة لكل قرار: ما الذي اختير، وما الذي رُفض، وما الذي يدفعنا إلى إعادة النظر فيه. في خبرتنا هذا أرخص ما ينتجه مشروع، لأنه ينقل جدالات كانت ستقع في السنة الثانية على شكل أوامر تغيير تعاقدية، إلى الأسبوع الرابع على شكل نص.
أي القرارات تفتحها المراجعة أولًا؟
- نموذج البيانات. طريقة هيكلة العملاء والطلبات والمرضى والمدفوعات تحدّد كلفة كل ميزة قادمة. النموذج الذي لا يطابق طريقة عمل المنشأة فعليًا يُجبر كل شاشة وتقرير وتكامل على الترجمة بين ما تقصده المنشأة وما تقوله قاعدة البيانات، لسنوات. وهو عادةً أعلى قرارات التصميم مخاطرةً، وأقلّها تلقّيًا للتفكير عند اتخاذه.
- عقود التكامل. في المملكة نادرًا ما تكون قابلة للتفاوض. نظام تخطيط الموارد (ERP) يصدّر بياناته وفق جدوله الخاص، والمنصات الحكومية تفرض أشكال رسائلها بنفسها، وفي الرعاية الصحية يثبّت تبادل المعلومات الصحية الوطني (NPHIES) المبني على معيار HL7 FHIR شكل بيانات المريض والزيارة سلفًا. عامل التكامل كتفصيل يؤجَّل إلى مرحلة ثانية، فستلتقي بهذا الواقع كله دفعةً واحدة.
- المنصة التي لا تستطيع مغادرتها. أي منطقة سحابية، وأي محرّك قواعد بيانات، وأي طبقة مغلقة فوقهما. بعض مخارج المنصات مخارج بالاسم فقط، ومكان وجود البيانات الشخصية مسألة توطين بيانات وامتثال نعود إليها أدناه.
- حدود الخدمات. طريقة تقسيم النظام إلى أجزاء تقرّر إن كانت ثلاثة فرق تستطيع العمل دون تصادم، وإن كان جزء واحد قابلًا للاستبدال دون استبدالها كلها. قسّم مبكرًا أكثر من اللازم، قبل أن يفهم أحد المجال، فستشتري ألم الأنظمة الموزّعة الذي لم تكن بحاجة إليه أصلًا.
كم يكلّف القرار المعماري الخاطئ؟
النمط ثابت: لا شيء، ثم احتكاك، ثم هاوية. الاختيار المريح يبدو مجانيًا في الأسبوع الثاني؛ والفاتورة تصل بعد سنوات، مدفوعةً من سرعة التسليم، ويسدّدها من يرث المشروع.
flowchart LR A(["الأسبوع 2: القرار لا يكلّف شيئًا"]) --> B(["الشهر 6: أول الحلول الالتفافية"]) B --> C(["السنة 1: كل ميزة تدفع ضريبة ترجمة"]) C --> D(["السنة 2: التسليم يتباطأ إلى زحف"]) D --> E(["السنة 3: إعادة بناء الأساس تحت نظام حيّ"])
والدليل الإجمالي صريح. درست McKinsey مع جامعة أكسفورد أكثر من 5,400 مشروع تقني، ووجدتا أن المشاريع التقنية الكبيرة تتجاوز ميزانياتها بنسبة 45% في المتوسط، وتتأخر 7% عن الجدول الزمني، وتقدّم قيمة أقل بنسبة 56% مما كان متوقعًا، وأن 17% منها يسوء إلى حدّ يهدّد وجود الشركة نفسه (McKinsey, 2012). ليس كل ذلك بسبب المعمارية. لكن في خبرتنا، حين يتأخر مشروع في المملكة سنة كاملة، يكون السبب عادةً قرارًا من الشهر الأول يعمل الجميع اليوم على الالتفاف حوله.
مثال محسوب: تأجيل تكامل NPHIES إلى المرحلة الثانية
إليك تلك الهاوية بأرقام ملحقة بها؛ الأرقام افتراضية لتوضيح الشكل. مجموعة عيادات في الرياض تطلب بناء منصة للمرضى. عند الانطلاق يصمّم الفريق جداوله الخاصة للمريض والموعد والفوترة، ويضع ربط NPHIES في المرحلة الثانية بوصفه تكاملًا «يُعالَج لاحقًا». تسير المرحلة الأولى جيدًا.
ثم تصل المرحلة الثانية. يتحدث NPHIES بلغة HL7 FHIR، فيحتاج كل كيان سريري الآن إلى جسر من التحويلات بين الأشكال الخاصة بالمنصة والأشكال الوطنية للموارد، وهذا الجسر ليس ركنًا من النظام: المواعيد والزيارات والتغطية والتقارير كلها تقوم عليه. لنقل إن الفريق خمسة مهندسين كانوا يسلّمون اثنتي عشرة ميزة ذات قيمة كل ربع سنة. طوال فترة التكامل لا يفعل اثنان من الخمسة شيئًا سوى التحويل وإعادة العمل، فتهبط الإنتاجية إلى خمس ميزات في الربع، ويمتد إعادة التوفيق ثمانية أشهر. تبلغ المنصة حالتها الاقتصادية متأخرةً نحو سنة، بكلفة رواتب وحدها تُعدّ بالملايين من الريالات، لم يُدرج منها شيء في الميزانية تحت بند «المعمارية».
القرار الذي سبّب ذلك استغرق بعد ظهر واحدًا: تصميم نموذج البيانات دون العقد الوطني أمام العين. البناء على أشكال موارد FHIR من اليوم الأول يكلّف قليلًا ويلغي الضريبة الثانية كليًا. راقبنا الشكل نفسه مع التصديرات الليلية لأنظمة ERP.
أين تخطئ مراجعات المعمارية؟
المراجعة قبل الالتزام أرخص تأمين يستطيع مشروع شراءه، ومع ذلك تنهار بالطرق الأربع نفسها.
- تُراجَع الشرائح بدل التصميم. شرائح المعمارية التي يقدّمها المورّد وثيقة مبيعات. إن لم تفتح المراجعة نموذج البيانات الفعلي وعقود التكامل الفعلية وخطة النشر الفعلية، فهي تدقّق في التسويق.
- البنّائي يصحّح واجبه بنفسه. الفريق الذي اقترح التصميم أقلّ قدرة من غيره على رؤية أنماط فشله. عيون مستقلة قبل قبول التصميم تساوي أكثر من أي تشريح لما بعد الإطلاق.
- تُقاس الأناقة بدل قابلية التراجع. السؤال الصحيح ليس «هل هذا حديث؟» بل «كم يكلّف التراجع عنه؟». بعض أبسط التصاميم التي راجعناها كانت سليمة، لأن كل جزء عادي فيها كان رخيص الاستبدال.
- المراجعة تجري بعد التوقيع. بعد توقيع العقد يصير كل تغيير في التصميم أمر تغيير بمبلغ مقابل. مكان المراجعة الطبيعي بين الفوز بالعرض والالتزام بالميزانية؛ وللمشتريات الحكومية التي تمرّ عبر منصة اعتماد، تلك الفجوة هي آخر لحظة يمكن فيها تغيير التصميم برخص.
كيف يغيّر نظام حماية البيانات وضوابط ECC المشهد في السعودية؟
نظامان سعوديان يحوّلان بعض القرارات المعمارية إلى قرارات امتثال، فترفع كلفة الخطأ فيها من «غالية» إلى «منظَّمة».
أوضحهما مكان البيانات الشخصية. دخل نظام حماية البيانات الشخصية (PDPL) حيّز النفاذ في 14 سبتمبر 2023، وتطلّب الامتثال الكامل بحلول 14 سبتمبر 2024، والجهة المنظّمة هي سدايا (SDAIA)، ويحكم النقل عبر الحدود المادة 29 ولوائح النقل الصادرة عن سدايا (Morgan Lewis, 2024). هل يجوز لمجموعة بيانات مغادرة المملكة؟ الجواب يحدّده المكان الذي وضعها فيه التصميم، وهذا ما يجعل خيار الاستضافة في الأسبوع الثاني مسألة قانونية لا مسألة تقنية. وتركيب آلية نقل على نظام صُمّم على افتراض تخزين بلا حدود مشروع قائم بذاته.
وللجهات الخاضعة للتنظيم تدفع الضوابط الأساسية للأمن السيبراني (ECC) الصادرة عن الهيئة الوطنية للأمن السيبراني (NCA) في الاتجاه نفسه: في خبرتنا، التجزئة والسجلّات والتحكم بالوصول بنى معمارية المستوى، أرخص ما تُرسم وتُدمج في التصميم، وأغلى ما تُلبّس من الخارج بعد البناء. ويضاف إلى مشغّلي الصحة قيد ثالث، لأن NPHIES يثبّت جزءًا من عقد التكامل سلفًا. الجانب الهندسي لنظام حماية البيانات غطّيناه في دليلنا العملي لنظام حماية البيانات الشخصية لقادة التقنية؛ والخلاصة هنا أن قائمة فحص المراجعة وقائمة الامتثال تتطابقان جزئيًا، والمراجعة التي تتجاهل إحداهما ناقصة.
كيف تبدأ: مراجعة معمارية تكتمل في أسبوعين
الروتين الناجح ممل وموثوق.
- اختر نظامًا واحدًا عند نقطة قرار. التصميم الموشك على التوقيع، أو النظام الحيّ الذي صار كل بند في خارطة الطريق ينتظر خلفه.
- اجرد القرارات عسيرة التراجع. نموذج البيانات، وعقود التكامل، والمنصة، والحدود: خمسة إلى عشرة بنود عادةً. ولكل بند، اكتب بصدق كم يكلّف التراجع عنه اليوم.
- ضع القائمة أمام مهندسين مستقلين. مهندسين شاهدوا هذه القرارات تتكشّف عبر السنين ولا يبيعون المنصة التالية. أسبوعان يكفيان نظامًا عادي الحجم، ومن هنا بالضبط يبدأ عملنا في التقييم التقني والعناية الواجبة التقنية.
- اكتب سجلّ قرار لكل بند. صفحة واحدة: ما الذي اختير، وما الذي رُفض، ولماذا، وما المحفّز الذي يعيد فتح السؤال.
- أصلح الرخيص فورًا. تصحيح نموذج البيانات في الأسبوع الرابع بعد ظهر يوم واحد. وفي السنة الثانية هو المثال المحسوب أعلاه.
وإن كان النظام يعمل أصلًا ويبطّئ كل شيء، فالمراجعة نفسها تخبرك أي جزء تستبدل أولًا؛ وتحديث الأنظمة الأساسية القديمة دون تعطيل العمل تخصّص قائم بذاته. وإن لم يُوقَّع شيء بعد، فأرخص لحظة هي قبل صدور طلب العرض، وكتابة طلب عرض تقني لمشتريات سعودية هي ما يقرّر أصلًا ما يستطيع المورّدون اقتراحه.
على وشك توقيع عقد بناء، أم تعيش أصلًا مع نظام يقاوم كل تغيير؟ تراجع SDCG معمارية الأنظمة كمهندسين بنوا وأصلحوا على نطاق واسع في المملكة، مستقلين عن أي مورّد، فيكون التقرير عن التصميم لا عن البيع التالي. احجز مراجعة مجانية لمدة 30 دقيقة.