e përmendëm në një postim të mëparshëm për zgjedhjen e softuerit më të mirë, në të cilin u përqëndruamanaliza paraprake e vetvetes biznesi i korporatave (pa të cilën nuk është e mundur të bëhet një zgjedhje e mençur). Do të shohim gjithashtu që, për një përzgjedhje të mirë, është e nevojshme të merren parasysh një numër i kufizuar i shitësve. Për të analizuar atëherë jo vetëm zgjidhjet nga një këndvështrim "teknik", por edhe shërbimet që ata ofrojnë dhe organizimi i burimeve njerëzore që, brenda kompanisë sonë, do të jenë të nevojshme për të përfituar sa më shumë nga programi i ri. Përndryshe, ne do t'i kemi shpenzuar paratë tona keq duke mos marrë përfitimet e dëshiruara.
Tani le të bëjmë një hap prapa dhe të pyesim veten se cilat kërkesat funksionale dhe cilat si të blini do të duhet të paraqesim zgjidhjen ideale për nevojat tona: me pak fjalë, cilat janë përfitimet kryesore që presim të gjejmë në programin më të mirë. Gjithashtu në këtë rast, si për analizën paraprake të biznesit tonë, ne nuk do të marrim në konsideratë ndonjë produkt të veçantë ose specifikime teknike: ky do të jetë hapi tjetër. Tani për tani, ne thjesht do të plotësojmë një listë kontrolli me artikujt për të "shënuar" që do të vijnë në ndihmë në hapat e ardhshëm.
"Ne pyesim veten se cilat kërkesat funksionale dhe cilat si të blini do të duhet të paraqesim zgjidhjen ideale për nevojat tona: me pak fjalë, cilat janë përfitimet kryesore që presim të gjejmë në programin më të mirë "
Dhe gjithashtu në këtë rast, i yni për të bërë listën është artikuluar dhe përfshin më shumë vendimmarrës e brendshme për kompaninë tonë: sigurisht jo vetëm departamenti i IT.
La zgjedhja e programeve të klasës së ndërmarrjes mund të jetë efekti i një nevoje, të manifestuar nga një sektor i brendshëm i kompanisë sonë, ose nga një mandat i drejtpërdrejtë i menaxhimi i lartë (i cili ka një pamje të përgjithshme të interesave të ardhshëm të kompanisë dhe strategjinë që duhet të ndjekë). Origjina e mandatit në vetvete varet shumë nga fakti nëse procesi është në shqyrtim bërthamë ose sekondare për biznesin. Mos harroni se shpesh zgjedhja e një softveri të ri është çelësi për të ndryshuar proceset.
Në çdo rast, ajo që me të vërtetë ka rëndësi është ajo të gjithë aktorët e përfshirë (përfshirë ata që shfaqin nevojën, ata që marrin vendime në nivelet më të larta dhe ata që kanë aftësi teknike dhe funksionale për të realizuar negociatat e ardhshme) duhet të jenë të përafruara për qëllimin e përzgjedhjes dhe për karakteristikat e zgjidhjes për t’u fituar.
Vetëm me këto supozime ne mund të hartojmë në të vërtetë lista e kërkesave funksionale. Në mënyrë ideale, tre aktorët tanë (përdoruesit, menaxherët më të mirë dhe analistët teknik-funksional) do të jenë së bashku për një biznes të përbashkët të brainstorming. Padyshim që kjo mundësi varet nga variabla kohë (është e nevojshme të merren parasysh kostot e brendshme për definisja dhe menaxhimi i a projekt).
Dhe kjo veprimtari shtrirjes është më e rëndësishmja nëse marrim parasysh një aspekt të mëtejshëm të përzgjedhjes: si në çdo "Udhëtimi i blerësit", ky është procesi i blerjes që fillon nga një nevojë dhe kalon përmes marrjes së informacionit mbi ofertën e tregut, mund të ketë disa "Zonat gri". Nuk është e rrallë që menaxhmenti i lartë, ose funksioni i kompanisë që do të përfitojë nga zgjidhja, e gjejnë veten të kenë një njohuri të përgjithshme për zgjidhjen që do të miratohet: ai e di atë që dëshiron, e jo si ta tregojë qartë dhe qartë. Edhe kjo është utile mbështetje specialistike në sektorin e IT, nëse ato drejtohen nga analistë të mirë funksionalë që krijojnë aftësitë e duhura.
Këtu atëherë disa pyetje që ekipi do të shtrojë: cila është lista e detajuar e kërkesave? A është çdo pikë e qartë për të gjithë ekipin që përpiloi listën e kontrollit? A e ka parasysh mandatin kushdo që do të kryejë negociatat? Dhe a është vetë mandati specifik dhe i detajuar apo ka boshllëqe? Një strategji e mirë për t'u adoptuar mund të jetë metoda Scrum: kushdo që merr pjesë në projekt tregon një histori në mënyrë që prezantimi diskursiv të favorizojë defition i koncepteve që do të përdoren për punën.
Shpesh zgjidhjet e ndërmarrjeve në treg mos i keni të gjitha funksionet e kërkuara nga blerësi. Menaxherët e kompanisë e dinë këtë që nga fillimi. Dhe kjo është arsyeja pse, pasi të jetë përpiluar lista e kontrollit, ne vazhdojmë të krijojmë një indeksi i prioritet: çdo kompani, pasi të vendosen qëllimet, ka të vetat.
"Shpesh zgjidhjet e ndërmarrjes në tregmos i keni të gjitha funksionet e kërkuara nga blerësi. Menaxherët e kompanisë e dinë këtë që nga fillimi. Dhe kjo është arsyeja pse, pasi të jetë përpiluar lista e kontrollit, ne vazhdojmë të krijojmë një indeksi i prioritet"
Disa sugjerojnë shoqërimin për secilën kërkesë një rezultat me rëndësi të ndryshme: rezultati i përgjithshëm i secilës zgjidhje të ekzaminuar do të jetë shuma e kërkesave aktuale dhe rëndësia e tyre relative. Shtë një këshillë me sens të zakonshëm, me kusht që të mos jeni shumë skematik në vlerësimin përfundimtar: është e natyrshme që në atribimin e një vlerësim ekzistojnë edhe faktorë të jashtëm nga programi, më shumë se gjithçka që lidhet me furnizuesin. Ne do t'i shohim ato në një postim të mëvonshëm.
Për të vlerësuar të brendshmen cilësia e softuerit është e nevojshme të përcaktohen disa metrikë objektive (pra përtej kërkesave funksionale, thjesht subjektive, të kërkuara nga kompania).
Të mos dish se cilat ndryshore për të matur produktin do të thotë të mos jesh në gjendje të vetëdijësohesh për të vlerë. Përsëri, ne duam të përpilojmë një listë i parë për të shqyrtuar zgjidhjet individuale: ne do ta përdorim atë si një metër në kohën e zgjedhjes aktuale.
Ekziston një literaturë e gjerë për këtë temë: në fakt, thjesht shkruani një motor kërkimi "Cilësia e softuerit" për të zbuluar postime dhe libra mbi temën. Një pikë fillestare e dobishme është zëri wikipedia, i cili rendit një grup parametrash i jashtëm (d.m.th. lidhur me cilësinë e perceptuar nga përdoruesi), për të vlerësuar cilësinë e zgjidhjes që do të merret. Midis këtyre: korrektësia, besueshmëria, qëndrueshmëria, efikasiteti. Por gjithashtu i brendshëm, i verifikueshëm nga një ekip i zhvilluesit: mirëmbajtja, ripërdorueshmëria, modulariteti janë disa nga shembujt e listuar.
Gjithashtu në këtë rast skuadra vendos një indeks përparësie për parametrat e ndryshëm: për shembull, menaxhimi i kompanisë, i cili ka vizionin strategjik të projektit, mund t'i atribojë rëndësi dytësore ripërdorshmërisë së softuerit. Dhe natyrisht, në këtë fazë të përzgjedhjes së softuerëve, është mirë të njihet mendimi i funksion i cilësisë të kompanisë (aty ku është e pranishme).
Shtë një variabël themelore: përpara se të filloni një negociatë duhet të keni në mendje buxhet gjithsej për të cilën keni në dispozicion përvetësimi i softverit (si për vetë programin kompjuterik ashtu edhe për shpenzimet për orë njeriu të nevojshme për aktivitetin e përzgjedhjes). Për të krijuar një shumë realiste, disa tashmë kanë një pikë referimi të zgjidhjeve të marra më parë nga kompania, të tjerët mbështeten në gojëdhënje midis kolegëve nga i njëjti sektor (ose nga i njëjti grup industrial). Kontrollimi se sa ka shpenzuar më parë për zgjidhje të ngjashme, lehtëson procesin e përzgjedhjes së softuerëve.
"Ju duhet të keni parasysh buxhetin e përgjithshëm që keni në dispozicion për këtë përvetësimi i softverit: kontrolloni sa ka shpenzuar më parë për zgjidhje të ngjashme në fakt lehtëson procesin e përzgjedhjes së softuerëve "
Sigurisht, çmimi i softuerit të nivelit të ndërmarrjes është një pasojë e drejtpërdrejtë jo vetëm e cilësisë së tij të brendshme, por edhe e punës së bërë nga furnizuesi për ta hartuar dhe zhvilluar atë: për të amortizuar kostot, ka format fleksibile të blerjes (do t'i shohim në pikën 6).
Kurrë nuk do të ketë biseda të mjaftueshme për të: çdo kompani e gjen veten të merret me të një sasi në rritje e të dhënave në lidhje me biznesin dhe klientët e saj. Në të njëjtën kohë, ne e dimë se vitet e fundit numri i njerëzve është rritur sulmet kibernetike në bazat e të dhënave të ndërmarrjes. Prandaj, mbrojtja e informacionit tuaj është një përgjegjësi e drejtpërdrejtë dhe e pashmangshme e atyre që e menaxhojnë atë.
Një nga detyrat e atyre që kryejnë negociatat do të jetë njohja e mbrojtjeve të zbatuara nga ofruesi. Ndërkohë, njohja themelore e rreziqeve dhe zgjidhjeve nuk mund të dëmtojë: Menaxher i departamentit të TIK-ut ai do të jetë në gjendje të informojë kontaktet e kompanisë së tij për të dy aspektet.
Vendosni nëse preferoni një zgjidhje në re (në infrastrukturë të largët) ose on-premisë (i instaluar në serverat e kompanisë) nuk është thjesht një pyetje: buxheti dhe lloji i menaxhimit të të dhënave kanë ndikimin e tyre të drejtpërdrejtë si administrohet softveri.
Për shumë menaxherë, një zgjidhje për premisat ajo akoma është e lidhur me një perceptim të stabilitetit dhe kontrollit: megjithatë, investimet më thelbësore duhet të merren parasysh. Nga ana tjetër, re është më fleksibël dhe më pak e kushtueshme për sa i përket çmimit, por kërkon që furnizuesi të japë garanci më të mëdha për sa i përket sigurisë së të dhënave dhe performancës së kanalit (d.m.th. shpejtësia e transmetimit dhe ekzekutimit të programit).
Ndryshon edhe mënyra se si supozohen kostot: çmimi i premisë në përgjithësi bazohet në një pagesë të licencimi, kostot e personalizimit, konfigurimi fillestar, kostot e mëvonshme të mirëmbajtjes etj. Re është një model paguaj për përdorim: prodhim më i madh, më i lartë kosto. Në mënyrë tipike, në modalitetin e reve, të gjitha tarifat që përbëjnë koston shndërrohen në një tarifë që i përmbledh ato, zakonisht më të ulëta (krahasuar me një angazhim kontraktual shumëvjeçar, shpesh nga tre deri në pesë vjet).
Mund të duket një paradoks, por është vetëm si duket: një listë e mirë kontrolluese e pritjeve që vendosim në zgjidhjen e re ... nuk e shpërfill një analizë e softverit që duhet të ndryshohet. Sigurisht, ne nuk po i referohemi situatës së një instalimi të parë.
"Një listë e mirë kontrolluese e pritjeve që ne vendosim në zgjidhjen e re ... nuk mospërfill një analizë e softverit që duhet të ndryshohet"
Së pari, qëllimi është të tregoni dobësitë: janë veçantitë që na shtynë të kërkojmë një produkt të ndryshëm. Edhe mosha e softverit dhe trajtimi agresiv për të njëjtën gjë mund të dëshmojnë se janë një veprim i gabuar.
Sidoqoftë, mund të na duhet të shkruajmë disa pika di forza: nuk thuhet, në të vërtetë, se menaxhimi i procesit me zgjidhjen e vjetër ishte jo i plotë në çdo aspekt.
Gjithashtu gjatë kësaj analize, është e dobishme të bësh një punë të përbashkët: njohuri funksionale e njohuri teknike ato shkojnë paralelisht dhe të dy kontribuojnë në një vlerësim më konkret të cilësisë së softverit. Edhe ai për të ndryshuar!
Personalisht, unë mendoj se kur softveri nuk është më adekuat, sigurisht që nuk është faji i atyre që bënë zgjedhjen në atë kohë. thjesht tregu ka ndryshuar dhe ai softuer nuk i përgjigjet nevojave të reja të biznesit. Kjo është arsyeja pse orientimi i fundit është gjithnjë e më shumë drejt një refactoring aplikime të vazhdueshme.
Autor Paolo Ravalli
Një operacion oftalmoplastik duke përdorur shikuesin komercial Apple Vision Pro u krye në Poliklinikën Catania…
Zhvillimi i aftësive të shkëlqyera motorike përmes ngjyrosjes i përgatit fëmijët për aftësi më komplekse si shkrimi. Për të ngjyrosur…
Sektori detar është një fuqi e vërtetë ekonomike globale, e cila ka lundruar drejt një tregu prej 150 miliardë...
Të hënën e kaluar, Financial Times njoftoi një marrëveshje me OpenAI. FT licencon gazetarinë e saj të klasit botëror…
