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

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

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

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

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

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

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