مثلث توسعه وب

تمام قراردادهای ما با مشتری های ما درگیر شدن ماهانه است. به ندرت یک پروژه ثابت را دنبال می کنیم و تقریباً هرگز جدول زمانی را تضمین نمی کنیم. این ممکن است برای برخی ترسناک باشد اما مسئله این است که هدف نباید تاریخ انتشار باشد ، بلکه باید نتایج کسب و کار باشد. وظیفه ما این است که مشتریان خود را به نتایج تجاری برسانیم ، نه اینکه برای ایجاد تاریخ راه اندازی از میانبر استفاده کنیم. همانطور که Healthcare.gov در حال یادگیری است ، این مسیری است که منجر به از دست رفتن انتظارات می شود.

برای تلاش و نگهداری پروژه های مشتری به موقع، ما الزامات مورد نیاز را باید داشته باشیم (مطابق با نتایج کسب و کار) و خوب داشته باشیم (پیشرفت های اختیاری). ما همچنین هرگز برنامه زمان اتمام را در زمان انتشار ارائه نمی دهیم زیرا می دانیم که همیشه برخی تغییرات لازم است.

رابرت پاتریک مدیر عامل شرکت آزمایشگاه های دکترا، آژانسي كه طراحي ، ساخت و راه اندازي وب سايت براي بسياري از شركت هاي برتر Fortune 500 است. رابرت در حال بررسی مشکلاتی است که Healthcare.gov با آن روبرو شده است و 5 دلیل اصلی برای راه اندازی ناموفق را ارائه کرده است.

  1. هرگز ، هرگز تخلف نکنید زمان ، هزینه و ویژگی قانون تنظیم کنید. به این مثلث فکر کنید ، شما باید یک نقطه را انتخاب کنید ثابت و دو متغیر دیگر. در این دنیا تا زمانی که وقت و پول کافی وجود داشته باشد تقریباً هر چیزی می تواند ایجاد شود. با این حال ، هر کسی که یک برنامه وب ایجاد می کند ، باید از جلو انتخاب کند که بالاترین اولویت است. این زمینه و تمرکز را برای چگونگی راه اندازی پروژه تعیین می کند. مثلا،
    • باید فقط با انجام ویژگی های خاص (پول و زمان متغیر باشد) راه اندازی شود.
    • باید سریع راه اندازی شود (پول و ویژگی ها متغیر است).
    • آیا باید با در نظر گرفتن بودجه راه اندازی شود (زمان و ویژگی ها متغیر است).
  2. راه اندازی با خط پایان در ذهن داشته باشید به جای خط شروع. برنامه های وب باید به عنوان پروژه ای دیده شوند شروع و پس از آن تکامل یابد. ساختن آنچه برای امروز مهم و اجباری است با در نظر گرفتن رشد و تکامل همیشه بهتر از ساختن با هدف پایان دادن به نقطه شروع است.
  3. فروشندگان بسیار زیادی هستند گرفتار. گزارش شده است که وب سایت اوباماکر نزدیک به 55 فروشنده در آن شرکت داشته است. افزودن چندین فروشنده به هر پروژه می تواند یک لغزنده باشد. تقریباً می توانید تضمین کنید که در زمینه ویرایش پرونده ، اختلاف پرونده هنری ، اختلاف نظر هنری ، کنار گذاشتن پروژه ، مشکلی وجود خواهد داشت و لیست همچنان ادامه دارد. تصور کنید اگر 55 مجلس سنا داشتیم که وظیفه حل بخشی از مشکل کلی را بر عهده داشتند.
  4. معماری اطلاعات جدی گرفته نمی شود غالباً ، آژانس های بزرگ از فروشندگان می خواهند که پیشنهاد خود را در یک RFP ارائه دهند و کاملاً از روند فرایند معماری اطلاعات بدون درک و توافق در مورد دامنه عبور کنند. این یک اشتباه بزرگ ، زشت ، اتلاف وقت ، از دست دادن پول ، اشتباه است. این برای معمار به همان اندازه که می توانید از قبل استفاده کنید بسیار ارزشمند است و آماده است که چابک و انعطاف پذیر باشد در مورد چیزهایی که نمی توان آنها را به خوبی پیش بینی کرد قبل از شروع برنامه ریزی آن (این مانند ساختن خانه ای بدون طرح و نقشه است). اگر این کار به درستی انجام نشود ، سرنوشت فروشندگان کمبود بودجه را شروع کرده و شروع به بریدن می کنند.
  5. وقت کافی برای تضمین کیفیت. واضح است که این افت بزرگی در راه اندازی HealthCare.Gov بود. آنها در حال کار بر روی یک تاریخ راه اندازی سخت (زمان متغیر ثابت مثلث در این مورد است) و ویژگی ها و بودجه باید برای رسیدن به تاریخ شروع با زمان مناسب برای تضمین کیفیت مناسب در برنامه اصلاح شده باشد. این یک اشتباه حیاتی است و احتمالاً هزینه شغل بسیاری از افراد را در بردارد.

شما چه فکر میکنید؟

این سایت از Akismet برای کاهش هرزنامه استفاده می کند. بدانید که چگونه نظر شما پردازش می شود.