Վեբ զարգացման եռանկյունին
Մեր բոլոր պայմանագրերը մեր հաճախորդների հետ շարունակական ամսական են: Շատ հազվադեպ ենք մենք հետապնդում ֆիքսված նախագիծ, և հազվադեպ ենք երաշխավորում ժամանակացույցը: Դա կարող է ոմանց համար սարսափելի թվալ, բայց խնդիրն այն է, որ նպատակը չպետք է լինի թողարկման ամսաթիվը, այն պետք է լինի բիզնեսի արդյունքները: Մեր խնդիրն է ստանալ մեր հաճախորդների բիզնեսի արդյունքները, այլ ոչ թե դյուրանցումներ կատարել մեկնարկի ամսաթվերը նշելու համար: Ինչպես սովորում է Healthcare.gov-ը, այդ ճանապարհը կհանգեցնի բաց թողնված սպասումների:
Հաճախորդների նախագծերը ժամանակին պահելու համար մենք բաժանում ենք պահանջները պարտադիրի (բիզնեսի արդյունքներին համապատասխանող) և հաճելիի (ըստ ցանկության բարելավումների) միջև: Մենք նաև երբեք չենք պլանավորում ավարտը թողարկման պահին, քանի որ գիտենք, որ միշտ անհրաժեշտ կլինեն որոշակի փոփոխություններ:
Ռոբերտ Պատրիկը ընկերության գլխավոր գործադիր տնօրենն է PhD լաբորատորիաներ, գործակալություն, որը նախագծում, կառուցում և գործարկում է վեբկայքեր Fortune 500 լավագույն ընկերությունների համար: Ռոբերտը հետևել է այն դժվարություններին, որոնց հանդիպել է Healthcare.gov-ը և ներկայացրել է ձախողված գործարկման հինգ հիմնական պատճառ:
- Երբեք, երբեք մի խախտեք այն Timeամանակը, արժեքը և առանձնահատկությունը Սահմանել կանոն. Մտածեք սա որպես եռանկյունի; դուք պետք է ընտրեք մեկ կետ, որը պետք է ամրագրվի, իսկ մյուս երկու փոփոխականները: Այս աշխարհում գրեթե ամեն ինչ կարելի է ստեղծել, եթե կա բավարար ժամանակ և գումար: Այնուամենայնիվ, յուրաքանչյուր ոք, ով կառուցում է վեբ հավելված, պետք է նախօրոք ընտրի, ինչը ամենաբարձր առաջնահերթությունն է: Սա սահմանում է երանգը և կենտրոնացումը, թե ինչպես պետք է գործարկվի նախագիծը: Օրինակ,
- Եթե այն գործարկվի միայն հատուկ առանձնահատկություններ կատարելուց հետո (փողն ու ժամանակը փոփոխական են):
- Պետք է արագ գործարկվի (փողն ու հատկությունները փոփոխական են):
- Եթե այն գործարկվի բյուջեի մտքում (ժամանակն ու հատկությունները փոփոխական են):
- Մեկնարկում է ավարտի գիծ մտքում ՝ ելակետի փոխարեն: Վեբ հավելվածները պետք է դիտարկել որպես նախագիծ, որը կդիտարկի Սկիզբ և զարգանալ: Միշտ ավելի լավ է կառուցել այն, ինչ էական և պարտադիր է այսօրվա համար՝ հաշվի առնելով աճն ու էվոլյուցիան:
- Չափից շատ վաճառողներ ներգրավված են. Հաղորդվում է, որ Obamacare կայքում ներգրավված են եղել մոտ 55 վաճառողներ: Ցանկացած նախագծին մի քանի վաճառողներ ավելացնելը կարող է սայթաքուն լինել: Դուք կարող եք գրեթե երաշխավորել, որ կլինեն խնդիրներ ֆայլերի տարբերակների հետ, արվեստի ֆայլերի անհամապատասխանություններ, արվեստի կարծիքների անհամապատասխանություններ, նախագծերի հրաժարում և այլն: Պատկերացրեք, որ մենք ունենայինք 55 սենատ, որոնցից յուրաքանչյուրը հանձնարարված լիներ լուծել խնդրի մի մասը:
- Տեղեկատվություն Ճարտարապետություն լուրջ չի ընդունվում. Հաճախ խոշոր գործակալությունները վաճառողներին խնդրում են հայտ ներկայացնել RFP-ի վերաբերյալ և ընդհանրապես բաց թողնել Տեղեկատվական ճարտարապետության գործընթացը՝ անցնելով զարգացման անմիջապես՝ առանց հասկանալու կամ համաձայնեցնելու շրջանակը: Սա հսկայական, տգեղ, ժամանակ կորցնելու, փող կորցնելու, սխալ է։ Չափազանց արժեքավոր է նախօրոք նախագծել հավելվածի հնարավորինս մեծ մասը և պատրաստ լինել լինել ճկուն և ճկուն այն բաների վրա, որոնք հնարավոր չէ լավ կանխատեսել նախքան այն սկսելը (սա նման է առանց գծագրերի տուն կառուցելուն): Վաճառողներին վիճակված է սպառվել բյուջեից և սկսել կտրել անկյունները, եթե դա ճիշտ չկատարվի:
- Notամանակի համար քիչ է Որակի ապահովման. Սա մեծ անկում էր HealthCare.Gov-ի գործարկման համար: Նրանք աշխատում էին գործարկման դժվար ամսաթվի վրա (ժամանակն այս դեպքում եռանկյունու ֆիքսված փոփոխականն է), և առանձնահատկությունները և բյուջեն պետք է փոփոխվեին, որպեսզի համապատասխանեին մեկնարկի ամսաթվին և ժամանակին՝ ծրագրում ներառված պատշաճ Որակի ապահովման համար: Սա էական սխալ է, և հավանաբար շատ մարդկանց աշխատանքն արժենում է: