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