"إذا لم تشعر بالحرج من الإصدار الأول من منتجك ، فقد أطلقت بعد فوات الأوان." - ريد هوفمان في Splits ، نتبع هذا النهج لبناء البرامج: اجعلها تعمل → تجعلها صحيحة → تجعلها سريعة. النظام مهم. إليك ما تعلمناه عند الشحن في كل مرحلة:

اجعلها تعمل = نموذج أولي وظيفي. يجب أن تكون خشنة. يجب أن تكون غير متعصبة. احصل عليه أمام المستخدمين بسرعة. كيف نحدد نطاق MVP: 1) ضع قائمة بكل ما نعتقد أنه قد يكون مهما أو ذا صلة بالمشروع. 2) ما هو * الحد الأدنى المطلق * من هذه القائمة الذي يمكننا الانتهاء منه والحصول على نموذج أولي وظيفي؟

اجعلها صحيحة = إصلاح جميع البتات المكسورة. ادخل هذه المرحلة بإشارات واضحة من السوق: ردود فعل متسقة ، واستخدام متزايد على الرغم من العيوب الواضحة. لقد حصلت الآن على الحق في استثمار المزيد من الموارد.

اجعلها سريعة = تحسين الأداء. بصراحة ، ما زلنا نتعلم عن هذه المرحلة. معظم Teams حاليا في وضع 🤷 ♂️ "اجعلها صحيحة" ولكن إليك النصائح التي تدفعنا:

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

يحاول المصيدة أن يجعله صحيحا في نفس الوقت الذي تجعله يعمل. لا. "امنح نفسك الإذن بشحن شيء تعرف أنه غير صحيح." - @wminshew