Një mënyrë e re për të shitur shërbime është një zgjidhje në kuti. Zgjedhja e një EDMS: zgjidhje në kuti apo zhvillim me porosi? Disavantazhet e sistemeve CRM cloud

Ka dy mënyra për të automatizuar çdo aktivitet: zgjidhni një produkt të përshtatshëm të paketuar ose porosisni zhvillimin e një produkti softuerësh (PP). Le të shohim të mirat dhe të këqijat e secilës qasje dhe gabimet e zakonshme që lindin gjatë zgjedhjes së softuerit. Qasjet në shqyrtim janë tipike për automatizimin e çdo aktiviteti, jo vetëm për rrjedhën e dokumenteve dhe punën e zyrës.

Shumë drejtues të institucioneve arsimore parashkollore ose shërbimeve të menaxhimit të rasteve sot përballen me problemin e zgjedhjes së softuerit për të automatizuar proceset e zyrës ose rrjedhën e dokumenteve në organizatat e tyre. Si rregull, zgjedhja e EDMS fillon me shkëmbimin e përvojës midis punonjësve të organizatës dhe bazohet në njohuritë për funksionet dhe veçoritë e punës së atyre EDMS me të cilat disa punonjës janë marrë tashmë. Por duhet të keni parasysh se një EDMS që ishte i përshtatshëm për një organizatë nuk do të jetë gjithmonë optimale për një organizatë me funksione ose strukturë të tjera organizative. Ka dy mënyra për të automatizuar çdo aktivitet: zgjidhni një produkt të përshtatshëm të paketuar ose porosisni zhvillimin e një produkti softuerësh (PP). Le të shohim të mirat dhe të këqijat e secilës qasje dhe gabimet e zakonshme që lindin gjatë zgjedhjes së softuerit. Dëshiroj të vërej se qasjet në shqyrtim janë tipike për automatizimin e çdo aktiviteti, jo vetëm për rrjedhën e dokumenteve dhe punën në zyrë.

E.S. Ulanova, Drejtor i Projektit, Qendra për Teknologjitë e Reja "Parus" CJSC

Pasojat e një zgjedhjeje të gabuar të një produkti softuer janë të njohura për shumë - ndërprerje të vazhdueshme në proceset e biznesit gjatë zbatimit dhe punës së mëtejshme, konflikte midis departamenteve për shkak të rritjes përgjegjësitë funksionale dhe mungesa e një shpërndarjeje të rregulluar të përgjegjësive të reja. Në këtë artikull do të përpiqemi të kuptojmë se çfarë ia vlen të zgjedhim në një situatë të caktuar, duke marrë parasysh veçoritë e softuerit të ndryshëm dhe shtrirjen e aplikimit të tij.

Përzgjedhja e PP në kuti

Produkt softuerësh në kuti- Kjo software, i destinuar për një numër të pacaktuar blerësish dhe i furnizuar mbi bazën “siç është”, me funksione standarde për të gjithë blerësit.

Produktet në kuti zakonisht krijohen dhe shpërndahen nga kompania prodhuese me një grup të plotë udhëzimesh instalimi dhe instalimi që mund të përdoren nga çdo përdorues.

Shembulli më tipik i një produkti të paketuar është sistemi operativ për kompjuterët personalë Microsoft Windows.

Ekzistojnë zgjidhje në kuti të një lloji më kompleks, ku instalimi kërkon njohuri dhe aftësi të veçanta - këto janë produktet që janë tema e këtij artikulli. Karakteristika kryesore e një zgjidhjeje të tillë në kuti është e paradeklaruar funksionalitetin, të cilat nuk janë subjekt ndryshimi, dhe vetë sistemi i përshtatet përdoruesve përmes cilësimeve standarde të produktit të kutisë pa pjesëmarrjen e kompanisë së zhvillimit.

EDMS me kuti, si rregull, ka një licencë me një numër të kufizuar pune ose funksionesh. Ka EDMS me kuti që kanë një version falas që është i lehtë në funksionalitet.

Versione të tilla mund të jenë të përshtatshme për kompanitë e vogla tregtare që mund ta përdorin këtë produkt pa modifikime ose ndryshime.

Ekzistojnë gjithashtu në thelb platforma të tjera EDMS të lidhura me softuerin e lirë (OS)*. Platforma të tilla EDMS janë krijuar për zhvillim të pavarur dhe përshtatje me kërkesat e organizatës së klientit.

Një platformë EDMS është një produkt i paketuar që zbaton parimet bazë të EDMS, të tilla si proceset e biznesit për miratimin e dokumenteve, parimet e ruajtjes së versioneve elektronike të dokumenteve, bashkëpunimi me dokumente elektronike dhe të tjerë. Platforma EDMS mund të kërkojë rregullime të vogla ose modifikime të mëdha, në varësi të kërkesave dhe detyrave të vendosura për EDMS.

Shpërndarja e EDMS në kuti (Fig. 1) mund të ndodhë drejtpërdrejt nga zhvilluesi te klienti ose nëpërmjet një ndërmjetësi - një tregtari EDMS i cili do të ndihmojë në instalimin dhe konfigurimin e EDMS. Metoda e shpërndarjes varet nga disponueshmëria e specialistëve të kualifikuar të IT në stafin e klientit. Kështu, nëse nuk është e mundur ose e nevojshme që kompania të mbajë një specialist të tillë, ka kuptim të përfshihet një tregtar.

Oriz. 1. Skema e shpërndarjes së EDMS në kuti

Kompania e zhvillimit të softuerëve në kuti- një kompani që prodhon një produkt plotësisht të gatshëm për përdorim me të gjitha udhëzimet e lidhjes.

Tregtar softuerësh me kutiështë një ndërmjetës midis kompanisë së zhvillimit dhe konsumatorit të softuerit të paketuar, duke ofruar shërbime për vendosjen dhe ruajtjen e funksionalitetit të softuerit të paketuar. Tregtari mund të jetë ose një kompani e veçantë ose një divizion i një kompanie që zhvillon softuer të paketuar.

Organizata-klient i softuerit të paketuar- një organizatë konsumatore softuerësh që mund të konfigurojë dhe të punojë në mënyrë të pavarur (nëpërmjet shërbimit të saj të mbështetjes së TI-së) me një produkt të paketuar ose të përdorë shërbimet e një tregtari softueri të paketuar.

Të mirat dhe të këqijat e EDMS në kuti

Shumë njerëz prodhojnë EDMS në kuti Prodhuesit rusë. Dhe zgjidhje të tilla kanë të mirat dhe të këqijat e dukshme. Avantazhi kryesor i softuerit të paketuar është ulja e kostove të blerjes në krahasim me zhvillimin me porosi. Disavantazhi kryesor është pamundësia për të ndryshuar funksionalitetin e sistemit.

Në duke bërë zgjedhjen e duhur Për një produkt në kuti, përfitimi nga blerja tejkalon ndjeshëm mungesën e mundësive për të modifikuar softuerin.

Avantazhi i blerjes së softuerit në kuti mund të quhet gjithashtu mjaft afatshkurtër marrja e produktit të blerë dhe kosto minimale në fillimin e tij, pasi lehtësia e konfigurimit të produkteve të tilla, si rregull, është një nga faktorët konkurrues midis zgjidhjeve EDMS.

Prania e një shërbimi të unifikuar të mbështetjes teknike për përdoruesit mund të quhet elementi kryesor i kostove të kompanisë së zhvillimit për mirëmbajtjen e produkteve të paketuara. Për më tepër, se sistem më kompleks, aq më shumë burime nevojiten për ta mbështetur atë. Për blerësit, një organizim i tillë i mbështetjes teknike është një avantazh tjetër, pasi kostoja e mbajtjes së mbështetjes teknike ndahet midis të gjithë blerësve të kësaj zgjidhjeje në kuti dhe, me një numër të mjaftueshëm përdoruesish, mund të jetë praktikisht e padukshme për buxhetin e blerësit. Por ia vlen të kuptojmë anën negative të kësaj qasjeje - vetë zhvilluesi i softuerit të paketuar vendos në cilin drejtim ta zhvillojë produktin e tij dhe nëse do ta zhvillojë atë fare, nëse ka kuptim të mirëmbahet një shërbim mbështetës teknik për këtë produkt apo nëse ia vlen ndalimin e mbështetjes dhe zhvillimit të saj. Në rast të blerjes së një zgjidhje në kuti, drejtimi zhvillimin e mëtejshëm Softueri është ndërtuar nga vetë zhvilluesi dhe qasjet e tij jo gjithmonë përkojnë me detyrat e klientëve që blenë softuerin e paketuar. Shumica fitim i madh Zhvilluesi zakonisht përfiton nga shitja e parë e një zgjidhjeje në kuti, mbështetja e mëtejshme është një opsion bonus për klientët dhe mundësia për t'i lidhur ata me produktet dhe zgjidhjet e tyre të tjera.

Për fat të keq, ndonjëherë kompanitë tregtare ndalojnë lëshimin e përditësimeve për një produkt të caktuar. Kjo mund të jetë për shkak të faktit se kompania është e interesuar në zhvillimin e një drejtimi të ri, dhe mbështetja e produktit të vjetër bëhet një aktivitet joprofitabël.

Zhvilluesi i EDMS-it të paketuar nuk jep asnjë garanci që ky EDMS ose këtë version Ai do të vazhdojë të mbështesë EDMS (përfshirë zgjidhjen e problemeve). Në këtë rast, përdoruesi i produktit të paketuar ka një zgjedhje: ta përdorë këtë produkt pa përmirësime (dhe pa mbështetje Legjislacioni rus duke përfshirë) ose ta ndërroni me një produkt tjetër.

Gabimet kur zgjidhni PCB në kuti

Gabimi kryesor kur zgjidhni një EDMS në kuti është mungesa e një faze të studimit të informacionit dhe analizës së nevojave të organizatës. Shumë menaxherë preferojnë të blejnë softuer të paketuar bazuar në prezantimet e zhvilluesve dhe një krahasim sipërfaqësor të një ose një tjetër funksionaliteti të EDMS të demonstruar. Në të njëjtën kohë, të gjithë e kuptojnë se në prezantim zhvilluesi do të tregojë më të mirën në sistem dhe, natyrisht, do të përpiqet të fshehë të gjitha mangësitë e softuerit.

Gjatë rishikimeve të tilla, klienti nuk mund të vlerësojë gjithmonë plotësisht të gjitha funksionet e softuerit, për të mos përmendur të kuptojë nevojën për të gjitha funksionet ekzistuese dhe të kuptojë se sa ato nevojiten posaçërisht për organizatën e tij, për më tepër, ndonjëherë nën emrat standardë të funksioneve të zhvilluesit. dhe klienti kupton proceset e ndryshme. Fakti që një funksion ekziston në EDMS nuk do të thotë gjithmonë se ai ekziston në një formë në të cilën do të ishte i përshtatshëm për klientin.

Ekziston një mënyrë tjetër zgjedhjeje - testimi i një produkti të paketuar për një kohë të shkurtër në një numër të kufizuar stacionesh pune. Kjo metodë mund të japë rezultate më të mira se prezantimet, por pothuajse të gjitha disavantazhet e qasjes së mëparshme do të mbeten.

Zhvilluesit përpiqen t'i përshtatin proceset e klientit me sistemin e tyre, duke e justifikuar këtë me besime të ndryshme, duke filluar nga fakti se "kjo është e saktë" dhe duke përfunduar me faktin se "sistemi mund ta bëjë vetëm këtë dhe i përshtatet të gjithë të tjerëve". Sigurisht, ka rregulla dhe rekomandime se si të kryhet puna në zyrë në një organizatë (të tilla si GSDOU, GOST dhe OST), por cila është mënyra më e përshtatshme për të organizuar këtë proces në një organizatë të caktuar, duhet të vendoset nga punonjësit përgjegjës drejtpërdrejt nga vetë organizata.

Shpesh shitësit e produkteve softuerike nuk janë specialistë që kuptojnë proceset e biznesit të klientit. Kështu, zhvilluesi i një produkti të paketuar, ose aksidentalisht ose profesionalisht, me rrezikun e tij, shpreson të marrë me mend se çfarë i nevojitet klientit. Në raste të tilla, ka kuptim të kryhet studimi i informacionit të proceseve të biznesit të organizatës, vlerësimi i tyre dhe, nëse është e nevojshme, rregullimi, ajo që nevojitet, në një masë më të madhe, jo aq shumë që klienti të kuptojë të tijën proceset e informacionit, sa për një zhvillues të zhytet në problemet dhe detyrat e organizatës.

Sidoqoftë, të kuptuarit e nevojës për anketë informacioni (zhytja e zhvilluesve në proceset e klientëve) është tipike për organizatat me procese biznesi të pjekura, pra për ato në të cilat proceset janë zhvilluar, janë regjistruar dhe nuk shkaktojnë paqartësi.

Jo të gjitha Kompanitë ruse dhe organizatat mund të mburren me procese të tilla, kështu që shumica e klientëve rusë kombinojnë procesin e zgjedhjes së një EDMS me optimizimin e proceseve të tyre të biznesit dhe kryejnë një studim informacioni kryesisht për të regjistruar dhe konsoliduar proceset e tyre në nivel organizativ.

Një nga postulatet e drejtuesve të kompanive që zbatojnë EDMS duhet të jetë deklarata se është e pamundur të automatizosh kaosin, prandaj është e nevojshme që fillimisht të regjistrohen proceset e biznesit, dhe më pas të përshkruhen kërkesat për funksionalitetin e EDMS.

Përndryshe, proceset do të rregullohen me zbatimin e EDMS dhe do të shkaktojë vazhdimisht reagime negative nga përdoruesit, d.m.th., të shkatërrojë pa vetëdije proceset ekzistuese pa i analizuar ato.

Gjatë anketës së informacionit, proceset "siç janë" duhet të përshkruhen, të gjitha proceset e përshkruara duhet të analizohen, nëse është e nevojshme çështje të diskutueshme duhet të rregullohet dhe të përfshihet në dokumentet e organizatës. Pas kësaj ju duhet të jeni të përgatitur Koncepti i automatizimit të procesit. Mund të shprehet në formën e një përfundimi për ruajtjen e të gjitha proceseve ekzistuese, ose mund të rezultojë në kërkesa për optimizimin e punës së organizatës, të cilat ndonjëherë edhe përfundojnë në riorganizimin e një departamenti.

Kur krijoni një koncept automatizimi, mënyrat për ta arritur atë duhet të përshkruhen dhe analizohen. efekt ekonomik nga prezantimi i EDMS. Rezultati i përshkrimit të proceseve "siç duhet të jetë" duhet të jenë kërkesat për funksionet që EDMS do të automatizojë. Vetëm pas kësaj mund të vazhdoni të zgjidhni një produkt në kuti.

Zgjedhja e një produkti specifik duhet të bazohet në një krahasim të kërkesave për EDMS dhe deklaratën e zhvilluesit të produktit të softuerit për disponueshmërinë e një funksionaliteti të tillë. Detyra kryesore është të zgjidhni vetëm ato produkte që plotësojnë nevojat tuaja dhe jo të ndryshoni sistemin e punës së organizatës suaj për t'iu përshtatur funksionalitetit ekzistues në EDMS.

Zgjedhja midis produkteve të paketuara mund të jetë mjaft e vështirë, pasi ndonjëherë produktet për automatizimin e të njëjtit proces mund të ndërtohen plotësisht në mënyra të ndryshme. Kur bëhet fjalë për përzgjedhjen, një avantazh i rëndësishëm është aftësia për të personalizuar në mënyrë fleksibël një produkt të kutisë që i përshtatet struktura organizative kompani specifike.

Softuer i personalizuar

Përkufizimi i softuerit të personalizuar qëndron në emrin e tij - është një produkt softuerësh që prodhohet me porosi.

Avantazhi i padyshimtë i softuerit me porosi është se ai krijohet sipas kërkesave të klientit në përputhje me të gjitha karakteristikat e organizatës, dhe jo në imazhin dhe ngjashmërinë e një organizate tjetër me strukturë dhe funksione të ngjashme. Por kostot e krijimit të një softueri të tillë nuk justifikojnë gjithmonë rezultatin e marrë nga zbatimi.

Softueri i personalizuar është i dobishëm kryesisht për ato fusha të automatizimit ku ky funksion është specifik. Në disa organizata, rrjedha e dokumenteve dhe puna e zyrës mund të strukturohen në atë mënyrë që zgjidhjet në kuti nuk mund të japin rezultatin e kërkuar nga automatizimi (për shembull, agjencitë e zbatimit të ligjit, bankat ose organizatat tregtare me specifikat e shpërndarjes dhe nënshtrimit territorial). Për organizata të tilla, zgjidhja e duhur do të ishte zbatimi i softuerit të personalizuar.

Faza e anketimit të informacionit, si në rastin e zgjedhjes së një zgjidhjeje në kuti,është më i rëndësishmi në zhvillimin e softuerit të personalizuar, pasi në këtë fazë parashtrohen kërkesat për funksionet që do të dizajnohen dhe krijohen më tej nga programuesit në anën e zhvilluesit.

Ka disa mënyra dhe metoda për të krijuar një EDMS të personalizuar. Më të zakonshmet janë dy qasje zhvillimi:

kaskada (zhvillimi klasik);

zhvillim iterativ.

Oriz. 2. Modeli kaskadë i zhvillimit të EDMS

Kaskada (Fig. 2) (Modeli anglisht i ujëvarës - "modeli i ujëvarës") është një model i procesit të zhvillimit të softuerit në të cilin procesi i zhvillimit duket si një rrjedhë, duke kaluar në mënyrë të njëpasnjëshme nëpër fazat e analizës së kërkesave, projektimit, zbatimit, testimit, integrimit. dhe mbështetje. Bazuar në këtë metodologji, ne ndërtuam Standardet ruse dhe GOST për krijimin e sistemeve të automatizuara (seri 34 dhe 19), për shembull

Seria e GOST 34:

GOST 34.601-90 " Teknologjia e informacionit. Një grup standardesh për sistemet e automatizuara. Sisteme të automatizuara. Fazat e krijimit";

GOST 34.201-89 "Teknologjia e informacionit. Një grup standardesh për sistemet e automatizuara. Llojet, plotësia dhe përcaktimi i dokumenteve gjatë krijimit të sistemeve të automatizuara";

GOST 34.602-89 "Specifikime teknike për krijimin e një sistemi të automatizuar";

GOST 34.603-92 "Teknologjia e informacionit. Llojet e testimit të sistemeve të automatizuara";

GOST 34.320-96 "Teknologjitë e informacionit. Sistemi i standardeve të bazës së të dhënave. Konceptet dhe terminologjia për kuadrin konceptual dhe bazën e informacionit”;

GOST 34.321-96 "Teknologjitë e informacionit. Sistemi i standardeve të bazës së të dhënave. Modeli i referencës për menaxhimin e të dhënave."

Seria e 19-të GOST:

GOST 19.001-77 " Sistemi i unifikuar dokumentacionin e softuerit. Dispozitat e përgjithshme»;

GOST 19.101-77 "Sistemi i unifikuar i dokumentacionit të programit. Llojet e programeve dhe dokumentet programore”;

GOST 19.102-77 "Fazat e zhvillimit";

GOST 19.103-77 "Përcaktimet e programeve dhe dokumenteve të programit";

GOST 19.104-78 "Mbishkrimet bazë";

GOST 19.105-78 " Kërkesat e përgjithshme për të programuar dokumentet";

GOST 19.106-78 "Kërkesat për dokumentet e programit të printuar";

GOST 19.201-78 "Specifikimet teknike, kërkesat për përmbajtjen dhe dizajnin";

GOST 19.202-78 "Specifikim. Kërkesat për përmbajtjen dhe dizajnin”, etj.

Udhëzimet:

RD-34.698-90 “Udhëzime metodologjike. Teknologjia e informacionit. Një grup standardesh dhe dokumente udhëzuese te sistemet e automatizuara. Sisteme të automatizuara për kërkesat e përmbajtjes së dokumenteve.”

Këto standarde nënkuptojnë që së pari duhet të përshkruhen të gjitha kërkesat për EDMS, dhe vetëm atëherë mund të kalohet në fazën e kodimit, d.m.th., procesi i shkrimit të kodit të programit dhe skripteve për të zbatuar një algoritëm të caktuar në një gjuhë programimi të caktuar. Për më tepër, kërkesat duhet të përfshijnë të dyja detyrat funksionale sistemet, si dhe të gjitha metodat e ndërveprimit me sistemet e tjera, metodat e paraqitjes së informacionit në EDMS, prandaj mjaft shpesh përshkrimi i të gjitha këtyre kërkesave sipas GOST merr kohë të gjatë(nga disa muaj deri në disa vjet).

Ky model zhvillimi është i mirë në situatat e mëposhtme:

● gjatë zbatimit për projekte që zgjasin nga disa javë deri në 2-3 muaj, pasi kërkesat e përshkruara nuk kanë kohë të vjetërohen;

● kur zbatoni sisteme ku nuk ka nën-detyra dhe disa faza të zhvillimit të funksionalitetit (për shembull, pas zhvillimit të funksionalitetit kryesor të EDMS, ndërveprimi i tij me sistemin do të duhet të finalizohet kontabilitetit, por nuk ka ende kërkesa për këtë ndërveprim);

● kur kërkesat për EDMS-në e krijuar janë përcaktuar dhe regjistruar qartë.

Qasje përsëritëse ose përsëritëse(Fig. 3) - kryerja e punës paralelisht me analizën e vazhdueshme të rezultateve të marra dhe rregullimin e fazave të mëparshme të punës. Në të njëjtën kohë, zhvillimi në çdo fazë të zhvillimit kalon nëpër një cikël të përsëritur përsëritjesh: Planifikimi - Zbatimi - Kontrolli - Vlerësimi.

Oriz. 3. Zhvillimi përsëritës i softuerit

Kjo qasje është bërë e përhapur në SHBA dhe në Perëndim, ku u zhvillua. Metodologjitë e zhvillimit të softuerit me famë botërore, si Procesi i Unifikuar Racional (RUP) nga Rational Software, marrin një qasje të ngjashme.

Baza e kësaj qasjeje është thellimi gradualisht i funksionalitetit dhe kërkesave dhe analizimi i vazhdueshëm i funksionalitetit të krijuar së bashku me klientin. Me një qasje përsëritëse, një prototip EDMS zhvillohet në kohën më të hershme të mundshme për t'u treguar përdoruesve dhe për të marrë reagime mbi ndërfaqen e sistemit dhe qasjen ndaj proceseve të zbatimit.

Për tregu rus Një qasje e tillë kërkon trajnim me cilësi të lartë të përdoruesve, njohjen e tyre me EDMS ende të papërfunduar, pasi kjo shpesh mund të shkaktojë një qëndrim negativ ndaj sistemit ende të pa krijuar. Një pjesëmarrje e tillë e përdoruesit në zhvillimin e EDMS mund të quhet një plus dhe një minus. Nga njëra anë, përdoruesit shohin se si zhvillohet zhvillimi dhe mund të ndikojnë në proces, nga ana tjetër, kjo kërkon kohë dhe pjesëmarrje reale të përdoruesit (që nuk është aktiviteti i tyre kryesor).

Përfitimet e një përqasjeje përsëritëse

Zbulimi i hershëm i mospërputhjeve midis funksionimit të sistemit dhe kërkesave të aktiviteteve aktuale të organizatës;

Theksi i përpjekjeve synohet në fushat më të rëndësishme dhe kritike të EDMS (për shembull, regjistrimi i dokumenteve, vënia e tyre nën kontroll, pastaj zhvillimi i raporteve mbi disiplinën e performancës, etj.);

Testim i vazhdueshëm përsëritës (d.m.th., i përsëritur), duke ju lejuar të vlerësoni suksesin e të gjithë projektit në tërësi;

Përfshirja e punonjësve kryesorë të klientit në fazën e zhvillimit të EDMS për të krijuar një produkt që përmbush nevojat e tij;

Mundësia e zhvillimit modular dhe zbatimit modular të një EDMS të vetme për sa i përket detyrave dhe funksionalitetit;

Një vlerësim real i gjendjes aktuale të projektit dhe, si rezultat, një besim më i madh i klientëve dhe pjesëmarrësve të drejtpërdrejtë në përfundimin e suksesshëm të tij.

Çfarë të zgjidhni?

Si rezultat: nuk ka, natyrisht, asnjë këshillë universale për zgjedhjen e një EDMS, por ka qasje që do t'ju ndihmojnë të shmangni shumë probleme dhe gabime si kur përcaktoni llojin e duhur të EDMS (produkt i paketuar ose softuer me porosi), ashtu edhe kur zgjidhni EDMS optimale për organizatën tuaj midis produkteve të paketuara.

Para së gjithash, duhet të analizoni nevojat e organizatës dhe të zgjidhni një produkt softuerësh bazuar në to. Nëse një zgjidhje në kuti është e përshtatshme për të përmbushur nevojat e një organizate për sa i përket funksionalitetit EDMS, atëherë do të ishte më mirë (më e lirë dhe më e shpejtë) të shkoni me të, por atëherë duhet të mbani mend për varësinë nga zhvilluesi i këtij produkti. Nëse, pas analizimit të kërkesave, organizata e kupton se nuk mund të bëjë pa zhvillim me porosi, atëherë këtu vëmendje të veçantëështë e nevojshme t'i kushtohet vëmendje organizimit të projektit zhvillimor me rregullimin e të gjitha veprimeve dhe krijimin e të gjitha të nevojshmeve dokumentacionin e projektit. Kjo do t'ju ndihmojë të mos vareni nga kompania që zhvillon softuer me porosi dhe, nëse është e nevojshme, të ndryshoni pa dhimbje sistemin pothuajse në çdo fazë të zbatimit dhe funksionimit të EDMS.

Mendimi i ekspertit

D.V. Volodin, analist, drejtimi Microsoft SharePoint, kompania Electronic Office Systems

Shumë të ashtuquajtur Produktet në kuti kanë një grup të pasur cilësimesh që ju lejojnë të përshtatni në masë të madhe sistemin me karakteristikat e një organizate specifike.

Në të njëjtën kohë, sistemet e klasës EDMS kanë zënë prej kohësh vendin e tyre në treg, ka shumë zgjidhje të gatshme, përfshirë ato specifike për industrinë; Për më tepër, edhe duke marrë parasysh specifikat e mundshme të klientit, pjesa dërrmuese e funksionalitetit EDMS është e një natyre standarde. Në këto kushte, një përpjekje për të zhvilluar një EDMS nga e para mund të konsiderohet më tepër si rishpikja e timonit.

Aktualisht, në tregun EDMS ka një tendencë mjaft të qartë për të mjegulluar kufijtë midis produkteve me kuti dhe atyre me porosi. Këta lloje po përpiqen në mënyrë aktive të takohen me njëri-tjetrin në gjysmë të rrugës: "kutitë" janë të mbingarkuara me një numër të madh cilësimesh, dhe zhvillimet me porosi përsëriten dhe lëshohen në treg në formën e zgjidhjeve të gatshme.

Për të lehtësuar procesin e vështirë të klientit për të zgjedhur një EDMS, ne mund të propozojmë të dallojmë tre grupe funksionesh:
aftësi të reja për çdo produkt në shqyrtim:

Konfigurimi tipik (kosto minimale); nëse është e nevojshme, mund të vendoset nga vetë klienti sipas udhëzimeve të zhvilluesit;

Konfigurim i avancuar pa modifikime (kosto mesatare); kërkon pjesëmarrjen e specialistëve në zbatimin e sistemit;

Përsosja e funksionalitetit, zhvillimi i moduleve të reja (kosto maksimale); kërkon përfshirjen e programuesve dhe një projekt të plotë të zhvillimit të softuerit.

Shumica e zhvilluesve EDMS ekzistues sot ofrojnë të tre opsionet.

Në procesin e zgjedhjes së një sistemi, klienti duhet të përcaktojë një listë funksionesh që janë kritike për arritjen e objektivave.

Pas kësaj, do t'ju duhet të shpërndani artikujt e listës në tre grupe - në përputhje me skemën e përshkruar më sipër. Në këtë rast, duhet të zgjidhni ato produkte që kanë sasinë maksimale të funksionalitetit kritik në një konfigurim standard. Funksionaliteti që mungon duhet të plotësohet me më shumë cilësimet e detajuara, duke aplikuar konfigurim të avancuar. Këshillohet që të drejtoheni në modifikime me porosi vetëm kur mundësitë e dy opsioneve të para janë ezauruar dhe detyrat kritike nuk mund të zgjidhen në asnjë mënyrë tjetër.

Antonina Bukina, menaxhere e shërbimit ndaj klientit, kompania InterTrust

Disi e njëanshme karakteristikat krahasuese sisteme standarde dhe me porosi menaxhimi elektronik i dokumenteve duhet të plotësohet me pika mjaft domethënëse që nuk përfshihen në artikull.

Duhet të theksohet veçanërisht se është e pamundur të vendosësh "të barabartë" midis koncepteve të "EDMS standarde" dhe "EDMS të kuti". Këto janë kategori të ndryshme krahasuese. Pa hyrë në detaje, mund të veçojmë:

a) EDMS me kuti (një sistem elektronik i menaxhimit të dokumenteve në kuti nuk nënkupton mundësinë e modifikimeve, ai është instaluar "siç është");

b) EDMS më komplekse (me kërkesë të klientit, ato mund të personalizohen ose modifikohen për t'iu përshtatur karakteristikave/nevojave individuale të klientit);

c) EDMS standarde (funksionet bazë, të përmirësuara nga versioni në version, trashëgohen nga një version në tjetrin, të pasuruara me aftësi shtesë - funksionaliteti bazë, si rregull, është testuar nga mijëra klientë);

d) EDMS i zhvilluar nga e para për një organizatë specifike.

Kështu, EDMS standarde, nëse nuk janë një zgjidhje e paketuar, mundet lehtësisht
Ekziston një mënyrë tjetër për të zgjedhur - testimi i një produkti në kuti për një kohë të shkurtër
konfiguruar dhe modifikuar nëse është e nevojshme.

Një sistem standard elektronik i menaxhimit të dokumenteve, veçanërisht nëse është zhvilluar për një kohë të gjatë dhe përdoret në mënyrë aktive nga klientët, e çliron klientin nga rreziqet serioze. Pse? Ai është testuar jo nga një, por nga njëqind, ndonjëherë edhe një mijë klientë (përkatësisht, disa mijëra përdorues), gjë që tregon qëndrueshmërinë e saj. Konsistenca e funksionalitetit është vërtetuar nga vitet e funksionimit industrial në organizata të industrive dhe madhësive të ndryshme, gjë që na lejon të flasim për besueshmërinë e një softueri të tillë.

Për më tepër, EDMS standarde, si rregull, përmirësohet nga versioni në version, duke ruajtur arritjet më të mira dhe duke përfshirë më shumë teknologjive moderne. Në thelb ato përfshijnë eksperienca më e mirë mijëra klientë, rruga e provës dhe gabimit është përfunduar, standardi EDMS tashmë është njohur.

Një produkt i zhvilluar nga e para nuk ka karakteristikën e besueshmërisë: nuk ka përvojë në funksionimin e tij nga ndonjë kompani tjetër. Ju do të jeni i pari.

Sa më popullor të jetë versioni standard i EDMS, aq më shumë specialistë në konfigurimin, modifikimin, mbështetjen dhe trajnimin e tij për të punuar me të do të gjeni në treg, gjë që do t'ju lejojë të mos bëheni të varur nga një grup i ngushtë krijuesish të një zakoni. zgjidhje.

Me një fjalë, duke prezantuar zgjidhje standarde, mund të jeni të sigurt në performancën e tij për shumë vite.

fjalor

Softueri i lirë (OFF) është produkte softuerike, me shitjen e të cilave blerësit i transferohen të drejtat për instalimin, lëshimin e pakufizuar të tyre, si dhe përdorimin, studimin, shpërndarjen dhe modifikimin (përmirësimin) pa pagesë.

Përsëritja (latinisht iteratio - "Unë përsëris") në kuptimin e gjerë të fjalës është përsëritja e çdo veprimi, dukurie ose procesi.

Shitja e diçkaje "të padukshme", diçka e paprekshme, është shumë më e vështirë sesa shitja e një produkti të zakonshëm - për shembull, veshje ose materiale ndërtimi. Nuk është rastësi që marketingu i shërbimeve veçohet si një zonë më vete dhe i caktohet atij. rol të veçantë. Sot do të flasim për tiparet e sferës së prodhimit jo-material dhe mënyrën e shitjes së shërbimeve.

Çfarë është një shërbim

Një shërbim i referohet çdo aktiviteti, përfitimi ose mall që prodhohet në procesin e ofrimit të tyre dhe në shumicën e rasteve janë të paprekshme - domethënë, blerësi nuk merr në zotërim asnjë pasuri të prekshme. Megjithatë, disa shërbime janë të lidhura drejtpërdrejt me mallrat në to formë materiale. Pra, kur blejmë një biletë avioni, ne po blejmë pikërisht një shërbim - duke lëvizur nga pika A në pikën B.

Karakteristikat e shitjes

Pa përjashtim, të gjitha shërbimet kanë karakteristikat e përgjithshme gjërat që duhen marrë parasysh kur flasim për mënyrën e shitjes së shërbimeve.

Paprekshmëria

Pika më logjike. Shërbimet janë të paprekshme – domethënë, ato nuk mund të preken, shihen ose shijohen. Kur vijmë te parukierja, nuk mund të "provojmë" një prerje të re paraprakisht. Çfarë do të thotë kjo nga këndvështrimi i një furnizuesi? Për të rritur shitjet, duhet t'i bëni shërbimet më të prekshme dhe të nënvizoni përfitimet kryesore që do të marrë klienti. Për shembull, për një floktar kjo mund të jetë një portofol me foto veprat më të mira, gjë që konfirmon aftësinë e tij.

Pandashmëria nga burimi

Një veçori tjetër është se shërbimi është gjithmonë i lidhur ngushtë me një person ose pajisje. Pra, kur blejmë një biletë për një koncert, presim të shohim muzikantët tanë të preferuar. Nëse për ndonjë arsye një nga anëtarët e grupit duhet të zëvendësohet, shërbimi nuk do të jetë më i njëjti. Kjo nënkupton drejtpërdrejt nevojën për të organizuar siç duhet procesin e ofrimit të shërbimeve: mësoni të punoni me një numër të madh klientësh në të njëjtën kohë ose përshpejtoni procesin e shërbimit.

Mospërputhja e cilësisë

Kur flasim për mënyrën e shitjes së duhur të shërbimeve, është e rëndësishme të mbani mend se cilësia e shërbimeve po ndryshon vazhdimisht në varësi të vendndodhjes, kohës së dorëzimit dhe qindra faktorëve të tjerë. I njëjti kamerier mund t'ju shërbejë mirë një ditë, por një ditë tjetër mund t'ju bjerë pjata ose të jetë i pasjellshëm (për shembull, sepse nuk ndihet mirë). Çfarë do të thotë kjo? Kur filloni një biznes në sektorin e shërbimeve, është gjithmonë e nevojshme të ndani një buxhet të mjaftueshëm për tërheqjen dhe trajnimin e vërtetë. specialistë të mirë. Përveç kësaj, është e nevojshme të krijohet reagimet me klientët për të trajtuar menjëherë çdo ankesë dhe për të përmirësuar performancën e punonjësve.

Pamundësia e ruajtjes

Pse është kjo e rëndësishme për një pronar biznesi? Fakti është se pothuajse në të gjithë sektorët e industrisë së shërbimeve, kërkesa luhatet: udhëtimet në vendpushimet bregdetare rezervohen kryesisht në verë, dhe taksitë nëpër qytet rezervohen në kulmin e ditës së punës. Si të shisni shërbime në këtë rast? Ekzistojnë disa strategji marketingu që ndihmojnë në stabilizimin e kërkesës dhe planifikimin e shpenzimeve në mënyrë më efektive:

1. Diferencimi i çmimeve sipas kohës. Për të zhvendosur një pjesë të kërkesës nga periudha e pikut në periudhën e qetësisë, shumë kompani përdorin zbritje - për shembull, kinematë shesin bileta në çmime të ulëta për seancat e mbrëmjes.
2. Krijimi i një alternative për ata që presin gjatë orëve të pikut të kërkesës. Opsion i mirë— një bar i veçantë kokteji për ata që presin një tavolinë në restorant.
3. Prezantimi i një sistemi të porosive paraprake.

Gjithashtu, disa kompani, gjatë periudhave të kërkesës maksimale, tërheqin punonjës të përkohshëm ose me kohë të pjesshme.

Marketingu i shërbimeve: skema e përgjithshme

Është mjaft e vështirë të përshkruash pikë për pikë se si të shesësh në mënyrë efektive shërbimet, sepse gjithçka varet nga karakteristikat e një kompanie të caktuar dhe nga vendi në të cilin ajo operon. Është e pamundur të ofrohet një recetë universale për një linjë ajrore të madhe dhe një parukier të vogël zonë banimi Moska. Megjithatë, një algoritëm i caktuar i përbashkët për të gjitha ndërmarrjet e sektorit të shërbimeve ekziston ende.

Hapi # 1: Hulumtimi i tregut

Faza e parë është një studim i plotë dhe gjithëpërfshirës i tregut në të cilin planifikoni të operoni. Analiza kryhet në dy drejtime:

• konkurrentët;
• klientët potencial.

Mbledhja e informacionit rreth konkurrentëve kryhet për të kuptuar se çfarë saktësisht ofrojnë, çfarë tërheq klientët, si ndërveprojnë me ta dhe çfarë çmimesh vendosin. Është e rëndësishme të dihet se cilët janë lojtarët kryesorë të tregut dhe cilët operojnë në të njëjtin rajon me të njëjtin audienca e synuar, si ju. Kjo mund të ndikojë ndjeshëm strategjia e marketingut kompanitë.

Për analizë përdoren metoda tavoline dhe në terren. Burimet e të dhënave të tavolinës përfshijnë revistat dhe drejtoritë e industrisë, bazat e të dhënave dhe vlerësimet e publikuara.

Megjithatë, më shpesh është e pamundur të merret informacioni i nevojshëm për një territor të caktuar, pasi shumica e botimeve punojnë në nivel kombëtar ose rajonal. Pastaj shkoni direkt në kërkimin në terren:

• thirrja e konkurrentëve nën maskën e një klienti të mundshëm;
• hetim dhe studim oferta komerciale, produkte reklamuese;
• analiza e aktiviteteve reklamuese.

Është gjithashtu e nevojshme të merren sa më shumë informacione për klientët e kompanive të tjera. Mjetet kryesore janë pyetësorët, anketat (në internet dhe në rrugë), intervistat. Për zhvillim ofertë unikeËshtë e rëndësishme të zbuloni se çfarë saktësisht u pëlqen/nuk i pëlqen në lidhje me kompanitë në të cilat po aplikojnë aktualisht.

Hapi nr. 2: zhvillimi i politikës së çmimeve dhe shërbimeve shtesë

Para së gjithash, është e nevojshme të llogaritet saktë kostoja e shërbimeve të shitura. Duke ditur këtë tregues, do të udhëhiqeni nga sa klientë duhet të tërhiqni për t'u balancuar dhe çfarë shënjimi të vendosni për të fituar para. Si ta bëni këtë?

Kostoja e një shërbimi përfshin shumën e të gjitha shpenzimeve të bëra nga kontraktori gjatë ofrimit të tij. Kostot ndahen në 2 grupe të mëdha:

1. I perhershem. Këto përfshijnë marrjen me qira të lokaleve, pagesën e faturave të shërbimeve, shpenzimet administrative, amortizimi i pajisjeve (kompjutera, pajisje zyre).
2. Variablat. Pagat e punonjësve, blerje materialesh etj.

Në thelb, kur llogaritni shpenzimet, ato bazohen në kohën e nevojshme për të ofruar një shërbim të caktuar (për shembull, sa orë nga koha totale ka shpenzuar programuesi për të përfunduar porosinë).

13/09/17 11:41 AM 16/11/15 23:50

E gatshme por e kufizuar ose e personalizuar

Ndërsa çdo kompani rritet, herët a vonë ajo mendon për automatizimin e proceseve të brendshme të biznesit. Këto mund të jenë procese që lidhen me aktivitetet kontraktuale ose dokumentuese, proceset e marketingut dhe shitjes, apo edhe automatizimi i proceseve të prodhimit.

Dhe pyetja e parë me të cilën përballet një kompani është nëse duhet të zgjedhë një zgjidhje në kuti apo një zgjidhje me porosi?

Të dy opsionet kanë avantazhet dhe disavantazhet e tyre dhe varen nga shumë të brendshme dhe faktorët e jashtëm. Në këtë artikull ne do të përpiqemi ta trajtojmë këtë çështje në më shumë detaje dhe të japim këshilla për zgjedhjen e një zgjidhjeje.

Zgjidhje jashtë kutisë

Zgjidhje të tilla shpesh quhen thjesht një "kuti". Ky është një produkt i gatshëm për përdorim.

Avantazhi më i dukshëm i një zgjidhjeje në kuti është shpejtësia e zbatimit. Zgjidhjet në kuti tashmë kanë një sërë funksionesh dhe procesesh biznesi të automatizuara që mund të përdoren menjëherë pas instalimit. Instalimi dhe konfigurimi gjithashtu nuk kërkon shumë kohë, dhe pas shtimit të përdoruesve dhe plotësimit të drejtorive, zgjidhja është gati për përdorim. Në këtë rast, instalimi mund të kryhet nga specialistët e IT të kompanisë, dhe ndonjëherë nga punonjës të zakonshëm me kualifikimet e duhura.

Një avantazh tjetër është çmimi i zgjidhjeve të tilla. Në mënyrë tipike, ato janë dukshëm më të lira se zhvillimi i një zgjidhjeje me porosi. Në disa raste, çmimi mund të ndryshojë disa herë. Për më tepër, kostoja e moduleve dhe funksioneve të nevojshme mund të llogaritet paraprakisht, pa shqyrtuar proceset e biznesit të klientit.

Disavantazhet kryesore të zgjidhjeve në kuti përfshijnë funksionalitetin e kufizuar. Seti i funksioneve, proceset e biznesit dhe zbatimi i tyre në zgjidhje janë të para-konfiguruara nga zhvilluesi për të mbuluar sa më shumë kompani. Prandaj, nëse ndërfaqja ose kryerja e veprimeve të caktuara nuk është e përshtatshme për përdoruesit, atëherë nuk do të jetë e mundur t'i ndryshoni ato globalisht dhe do të duhet të përdorni atë që është atje. E njëjta gjë vlen edhe për proceset e biznesit dhe rrugët e rrjedhës së dokumenteve. Zakonisht ato konfigurohen në një mënyrë të caktuar dhe përdoruesit e patrajnuar mund të kenë vështirësi t'i ndryshojnë ato.

Në pjesën më të madhe, zgjidhjet e paketuara nuk janë krijuar për t'u zhvilluar. Prandaj, finalizoni funksionalitet të ri Nuk do të funksionojë gjithmonë. Zakonisht ka një numër të kufizuar cilësimesh që mund të ndryshohen dhe ndryshimet globale ose veçoritë e reja shfaqen në versionet e ardhshme të sistemit.

Një tjetër disavantazh i zgjidhjeve të tilla është mungesa e mbështetjes teknike individuale. Nëse, si rezultat i përdorimit të sistemit, përjetoni një lloj gabimi të sistemit, zhvilluesi i zgjidhjes ka shumë të ngjarë t'ju japë një rregullim për ta rregulluar atë. Në të gjitha rastet e tjera, do t'ju duhet t'i zgjidhni vetë problemet duke kërkuar informacione dhe duke bërë pyetje në forume.

Zgjidhje me porosi

Zhvillimi i një zgjidhjeje me porosi, në krahasim me një kuti, fillon me një analizë të proceseve, detyrave dhe problemeve të biznesit të klientit. Analistët e ofruesit të zgjidhjeve bisedojnë me punonjësit kryesorë të klientit, shqyrtojnë proceset ekzistuese të biznesit, identifikojnë problemet ekzistuese dhe njihen me rregulloret e kompanisë. Pas anketimit dhe studimit të nevojave, a termat e referencës. Faza tjetër– zhvillimi dhe zbatimi i zgjidhjes. Më pas, sistemi testohet nga përdoruesit e klientit dhe modifikohet në rast problemesh dhe komentesh.

Në shumicën e rasteve, zhvillimi me porosi kryhet në bazë të disa zgjidhjeve bazë me një grup të caktuar funksionesh dhe aftësish. Kjo zgjidhje bazë është modifikuar për t'iu përshtatur nevojave dhe kërkesave të klientit. Kjo qasje bën të mundur që sistemi të bëhet sa më i përshtatshëm dhe i përshtatshëm për një organizatë specifike. Në këtë rast, merren parasysh të gjitha tiparet e proceseve të brendshme në kompani. Nëse ka ndryshime në kompani, zgjidhja mund të modifikohet ose ridizajnohet individualisht, që nuk mund të bëhet me një kuti.

Një avantazh tjetër është individi mbështetje teknike. Ju mund të negocioni me shitësin kushtet e mbështetjes që ju nevojiten.

Disavantazhet e zgjidhjeve me porosi përfshijnë çmimin dhe kohën e zbatimit. Zakonisht ato variojnë nga 3-4 muaj ose më shumë.

Ne kemi kryer një sondazh të përdoruesve tanë me temën "A kemi nevojë për një version të kuti të një sistemi të menaxhimit të projektit?" Për ne, përgjigja e saktë për këtë pyetje është vlerë të madhe. Përcakton rrugën e zhvillimit të sistemit dhe prioritetet për funksionet e reja.

Në sondazh janë përfshirë 155 kompani që përdorin versionin cloud ose thjesht ato që janë regjistruar për t'u njohur me sistemin. Kishte vetëm tre pyetje, secila me tre opsione përgjigjeje.

Më poshtë prerjes janë grafikët me rezultatet dhe përfundimet tona.

Mostra

Mostra nuk është shumë e madhe (155 të anketuar), përdoruesve nuk u pëlqen vërtet të marrin letra, aq më pak të votojnë për diçka. Motivimi i vetëm për pjesëmarrje ishte premtimi për publikimin e rezultateve.

Numri i të anketuarve për secilën pyetje ishte 50 herë më i madh se numri i opsioneve të përgjigjeve. Gabimi i rastësishëm në shpërndarjen e përgjigjeve nuk do të jetë i madh -
disa për qind dhe varet nga shpërndarja e përgjigjeve.

Pasaktësitë e rëndësishme të eksperimentit përfshijnë probabilitetin e kampionimit - vetëm ata që donin të votonin, dhe jo përdoruesit e rastësishëm nga kampioni i përgjithshëm. Dhe, sigurisht, vetë kampioni - databaza jonë është e anuar drejt bizneseve të vogla.

Të gjithë këta faktorë duhet të merren parasysh dhe mund të nxirren përfundime në bazë të rezultateve të anketës.

Pyetja nr. 1

Keni nevojë për një zgjidhje të kufizuar për menaxhimin e projektit apo është gjithashtu e përshtatshme një zgjidhje cloud?

32% e të anketuarve janë thelbësisht të gatshëm të punojnë vetëm me zgjidhje të paketuara për komunikim dhe punë me detyra. Nëse marrim parasysh se në mesin e të anketuarve tanë ka një paragjykim ndaj bizneseve të vogla, atëherë 32% është pjesa minimale e tregut që nuk merr parasysh fare SaaS.
Para disa vitesh kjo situatë nuk ekzistonte. Ne po punonim atëherë për një projekt tjetër b2b, por kërkesat për kutinë ishin sporadike, ato thjesht nuk u konsideruan seriozisht. Tani, pasi u lirua version në kuti, kemi mbyllur kërkesën tregtare më të njohur.

Pyetja nr 2

Cila është arsyeja kryesore e nevojës për një zgjidhje të paketuar?

Paragjykim i fortë në sigurinë dhe ruajtjen e të dhënave në shtëpi- më shumë se 60%. Dhe kjo është për bizneset e vogla! Kur komunikoni drejtpërdrejt me kompanitë e mëdha, atje siguria dhe një zgjidhje e paketuar janë gjithmonë pyetja e parë ose e dytë. (konkuron me pyetjen: "Si të merrni një raport për atë që po bënte ekipi")

Pyetja nr 3

Gjatë 3 viteve të fundit, a janë bërë më të rëndësishme zgjidhjet në kuti? A ka ndonjë efekt ligji i Yarovaya?

Vetë Ligji Yarovaya nuk shqetëson askënd shumë. Nuk ka një gjë specifike që e vendos sigurinë kaq të lartë. Ky është gjithmonë një kombinim i shumë faktorëve dhe përdoruesit me të vërtetë nuk ndjekin ndryshimet në këta faktorë. Një dialog tipik midis nesh dhe një klienti duket kështu:

Ne kemi nevojë për një zgjidhje të paketuar.
- Pse pikërisht ajo e boksit? le të fillojmë me renë, do të fillojë më shpejt
- Jo, tani menaxhmenti do të pajtohet vetëm nëse është i instaluar në serverët tanë
- Çfarë ka ndryshuar që kur jeni duke përdorur ende Trello-n falas të bazuar në renë kompjuterike?
- Po, dhe kjo nuk na përshtatet. Asgjë nuk ka ndryshuar shumë, por tani politika është të kalojmë vetëm në zgjidhje të sigurta.

Konkluzione nga anketa dhe komunikimi me kompanitë:

• Të paktën 30% e kompanive janë gati të punojnë vetëm me kuti.
• Në terma monetarë, kjo është të paktën 70% e tregut në rastin tonë. Vlerësimi bazohet në shpërndarjen e punonjësve sipas madhësisë së kompanisë.
• Vitet e fundit kanë parë ndryshime dramatike në preferencat e sigurisë. Ky trend vetëm do të intensifikohet. Modelet e shpërndarjes do të jenë të ngjashme me instalimin e kapanoneve.
• Ekziston një prirje e tranzicionit aktiv nga retë në të vetë-strehuar. Këtë mund ta shohim vetëm në b2b. Na kërkohet funksioni i ngarkimit të detyrave të përfunduara nga sistemet cloud në kutinë tonë.
• Ne lëshuam versionin në kuti për një arsye. Drejtimi duhet të zhvillohet. Reja perceptohet nga shumë njerëz thjesht si një mundësi për të testuar.

P.S. Anketa: Agile në Rusi 2017

Ne në YouGile po bëjmë një sondazh të madh rreth metodologji e shkathët në Rusi. Këtu na duhen një renditje e madhësisë më shumë të anketuar sesa në sondazhin e mësipërm. Deri më tani, pak më shumë se 100 kanë marrë pjesë Përgjigja më e njohur për pyetjen: "A përdoret Agile në kompaninë tuaj?"

“Po, por pak” - 54.5% e të anketuarve.

Merrni pjesë - merrni sondazhin "Agile në Rusi 2017"
12 pyetje, afërsisht 3 minuta