մենք դա նախորդ գրառման մեջ նշել ենք լավագույն ծրագրակազմի ընտրության մասին, որի վրա մենք կենտրոնացել ենքսեփական անձի նախնական վերլուծություն կորպորատիվ բիզնես (առանց որի հնարավոր չէ իմաստուն ընտրություն կատարել): Մենք նաև կտեսնենք, որ լավ ընտրության համար անհրաժեշտ է հաշվի առնել վաճառողների սահմանափակ թվաքանակը: Այնուհետև վերլուծելու համար ոչ միայն լուծումները «տեխնիկական» տեսանկյունից, այլև նրանց առաջարկած ծառայությունները և մարդկային ռեսուրսների կազմակերպումը, որոնք մեր ընկերության ներսում անհրաժեշտ կլինի առավելագույնս օգտվել նոր ծրագրաշարից: Հակառակ դեպքում մենք մեր փողերը վատ ենք ծախսել ՝ չստանալով ցանկալի օգուտները:
Հիմա եկեք մի քայլ ետ գնանք և ինքներս մեզ հարցնենք ՝ ո՞ր մեկն է ֆունկցիոնալ պահանջներ և որոնք ինչպես գնել ստիպված կլինենք ներկայացնել մեր կարիքների համար իդեալական լուծում. մի խոսքով, որոնք են հիմնական առավելությունները, որոնք մենք ակնկալում ենք գտնել լավագույն ծրագրակազմում: Նաև այս դեպքում, ինչ վերաբերում է մեր բիզնեսի նախնական վերլուծությանը, մենք հաշվի չենք առնի որևէ որոշակի արտադրանք կամ տեխնիկական բնութագրում. սա կլինի հաջորդ քայլը: Այս պահի դրությամբ մենք պարզապես լրացնելու ենք ստուգման ցուցակը այն կետերով, որոնք «կտտացնում են», որոնք հաջորդ քայլերին օգտակար կլինեն:
«Մենք ինքներս մեզ հարցնում ենք, թե ովքեր ֆունկցիոնալ պահանջներ և որոնք ինչպես գնել ստիպված կլինի ներկայացնել իդեալական լուծում մեր կարիքների համար. կարճ ասած, որոնք են հիմնական առավելությունները, որոնք մենք ակնկալում ենք գտնել լավագույն ծրագրաշարի մեջ »:
Եվ նաև այս դեպքում `մեր անելիքների ցուցակ այն հոդային է և ներառում է ավելի շատ որոշումներ կայացնողներ ներքին մեր ընկերության համար. իհարկե ոչ միայն ՏՏ բաժինը:
La ձեռնարկության դասի ծրագրաշարի ընտրություն դա կարող է լինել անհրաժեշտության հետևանք, որը դրսևորվում է մեր ընկերության ներքին հատվածի կողմից կամ դրա անմիջական մանդատով բարձրագույն կառավարում (որն ընդհանուր պատկերացում ունի ընկերության հետագա հետաքրքրությունների և դրան հաջորդող ռազմավարության մասին): Մանդատի ծագումը ինքնին մեծապես կախված է նրանից, թե արդյո՞ք քննարկվում է գործընթացը հիմնական կամ երկրորդական է բիզնեսի համար: Հիշելով, որ հաճախ նոր ծրագրաշարի ընտրությունը կարևոր է գործընթացները փոխելու համար:
Ամեն դեպքում, այն, ինչ իրոք կարևոր է, դա է բոլորը ներգրավված դերասանները (ներառյալ նրանք, ովքեր դրսևորում են կարիքը, նրանք, ովքեր որոշում են կայացնում ամենաբարձր մակարդակներում և նրանք, ովքեր ունեն տեխնիկական և ֆունկցիոնալ հմտություններ ապագա բանակցություններ վարելու համար) համընկնում ընտրության նպատակի և լուծման բնութագրերի վերաբերյալ ձեռք բերվելու համար:
Միայն այս ենթադրություններով կարող ենք փաստորեն մշակել նախագիծը ֆունկցիոնալ պահանջների ցուցակ, Իդեալում, մեր երեք դերասաններ (օգտագործողներ, թոփ մենեջերներ և տեխնիկական-ֆունկցիոնալ վերլուծաբաններ) համախմբվելու են ընդհանուր բիզնեսի համար brainstorming, Անկասկած, այդ հնարավորությունը կախված է փոփոխականից ժամանակ (անհրաժեշտ է հաշվի առնել ներքին ծախսերը defiա–ի ստեղծումը և կառավարումը ծրագիր).
Եվ այս հավասարեցման գործողությունն առավել կարևոր է, եթե հաշվի առնենք ընտրության հետագա կողմը. Ինչպես ամեն դեպքում «Գնորդի ճանապարհորդություն», դա գնումների գործընթացն է, որը սկսվում է անհրաժեշտությունից և անցնում է շուկայական առաջարկի վերաբերյալ տեղեկատվության ստացման միջոցով, կարող են լինել որոշ «Մոխրագույն տարածքներ», Իրականում հազվադեպ չէ, որ վերին ղեկավարությունը, կամ ընկերության գործառույթը, որը կշահի լուծումը, գտնում է, որ իրենք ընդունված լուծման ընդհանուր գիտելիք ունեն. Գիտի, թե ինչ է ուզում, այլ ոչ թե ինչպես պարզ ու պարզ ասել: Սա էլ է utile մասնագետի աջակցություն ՏՏ ոլորտում, եթե ղեկավարվում են լավ ֆունկցիոնալ վերլուծաբանների կողմից, որոնք ճիշտ հմտություններ են գործադրում:
Այստեղից հետո որոշ հարցեր, որոնք թիմը կտաՈ՞րն է պահանջների մանրամասն ցանկը: Արդյո՞ք յուրաքանչյուր կետը պարզ է ստուգաթերթը կազմող ամբողջ թիմի համար: Ով էլ որ բանակցություններ վարի, իր մանդատը մտքում ունի՞։ Իսկ մանդատն ինքնին կոնկրետ ու մանրամասն է, թե՞ բացեր ունի։ Լավ ռազմավարություն որդեգրելու համար կարող է լինել Scrum մեթոդը. ով մասնակցում է նախագծին, պատմում է մի պատմություն, որպեսզի դիսկուրսիվ տիպի ցուցադրումը նպաստի: defiաշխատանքի համար կիրառվող հասկացությունների միավորում:
Հաճախ ձեռնարկության լուծումները շուկայում չունեն բոլոր պահանջվող գործառույթները գնորդի կողմից: Ընկերության ղեկավարները դա ի սկզբանե գիտեն: Եվ սա է պատճառը, որ երբ կազմվի ստուգման ցուցակը, մենք սկսում ենք հիմնել ա ինդեքսի առաջնությունյուրաքանչյուր ընկերություն, երբ նպատակները դրվեն, իր ուրույնն ունի:
«Հաճախ շուկայում ձեռնարկության լուծումներըչունեն բոլոր պահանջվող գործառույթները գնորդի կողմից: Ընկերության ղեկավարները դա ի սկզբանե գիտեն: Եվ սա է պատճառը, որ երբ կազմվի ստուգման ցուցակը, մենք սկսում ենք հիմնել ա ինդեքսի առաջնություն"
Ոմանք առաջարկում են ընկերակցել յուրաքանչյուր պահանջի տարբեր նշանակության գնահատականուսումնասիրված յուրաքանչյուր լուծման ընդհանուր գնահատականը կլինի ներկա պահանջների գումարը և դրանց հարաբերական կարևորությունը: Դա սովորական իմաստություն ունեցող խորհուրդ է ՝ պայմանով, որ վերջնական գնահատման մեջ դուք այնքան էլ սխեմատիկ չեք. Բնական է, որ գնահատականը կան նաև ծրագրային ապահովման արտաքին գործոններ, ավելին, քան մատակարարին առնչվող ցանկացած բան: Դրանց կտեսնենք հետագա գրառման մեջ:
Գնահատել բնությունը ծրագրային ապահովման որակը անհրաժեշտ է հիմնել մի քանիսը օբյեկտիվ չափումներ (հետևաբար ֆունկցիոնալ պահանջներից դուրս ՝ զուտ սուբյեկտիվ, պահանջված է ընկերության կողմից):
Չգիտես, թե որ փոփոխականներն են չափելու արտադրանքը, նշանակում է չկարողանալ իրազեկ լինել նրա մասին արժեք, Կրկին մենք ուզում ենք ցուցակ կազմել առաջին ուսումնասիրել անհատական լուծումները. մենք այն կօգտագործենք որպես մետր փաստացի ընտրության պահին:
Թեմայի շուրջ կա լայն գրականություն. Իրականում պարզապես մուտքագրեք որոնիչ «Ծրագրային ապահովման որակ» թեմայի վերաբերյալ գրառումներ և գրքեր հայտնաբերելու համար: Օգտակար ելակետը ձայնն է Վիքիփեդիա, ազատ հանրագիտարան, որը ցուցակագրում է պարամետրերի մի շարք արտաքին (այսինքն `օգտագործողի կողմից ընկալվող որակի վերաբերյալ) գնահատելու համար ձեռք բերված լուծման որակը: Դրանց թվում `կոռեկտություն, հուսալիություն, կայունություն, արդյունավետություն: Բայց նաև ներքինը, ստուգվում է թիմի կողմից մշակողներըպահպանելիությունը, նորից օգտագործումը, մոդուլայնությունը թվարկված օրինակներից են:
Նաև այս դեպքում թիմը որոշում է տարբեր պարամետրերի առաջնային ցուցիչՕրինակ ՝ ընկերության ղեկավարությունը, որն ունի նախագծի ռազմավարական տեսլական, կարող է երկրորդական նշանակություն տալ ծրագրաշարի վերաօգտագործմանը: Եվ իհարկե, ծրագրաշարի ընտրության այս փուլում լավ է իմանալ դրա կարծիքը որակի գործառույթ ընկերության (որտեղ ներկա է):
Դա հիմնական փոփոխական է. Բանակցություններ սկսելուց առաջ անհրաժեշտ է հաշվի առնել բյուջե ընդհանուր, որի համար մատչելի եք ծրագրային ապահովման ձեռքբերում (ինչպես ծրագրային ապահովման համար, այնպես էլ ընտրության գործունեության համար անհրաժեշտ աշխատանքային ժամերի համար): Իրական գումար ստեղծելու համար, ոմանք արդեն ունեն լուծումներ, որոնք նախապես ձեռք են բերվել ընկերության կողմից, մյուսները `ապավինելով խոսքին, նույն ոլորտի գործընկերների (կամ նույն արդյունաբերական խմբի) գործընկերների շրջանում: Ստուգելը, թե նախկինում որքան գումար է ծախսվել նման լուծումների համար, նպաստում է ծրագրաշարի ընտրության գործընթացին:
«Պետք է հաշվի առնել այն ընդհանուր բյուջեն, որը դուք ունեք դրա համար ծրագրային ապահովման ձեռքբերումստուգեք, թե նախկինում որքան գումար է ծախսվել նման լուծումների համար, ըստ էության, նպաստում է ծրագրակազմի ընտրության գործընթացին »:
Իհարկե, ձեռնարկության մակարդակի ծրագրային ապահովման գինը անմիջական հետևանք է ոչ միայն նրա բնորոշ որակի, այլև մատակարարի կողմից այն մշակելու ուղղությամբ կատարված աշխատանքի համար. Ծախսերը ամորտիզացնելու համար, կան ձեռքբերման ճկուն ձևեր (մենք կտեսնենք դրանք 6 կետում):
Երբեք այդ մասին բավականաչափ խոսակցություններ չեն լինի. Յուրաքանչյուր ընկերություն գտնում է, որ գործ ունի տվյալների աճող քանակ վերաբերում է իր բիզնեսին և հաճախորդներին: Միևնույն ժամանակ, մենք գիտենք, որ վերջին տարիներին մարդկանց թիվն աճել է կիբեր հարձակումները ընկերության տվյալների շտեմարաններում: Ձեր տեղեկատվությունը պաշտպանելը, հետևաբար, ուղղակի և անխուսափելի պատասխանատվություն է այն ղեկավարողների համար:
Բանակցությունն իրականացնողների խնդիրներից մեկը, հետևաբար, կլինի մատուցողի կողմից գործադրվող պաշտպանության մասին իմանալը: Մինչդեռ ռիսկերի և լուծումների հիմնական գիտելիքը չի կարող վնասել ՏՀՏ բաժնի ղեկավար նա կկարողանա տեղեկացնել իր ընկերության կապերը երկու կողմերի վերաբերյալ:
Որոշեք, եթե նախընտրում եք լուծում ամպի մեջ (հեռավոր ենթակառուցվածքների վրա) կամ On-նախադրյալի (տեղադրված է ընկերության սերվերների վրա) պարզապես զարմանալի չէ. բյուջեն և տվյալների կառավարման տեսակը իրենց անմիջական ազդեցությունն են ունենում թե ինչպես է կառավարվում ծրագիրը.
Շատ մենեջերների համար ՝ մեկը ներածական լուծում այն դեռ կապված է կայունության և վերահսկողության ընկալման հետ. այնուամենայնիվ, պետք է դիտարկել առավել նշանակալից ներդրումները: Մյուս կողմից, ամպը այն ավելի ճկուն է և ավելի թանկ ՝ գնի առումով, բայց այն մատակարարից պահանջում է ավելի մեծ երաշխիքներ տալ տվյալների անվտանգության և ալիքների կատարման առումով (այսինքն `ծրագրի փոխանցման և կատարման արագությունը):
Փոփոխվում է նաև ենթադրյալ ծախսերի ստացման ձևը. Ներմուծվող գինը հիմնականում հիմնվում է վճարման վրա լիցենզավորման, անհատականացման ծախսեր, նախնական տեղադրում, հետագա պահպանման ծախսեր և այլն: Ամպը մոդել է վճարել յուրաքանչյուր օգտագործման համարավելի մեծ պտուղ, ավելի բարձր ծախս: Սովորաբար, ամպային ռեժիմում, բոլոր գանձումները, որոնք կազմում են արժեքը, վերածվում են այն գումարների, որոնք կազմում են դրանք, սովորաբար ավելի ցածր (համեմատած բազմամյա պայմանագրային պարտավորության հետ, հաճախ ՝ երեքից հինգ տարի):
Դա կարող է թվալ պարադոքս, բայց դա ակնհայտ է միայն. Լավ սպասարկումների լավ ցուցակ, որը մենք տեղադրում ենք նոր լուծման վրա ... չի անտեսում ծրագրաշարի վերլուծություն, որը պետք է փոխվի, Իհարկե, մենք չենք վերաբերում առաջին տեղադրման իրավիճակին:
«Լավ ընտրության ցուցակը այն ակնկալիքների մասին, որոնք մենք տեղադրում ենք նոր լուծման վրա ... չի անտեսում ծրագրաշարի վերլուծություն, որը պետք է փոխվի"
Նախ, նպատակը ցույց տալն է թույլ կողմերը: Այն առանձնահատկություններն են, որոնք մեզ ստիպել են որոնել այլ ապրանք: Նույնիսկ ծրագրային ապահովման տարիքը և նույն ագրեսիվ վերաբերմունքը կարող են սխալ քայլ լինել:
Այնուամենայնիվ, մենք գուցե նաև ստիպված լինենք գրել մի քանիսը ուժեղ. փաստորեն չի ասվում, որ հին լուծմամբ գործընթացի կառավարումը թերի էր ամեն առումով:
Նաև այս վերլուծության ընթացքում օգտակար է ընդհանուր գործ անել. ֆունկցիոնալ գիտելիքներ e տեխնիկական գիտելիքներ դրանք ձեռք մեկնում են, և երկուսն էլ նպաստում են ծրագրակազմի որակի առավել կոնկրետ գնահատմանը: Նույնիսկ մեկը, որը պետք է փոխվի:
Անձամբ ես կարծում եմ, որ երբ համակարգչային ծրագիրն այլևս համարժեք չէ, դա, անշուշտ, մեղավոր չէ նրանց, ովքեր այդ պահին ընտրություն են կատարել: պարզապես շուկան փոխվել է և այդ ծրագրակազմը չի արձագանքում բիզնեսի նոր կարիքներին: Ահա թե ինչու վերջին կողմնորոշումը գնալով ավելի ու ավելի է դեպի a refactoring շարունակական ծրագրեր:
Հեղինակ Paolo Ravalli
Կատանիայի պոլիկլինիկայում ակնաբուժական վիրահատություն է կատարվել Apple Vision Pro գովազդային հեռուստադիտողի միջոցով…
Գունավորելու միջոցով նուրբ շարժիչ հմտությունների զարգացումը երեխաներին պատրաստում է ավելի բարդ հմտությունների, ինչպիսին է գրելը: Գունավորելու…
Ծովային ոլորտը իսկական համաշխարհային տնտեսական տերություն է, որը նավարկվել է դեպի 150 միլիարդանոց շուկա...
Անցյալ երկուշաբթի Financial Times-ը հայտարարեց OpenAI-ի հետ գործարքի մասին: FT-ն արտոնագրում է իր համաշխարհային մակարդակի լրագրությունը…
