Вебті дамыту үшбұрышы

Біздің клиенттермен барлық келісімшарттар ай сайынғы келісімдер болып табылады. Біз өте сирек жағдайда тұрақты жобамен айналысамыз және ешқашан уақыт кестесіне кепілдік бермейміз. Бұл кейбіреулер үшін қорқынышты болып көрінуі мүмкін, бірақ мәселе шығарылым күні емес, бизнестің нәтижелері болуы керек деген мәселе туындайды. Біздің міндетіміз - клиенттердің іскери нәтижелерін алу, іске қосу күндерін енгізу үшін төте жолдар емес. Healthcare.gov үйреніп отырғандай, бұл жіберілген үміттерге әкелетін жол.

Клиенттердің жобаларын ұстап көру уақытында, біз талаптарды бизнестің нәтижелеріне сәйкес келетін және жағымды (қосымша жақсартулар) деп бөлеміз. Сондай-ақ, біз шығарылым кезінде ешқашан кесте аяқтамаймыз, өйткені әрдайым кейбір өзгерістер болатынын білеміз.

Роберт Патрик - бас директор PhD зертханалары, көптеген үздік Fortune 500 компанияларына арналған веб-сайттарды жобалайтын, құрастыратын және іске қосатын агенттік. Роберт Healthcare.gov-да кездескен қиындықтар туралы ақпараттарды сақтап келеді және сәтсіз іске қосылудың 5 негізгі себептерін келтірді.

  1. Ешқашан, ешқашан Уақыт, шығындар және ерекшелік Ереже орнатыңыз. Мұны үшбұрыш деп ойлаңыз, сіз болу үшін бір нүктені таңдауыңыз керек тұрақты және қалған екі айнымалы. Бұл әлемде уақыт пен ақша жеткілікті болған кезде кез-келген нәрсені жасауға болады. Алайда, веб-қосымшаны құратын кез-келген адам алдын-ала таңдауы керек, бұл ең маңызды басымдылық. Бұл жобаның қалай басталуы керектігі мен назарын белгілейді. Мысалға,
    • Оны белгілі бір функциялар жасалғаннан кейін ғана іске қосу керек (ақша мен уақыт өзгереді).
    • Оны тез арада іске қосу керек пе (ақша мен мүмкіндіктер өзгермелі).
    • Ол бюджетті ескере отырып іске қосылуы керек (уақыт пен мүмкіндіктер өзгермелі).
  2. Іске қосу мәре сызығы бастау сызығының орнына Веб-қосымшаларды жоба ретінде қарастыру керек бастау содан соң дамиды. Өсу мен эволюцияны ескере отырып, бүгінгі күн үшін маңызды және міндетті болып табылатын нәрсені салу әрине бастапқыда аяқтау ниетімен салғаннан гөрі жақсы.
  3. Жеткізушілер тым көп қатысады. Obamacare веб-сайтында 55-ке жуық сатушылар болғандығы туралы хабарланды. Кез-келген жобаға бірнеше сатушыларды қосу тайғақ болуы мүмкін. Сіз файл нұсқаларын шығаруда, көркемдік файлдағы сәйкессіздіктерде, көркем пікірлердің сәйкессіздігінде, жобадан бас тартуға байланысты мәселелер болатынына кепілдік бере аласыз және тізім әрі қарай жалғасады. Елестетіп көріңізші, егер сізде әрқайсысында жалпы мәселенің бір бөлігін шешу 55 сенатқа жүктелген болса.
  4. Ақпараттық архитектура байыпты емес. Көбінесе, ірі агенттіктер сатушылардан конкурстық өтінімге өтінім беруді және ауқымды түсінбестен немесе келіспей-ақ дамуға қадам басатын Ақпараттық архитектура процесін толығымен өткізіп жіберуді сұрайды. Бұл өте үлкен, ұсқынсыз, уақытты ысырап ету, ақшаны жоғалту, қателік. Бағдарламалауға кіріспес бұрын жақсы болжауға болмайтын нәрселерге икемді және икемді болуға дайын бола отырып, қолданбаның көп бөлігі архитектура үшін өте құнды (бұл жоспарсыз үй салу сияқты). Егер бұл дұрыс жасалмаса, сатушылар бюджетті бітіріп, бұрыштарды кесуге кіріседі.
  5. Оған уақыт жеткіліксіз Сапаны қамтамасыз ету. Бұл HealthCare.Gov іске қосылғаннан кейін үлкен құлдырау болғаны анық. Олар қатты іске қосу күнінде жұмыс істеді (уақыт бұл жағдайда үшбұрыштың тұрақты айнымалысы болып табылады) және оның жоспарын құрған сапаны қамтамасыз ету уақытымен іске қосу күнін ескере отырып, оның сипаттамалары мен бюджеті өзгертілуі керек еді. Бұл өте маңызды қате, сондықтан көптеген адамдар жұмысына кетуі мүмкін.

Сен не ойлайсың?

Бұл сайт спамның төмендеуі үшін Akismet пайдаланады. Деректеріңіздің қалай өңделетінін біліңіз.