مثلث تطوير الويب

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

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

روبرت باتريك هو الرئيس التنفيذي لشركة مختبرات دكتوراه، وهي وكالة تقوم بتصميم وبناء وإطلاق مواقع الويب للعديد من الشركات المدرجة في قائمة Fortune 500. ظل روبرت يراقب الصعوبات التي واجهتها Healthcare.gov وقدم 5 أسباب رئيسية للإطلاق الفاشل.

  1. لا تنتهك أبدًا الوقت والتكلفة والميزة مجموعة القاعدة. فكر في هذا على أنه مثلث ، يجب أن تختار نقطة واحدة لتكون ثابت والمتغيران الآخران. في هذا العالم ، يمكن إنشاء أي شيء تقريبًا طالما كان هناك ما يكفي من الوقت والمال. ومع ذلك ، يجب على أي شخص يقوم ببناء تطبيق ويب أن يختار مقدمًا الأولوية القصوى. هذا يحدد النغمة والتركيز لكيفية إطلاق المشروع. على سبيل المثال،
    • يجب أن يتم إطلاقه بمجرد الانتهاء من ميزات محددة (المال والوقت متغيران).
    • هل يجب إطلاقه بسرعة (المال والميزات متغيرة).
    • هل يجب إطلاقه مع وضع ميزانية في الاعتبار (الوقت والميزات متغيرة).
  2. الانطلاق مع خط النهاية في الاعتبار بدلاً من خط البداية. يجب أن يُنظر إلى تطبيقات الويب على أنها مشروع من شأنه بداية وثم يتطور. إن بناء ما هو مهم وإلزامي لهذا اليوم مع وضع النمو والتطور في الاعتبار هو دائمًا أفضل من البناء بنية الانتهاء عند نقطة البداية.
  3. الكثير من البائعين متورط. تم الإبلاغ عن أن موقع Obamacare على الويب يضم ما يقرب من 55 بائعًا. يمكن أن تكون إضافة بائعين متعددين إلى أي مشروع منحدرًا زلقًا. يمكنك أن تضمن تقريبًا وجود مشكلات في إصدارات الملفات وتناقضات الملفات الفنية وتناقضات الرأي الفني والتخلي عن المشروع والقائمة تطول وتطول. تخيل لو كان لدينا 55 مجلسًا كل منهم مهمته حل جزء من المشكلة الكلية.
  4. المعلومات الهندسة المعمارية لا تؤخذ على محمل الجد. في كثير من الأحيان ، ستطلب الوكالات الكبيرة من البائعين تقديم عطاء على طلب تقديم العروض وتخطي عملية هندسة المعلومات تمامًا القفز مباشرة إلى التطوير دون فهم النطاق أو الاتفاق عليه. هذا خطأ كبير ، قبيح ، إضاعة للوقت ، خسارة للمال ، خطأ. إنها قيمة للغاية للمهندس المعماري بقدر ما يمكنك مقدمًا وأن تكون مستعدًا لتكون مرنًا ومرنًا في الأشياء التي لا يمكن التنبؤ بها جيدًا قبل البدء في برمجتها (يشبه هذا بناء منزل بدون مخططات). من المقرر أن تنفد الميزانية من البائعين ويبدأون في قطع الزوايا إذا لم يتم ذلك بشكل صحيح.
  5. لا يوجد وقت كاف ل ضمان الجودة. من الواضح أن هذا كان بمثابة انهيار كبير لإطلاق HealthCare.Gov. كانوا يعملون في تاريخ إطلاق صعب (الوقت هو المتغير الثابت للمثلث في هذه الحالة) ويجب تعديل الميزات والميزانية لتتوافق مع تاريخ الإطلاق مع الوقت لضمان الجودة المناسب المضمّن في الخطة. هذا خطأ فادح وربما يكلف الكثير من الناس وظائفهم.

ما رأيك؟

يستخدم هذا الموقع نظام Akismet لتقليل الرسائل الضارة. تعرف كيف تتم معالجة بيانات تعليقك.