سند التقنية

01 / تحدّي المشروع

تحدّي المشروع

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

02 / الحل الذي صمّمناه

الحل الذي صمّمناه

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

03 / تجربة الاستخدام

تجربة الاستخدام

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

05 / رحلة الاستخدام

رحلة الاستخدام

1. 01

   تحديد المشكلة

   يفتح يوسف التذكرة ويقرأ خطوات التكرار وتأثيرها على تأكيد الطلب لدى المستخدم.

2. 02

   مراجعة التعديل

   يقارن الملفات المرتبطة ويثبت هوية البناء المرشح ونتيجة فحص المسار المعتاد.

3. 03

   استكمال المتطلبات

   تراجع نورة ثلاثة فحوص منجزة وتطلب الشبكة البطيئة وموافقة مسؤول العميل.

4. 04

   اتخاذ قرار الإصدار

   يفتح المسؤول المقارنة النهائية بعد اكتمال المتطلبات ويتحقق من السجل قبل النشر.