الكثير يعاني من مشاكل جودة في منتجه البرمجي سواء كان تطبيق او موقع او خدمة سحابية SaaS. شاهدت وسمعت عن مشاكل كثيرة تحدث اثناء ال outsource لعملية التطوير. مثلا يتم طلب تطوير تطبيق معين وتكون النتيجة كارثة خصوصا بعض الشركات من خارج المملكة. لماذا وما هو الحل؟ هذه بعض النصائح.
١- من السهل جدا الخداع في تطوير البرمجيات خصوصا على الشخص قليل الخبرة. التطبيق او الموقع يخفي خلفه غالبا تفاصيل تقنية وسيناريوهات معقدة والكثير لا يدرك ذلك ويكتفي برؤية الواجهة أمامه والتي تسعده كثيرا. بالضبط مثل السيارة اللي تشتريها وهي مصدومة ومسمكرة مع كل مكان بس انت ما تعرف.
٢- الكثير لما يبدأ تطوير خدمة لا يكون عنده تصور واضح للبزنس وغالبا يركز على السيناريوهات الواضحة ويغفل عن سيناريوهات أخرى كثيرة لأنه مو فاهم البزنس إلى الآن وتجربة جديدة عليه. حتى لو افترضنا ان الشركة المطورة تتسم بالأمانة والجودة العالية فليس لديهم عصا سحرية لفهم كل شي.
لذلك وبناء على ماسبق فالأفضل عمل التالي:
١- الأفضل يكون عندك شريك تقني عنده خبرة في البرمجة وهندسة البرمجيات ويكون هو الواجهة في التعامل مع الشركة المطورة. راح يريحك كثير لانه راح يساعدك في إيصال المتطلبات للبزنس بالطريقة الصحيحة وكذلك متابعة عملية التطوير.
١- الأفضل يكون عندك شريك تقني عنده خبرة في البرمجة وهندسة البرمجيات ويكون هو الواجهة في التعامل مع الشركة المطورة. راح يريحك كثير لانه راح يساعدك في إيصال المتطلبات للبزنس بالطريقة الصحيحة وكذلك متابعة عملية التطوير.
٢-اذا البزنس حقك مو جديد (وهذا الغالب)، مثلا متجر الكتروني، ابحث عن شركة تقدم لك الشيء هذا كخدمة بالإيجار subscription. اذا ملزم وتبغى تطور شي خاص فيك فعلى الأقل تكون شركة طورت متاجر كثيرة قبل. اطلب اعمال الشركة واسأل عملاءها السابقين. مهم جدا جدا لتجنب النصب والاحتيال.
٣- اذا البزنس فعلا (فعلا) فكرة جديدة فالأفضل تقسيمه لمراحل بحيث تطور جزئية بسيطة من الفكرة وتجربها في البداية. هذا راح يساعدك انك تفهم البزنس أكثر وتعرف ردة فعل الناس وبالتالي بدل ما تجلس ٦ شهور تطوير وتكتشف انه منتجك في وادي والسوق في وادي، بالعكس مباشرة تفهم وش المطلوب (يتبع)
٣- (يتبع) وتطلب من الشركة اضافة الخصائص الجديدة اللي أصلا كنت ما تعرف عنها بس السوق فهمك. بالتالي تكون عملية التنفيذ على دفعات كل دفعة لها نطاق عمل وتسعيرة خاصة فيها. كذا تكون من طرفك ضمنت الى حد كبير ان شاء الله انك أعطيت متطلبات واضحة للشركة والبزنس واضح.
٤- سواء كان منتج بفكرة جديدة او فكرة حالية فيه خطوات اضافية تساعد على التأكد من ان اللي في رأسك وتفكر فيه يوصل كما هو للشركة. افضل طريقة هي انك تطلب من الشركة يرسمون لك ال workflows وال mockups وتوافق عليها قبل يبدون. (يتبع)
٤- (يتبع) ال workflow او إجراءات العمل تتاكد من خلالها انهم فاهمين كيف البزنس حقك ماشي زي ما انت فاهم. ال mockup هو رسم لواجهات التطبيق او الموقع بحيث تشوف تطبيقك كأنه قدامك قبل يبدا التطوير. هذي أمثلة ل موك اب لتطبيق توصيل أكل dribbble.com/shots/6176015-…
٥- خلصت اللي عليك وتأكدت انه الشركة فعلا فاهمة وش انت تبغى (صعب من اول مرة فهم ١٠٠٪ لكن على الأقل ٧٠٪). كيف تتاكد انهم ينفذون اللي تبغاه. صراحة فكرت في الموضع هذا كثيرا والحل الوحيد عندي هو فصل التطوير عن الجودة. يعني شركة ثانية تسوي لك اختبار جودة فقط. غريب 😇 ليش؟ (يتبع)
٥- (يتبع) من خبرتي الطويلة شخصيا كمبرمج وقيادة عدد من فرق التطوير لاحظت انه صعب جدا ان المبرمج يعمل اختبار جودة لعمله. المبرمج مهمته يبني بينما مهندس الجودة مهمته يهدم وصعب شخص يعمل الثنتين. لذلك دائما لكل منتج عندي فريق تطوير وفريق جودة بمديرين مختلفين. (يتبع)
٥- (يتبع) دائما أقيس اداء فريق التطوير بسرعة انجاز مهام التطوير وأقيس اداء فريق الجودة بعدد الأخطاء اللي يلقونها. هذا لما يكون فريق التطوير داخلي تحت يدي.
لما يكون التطوير خارجي دائما أستعين بشركة ثانية خاصة بالجودة مهمتهم (١) اختبار متطلبات العمل والسيناريوهات قبل يبدا (يتبع)
لما يكون التطوير خارجي دائما أستعين بشركة ثانية خاصة بالجودة مهمتهم (١) اختبار متطلبات العمل والسيناريوهات قبل يبدا (يتبع)
٥- (يتبع) التطوير بحيث ينبهوني اذا فيه شي ناقص او سيناريوهات ما انتبهت لها او ما انتبهت لها الشركة المطورة. النتيجة هنا هو سيناريوهات اختبار توضح الحالات المختلفة لعمل المنتج والنتائج المتوقعة لكل حالة
(٢) اختبار المنتج والتأكد من انه مطابق لما اريد حسب البزنس. (يتبع)
(٢) اختبار المنتج والتأكد من انه مطابق لما اريد حسب البزنس. (يتبع)
٥- (يتبع) نتيجة الاختبار تكون تقرير بالمشاكل او البقز. انتبه هنا لنقطة مهمة جدا جدا. لا يوجد منتج برمجي خالي من المشاكل ابدا. لو جاك تقرير انه ما فيه مشاكل يجب انك بدل ما تكون مبسوط بالعكس تضع علامة استفهام كبيرة جدا على عمل الشركة المختصة بالجودة.
٦- لازم تفهم انه مهمتك انت شخصيا تحديد المشاكل اللي يمكن تجاوزها والتغاضي عنها وإطلاق المنتج مقابل المشاكل التي لا يمكن تجاوزها. هذا قرار صعب ولكنه قرارك انت وليس غيرك. لازم تتنازل عن بعض المشاكل لانك ما راح تصل لمستوى جودة ١٠٠٪ 😅
٧- اختبارات الجودة تأخذ وقت وجهد (وبالتالي فلوس) ويزداد هذا الوقت والجهد مع مرور الوقت ونمو حجم المنتج وما يوفره من خدمات للزبون لذلك احرص بعد مرور فترة من التطوير انك تطلب من فريق الجودة أتمتة automate هذه الاختبارات وهذا موضوع نتطرق له في تغريدات قادمة ان شاء الله.
ملاحظة أخيرة لمن يقرأ تغريداتي هذي من المطورين. المطور هو المسؤول عن معظم اختبارات ال white box (مثل ال unit test ) وليس فريق الجودة وانا هنا ركزت كلامي على اختبارات ال black box التي يقوم بها فريق الجودة بحكم ان كلامي موجه لأصحاب العمل وليس للمطورين.
