{"id":34675,"date":"2019-10-31T21:59:45","date_gmt":"2019-10-31T18:59:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-my-rabotaem-s-ideyami-i-kak-rodilsya-lanbix\/"},"modified":"2019-10-31T21:59:45","modified_gmt":"2019-10-31T18:59:45","slug":"kak-my-rabotaem-s-ideyami-i-kak-rodilsya-lanbix","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sq\/blog\/administrirovanie\/kak-my-rabotaem-s-ideyami-i-kak-rodilsya-lanbix","title":{"rendered":"Si si punojm\u00eb me idet\u00eb dhe si lindi LANBIX","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

N\u00eb \"LANIT-Integrime\" ka shum\u00eb punonj\u00ebs krijues. Idet\u00eb p\u00ebr produkte dhe projekte t\u00eb reja duket se jan\u00eb kudo. Ndonj\u00ebher\u00eb \u00ebsht\u00eb shum\u00eb e v\u00ebshtir\u00eb t\u00eb identifikosh ato m\u00eb interesante. Prandaj, ne zhvilluam metodologjin\u00eb ton\u00eb me p\u00ebrpjekje t\u00eb p\u00ebrbashk\u00ebta. Si t\u00eb p\u00ebrzgjedhim projektet m\u00eb t\u00eb mira dhe t'i realizojm\u00eb ato, lexoni n\u00eb k\u00ebt\u00eb artikull.<\/p>\n

\"Si<\/a><\/noindex>
\nN\u00eb Rusi, por gjithashtu n\u00eb bot\u00eb, po ndodhin nj\u00eb s\u00ebr\u00eb procesesh q\u00eb \u00e7ojn\u00eb n\u00eb transformimin e tregut t\u00eb TI. Fal\u00eb rritjes s\u00eb kapacitetit llogarit\u00ebs dhe shfaqjes s\u00eb teknologjive t\u00eb virtualizimit server, rrjet dhe t\u00eb tjera, tregu nuk ka m\u00eb nevoj\u00eb p\u00ebr shum\u00eb \"harduer\". Shum\u00eb shpesh, ofruesit preferojn\u00eb t\u00eb punojn\u00eb drejtp\u00ebrdrejt me klient\u00ebt. N\u00eb tregun e TI po lul\u00ebzon outsourcing-u n\u00eb t\u00eb gjitha format e tij, duke filluar nga outsourcing tradicional deri te ofruesit e rinj t\u00eb val\u00eb - \"ofruesit e cloud\". Sistemat dhe elementet infrastrukturore b\u00ebhen ndjesh\u00ebm m\u00eb t\u00eb thjesht\u00eb p\u00ebr t'u d\u00ebshmuar dhe konfiguruar. Cil\u00ebsia e softuerit rritet \u00e7do vit dhe detyrat e integratorit transformohen. <\/p>\n

\"Si<\/p>\n

Si punojm\u00eb me idet\u00eb<\/h2>\n

\nDrejtimi i startup-ve produktore n\u00eb \"LANIT-Integrime\"<\/a><\/noindex> ka ekzistuar p\u00ebr m\u00eb shum\u00eb se nj\u00eb vit. Q\u00ebllimi yn\u00eb kryesor \u00ebsht\u00eb krijimi i produkteve t\u00eb reja dhe nxjerrja e tyre n\u00eb treg. E para q\u00eb b\u00ebm\u00eb ishte organizimi i procesit t\u00eb krijimit t\u00eb produkteve. Ne shqyrtuam shum\u00eb metodologji, duke filluar nga t\u00eb klasiket dhe duke p\u00ebrfunduar te ato virale. Megjithat\u00eb, asnj\u00ebra prej tyre nuk i p\u00ebrgjigjej k\u00ebrkesave tona. At\u00ebher\u00eb ne vendos\u00ebm t\u00eb marrim si baz\u00eb metodologjin\u00eb Lean Startup dhe ta adaptojm\u00eb p\u00ebr nevojat tona. \"Startup-i i holl\u00eb\" \u00ebsht\u00eb nj\u00eb teori sip\u00ebrmarrjeje e krijuar nga Eric Ries. Ajo bazohet n\u00eb principe, qasje dhe praktika t\u00eb koncepteve si prodhimi i holl\u00eb, zhvillimi i klientit dhe metodologjia e zhvillimit t\u00eb fleksib\u00ebl.<\/p>\n

Sa i p\u00ebrket qasjes ndaj menaxhimit t\u00eb zhvillimit t\u00eb produktit: ne nuk shpik\u00ebm nj\u00eb bi\u00e7iklet\u00eb t\u00eb re, por aplikuam nj\u00eb metodologji ekzistuese zhvillimi SCRUM<\/a><\/noindex>, duke i shtuar krijimtari, dhe tani e quajm\u00eb me guxim SCRUM-WATERFALL-BAN. SCRUM, pavar\u00ebsisht fleksibilitetit t\u00eb tij, \u00ebsht\u00eb nj\u00eb sistem tep\u00ebr i rrept\u00eb dhe \u00ebsht\u00eb i p\u00ebrshtatsh\u00ebm p\u00ebr menaxhimin e nj\u00eb ekipi q\u00eb merret vet\u00ebm me nj\u00eb produkt\/projekt. Si\u00e7 e kuptoni, biznesi klasik \"integrues\" nuk parashikon ndarjen e specialist\u00ebve teknik\u00eb n\u00eb p\u00ebrkushtim t\u00eb plot\u00eb p\u00ebr t\u00eb punuar mbi nj\u00eb projekt (p\u00ebrjashtime ndodhin, por shum\u00eb rrall\u00eb), pasi p\u00ebrve\u00e7 pun\u00ebs mbi produktet, t\u00eb gjith\u00eb jan\u00eb t\u00eb angazhuar n\u00eb projektet aktuale. Nga SCRUM ne mor\u00ebm ndarjen e pun\u00ebs n\u00eb sprint-e, raportimin e p\u00ebrditsh\u00ebm, retrospektivat dhe rolet. P\u00ebr t\u00eb punuar me fluksin e detyrave, ne zgjodh\u00ebm Kanban, i cili u integrua shum\u00eb mir\u00eb me sistemin ton\u00eb t\u00eb p\u00ebrcjelljes s\u00eb detyrave. Ne organizuam pun\u00ebn, duke u integruar gradualisht n\u00eb rregullin e tanish\u00ebm.
\nPara se t\u00eb dal\u00eb n\u00eb treg, produkti kalon n\u00ebp\u00ebr 5 faza: ide, p\u00ebrzgjedhje, koncept, M\u0416P (m\u00eb posht\u00eb detajet) dhe prodhim.<\/p>\n

Ideja<\/h2>\n

\nN\u00eb k\u00ebt\u00eb faz\u00eb ka di\u00e7ka efemere - ideja. Ideali \u00ebsht\u00eb nj\u00eb zgjidhje p\u00ebr nj\u00eb problem ose \u00e7\u00ebshtje t\u00eb klientit. Ne nuk kemi munges\u00eb idesh. Fillimisht, ato duhet t\u00eb gjenerohen nga punonj\u00ebsit e drejtimeve teknike. P\u00ebr t\u00eb pranuar q\u00eb ideja t\u00eb kaloj\u00eb n\u00eb zhvillim t\u00eb m\u00ebtejsh\u00ebm, autori duhet t\u00eb plot\u00ebsoj\u00eb \"Formatin e paraqitjes s\u00eb ides\u00eb\". Aty ka vet\u00ebm kat\u00ebr pyetje: \u00c7far\u00eb? Pse? Kujt i nevojitet kjo? N\u00ebse jo produkti yn\u00eb, at\u00ebher\u00eb \u00e7far\u00eb?<\/p>\n

\"SiBurimi<\/i><\/a><\/noindex><\/p>\n

P\u00ebrzgjedhja<\/h2>\n

\nSapo forma e plot\u00ebsuar mb\u00ebrrin te ne, fillon procedura e p\u00ebrpunimit dhe p\u00ebrzgjedhjes. Faza e p\u00ebrzgjedhjes \u00ebsht\u00eb m\u00eb e pun\u00ebs k\u00ebrkuese. N\u00eb k\u00ebt\u00eb faz\u00eb krijohen hipotezat e problemeve (nuk e thash\u00eb kot m\u00eb sip\u00ebr q\u00eb idealisht ideja duhet t\u00eb zgjidh\u00eb nj\u00eb problem t\u00eb klientit) dhe vlera e produktit. Formulohet hipoteza e shkall\u00ebs, dmth. si do t\u00eb rritet dhe t\u00eb p\u00ebrparoj\u00eb biznesi yn\u00eb. Kryhen intervista me probleme dhe ekspert\u00eb me klient\u00eb t\u00eb mundsh\u00ebm p\u00ebr t\u00eb konfirmuar paraprakisht se ne po planifikojm\u00eb t\u00eb prodhojm\u00eb di\u00e7ka t\u00eb nevojshme. Nevojiten t\u00eb pakt\u00ebn 10-15 intervista p\u00ebr t\u00eb nxjerr\u00eb nj\u00eb p\u00ebrfundim mbi nevojshm\u00ebrin\u00eb e produktit.<\/p>\n

\"Si
\nN\u00ebse hipotezat konfirmohen, b\u00ebhet nj\u00eb analiz\u00eb financiare paraprake, vler\u00ebsohet volumi i p\u00ebraf\u00ebrt i investimeve dhe fitimi i mundsh\u00ebm p\u00ebr investitorin. Si rezultat i k\u00ebsaj faze, lind nj\u00eb dokument me emrin Lean Canvas dhe i paraqitet menaxhmentit. <\/p>\n

\"Si<\/p>\n

Koncepsi<\/h2>\n

\nN\u00eb k\u00ebt\u00eb faz\u00eb, rreth 70% e idesh jan\u00eb t\u00eb larguara. N\u00ebse koncepti miratohet, nis faza e zhvillimit t\u00eb ides\u00eb. Krijohen funksionalitetet e mundshme t\u00eb produktit t\u00eb ardhsh\u00ebm, p\u00ebrcaktohen rrug\u00ebt e realizimit dhe zgjidhjet teknike optimale, p\u00ebrdit\u00ebsohet plani i biznesit. Rezultati i k\u00ebsaj faze \u00ebsht\u00eb nj\u00eb k\u00ebrkes\u00eb teknike p\u00ebr zhvillim dhe nj\u00eb rast t\u00eb detajuar biznesi. N\u00eb rast suksesi - kalojm\u00eb n\u00eb faz\u00ebn e M\u0416P ose MVP.<\/p>\n

M\u0416P ose MVP<\/h2>\n

\nMVP \u2014 \u00ebsht\u00eb nj\u00eb produkt minimalisht i jetuesh\u00ebm. Pra, \u00ebsht\u00eb nj\u00eb produkt q\u00eb nuk \u00ebsht\u00eb ndalur s\u00eb zhvilluari deri n\u00eb fund, por q\u00eb tashm\u00eb mund t\u00eb sjell\u00eb vler\u00eb dhe t\u00eb kryej\u00eb funksionin e vet. N\u00eb k\u00ebt\u00eb faz\u00eb t\u00eb zhvillimit, ne domosdoshm\u00ebrisht mbledhim feedback nga p\u00ebrdoruesit e v\u00ebrtet\u00eb dhe b\u00ebjm\u00eb ndryshime.<\/p>\n

Prodhimi<\/h2>\n

\nFaza e fundit \u2014 prodhimi. M\u00eb shum\u00eb se 5% e produkteve arrijn\u00eb n\u00eb k\u00ebt\u00eb faz\u00eb. N\u00eb k\u00ebto 5% p\u00ebrfshihen vet\u00ebm produktet m\u00eb t\u00eb r\u00ebnd\u00ebsishme, t\u00eb nevojshme, jetueshme dhe funksionale.<\/p>\n

Ne kemi shum\u00eb ide, tashm\u00eb kemi mbledhur nj\u00eb portofol t\u00eb gjer\u00eb. Ne analizojm\u00eb secil\u00ebn ide dhe b\u00ebjm\u00eb gjith\u00e7ka q\u00eb ajo t\u00eb arrij\u00eb n\u00eb faz\u00ebn p\u00ebrfundimtare. Shum\u00eb e k\u00ebndshme \u00ebsht\u00eb q\u00eb koleg\u00ebt nuk jan\u00eb mbetur indiferent\u00eb ndaj drejtimit ton\u00eb R&D dhe marrin pjes\u00eb aktive n\u00eb zhvillimin dhe zbatimin e produkteve dhe zgjidhjeve.<\/p>\n

Si e b\u00ebm\u00eb LANBIX<\/h2>\n

\nLe t\u00eb shqyrtojm\u00eb krijimin e produktit p\u00ebrmes nj\u00eb shembulli real \u2014 produktit LANBIX. Ky \u00ebsht\u00eb nj\u00eb kompleks softueriko-harduerik \"t\u00eb paketuar\", i destinuar p\u00ebr monitorimin e infrastrukturave t\u00eb vogla IT dhe njoftimin e shpejt\u00eb t\u00eb personave p\u00ebrgjegj\u00ebs dhe p\u00ebrdoruesve t\u00eb biznesit p\u00ebr defekte, me menaxhim p\u00ebrmes nj\u00eb chatbot. P\u00ebrve\u00e7 funksionit t\u00eb monitorimit, LANBIX p\u00ebrfshin gjithashtu funksionalitetin Help Desk. Ky produkt \u00ebsht\u00eb ekskluziv p\u00ebr segmentin e tregut q\u00eb synojm\u00eb. Kjo \u00ebsht\u00eb dhe avantazhi, dhe problematika jon\u00eb. Por do t\u00eb flasim p\u00ebr k\u00ebt\u00eb m\u00eb von\u00eb. Le t\u00eb themi menj\u00ebher\u00eb se LANBIX \u2014 \u00ebsht\u00eb nj\u00eb produkt \"i gjall\u00eb\" (pra, ai nuk \u00ebsht\u00eb p\u00ebrfundimtar n\u00eb zhvillimin e tij dhe \u00ebsht\u00eb n\u00eb nj\u00eb cik\u00ebl t\u00eb ri MVP). <\/p>\n

Pra, faza e par\u00eb \u2014 ideja. P\u00ebr t\u00eb lindur nj\u00eb ide, nevojiten probleme, dhe ato i kishim, m\u00eb sakt\u00ebsisht, jo vet\u00ebm ne, por edhe njoh\u00ebsit tan\u00eb. M\u00eb posht\u00eb do t\u00eb shqyrtojm\u00eb disa situata reale t\u00eb ndodhur n\u00eb fusha t\u00eb ndryshme biznesi. <\/p>\n

Nj\u00eb kompani menaxhuese e vog\u00ebl sh\u00ebrben dy nd\u00ebrtesa n\u00eb Podmoskovje. Stafi i punonj\u00ebsve q\u00eb kan\u00eb PC \u00ebsht\u00eb rreth 15 persona. Administratori i sistemit \u2014 nj\u00eb freelancer q\u00eb vjen her\u00eb pas here (biri i zgjuar i nj\u00ebrit prej banor\u00ebve t\u00eb shqet\u00ebsuar). Duke par\u00eb nga jasht\u00eb, aktiviteti i kompanis\u00eb duket se ka pak t\u00eb b\u00ebj\u00eb me IT-n\u00eb, por karakteristika e k\u00ebtij biznesi \u2014 raportimi mujor para shum\u00eb institucioneve. N\u00eb diskun sistemor t\u00eb drejtorit t\u00eb kompanis\u00eb (si zakonisht, duke kombinuar shum\u00eb role) ka p\u00ebrfunduar hap\u00ebsira e lir\u00eb. Natyrisht, kjo nuk ka ndodhur papritur, paralajm\u00ebrimi ka qen\u00eb n\u00eb ekran p\u00ebr rreth 2 muaj dhe \u00ebsht\u00eb injoruar vazhdimisht. Por erdhi nj\u00eb p\u00ebrdit\u00ebsim, sistemi operativ u p\u00ebrdit\u00ebsua dhe si p\u00ebr t\u00eb qen\u00eb fatkeq\u00ebsi, ngeci gjat\u00eb p\u00ebrdit\u00ebsimit, duke ankuar para \"vdekjes\" p\u00ebr diskun e z\u00ebn\u00eb. Kompjuteri e kaloi n\u00eb nj\u00eb rreth t\u00eb ciklit t\u00eb rinisjes. Nd\u00ebrsa merreshin me problemin dhe nxirrnin raportet, humb\u00ebn afatin p\u00ebr dor\u00ebzimin e raportit. Duke par\u00eb nga jasht\u00eb, nj\u00eb defekt i vog\u00ebl shkaktoi probleme t\u00eb ndryshme: nga humbje financiare deri n\u00eb procedura gjyq\u00ebsore dhe p\u00ebrgjegj\u00ebsi administrative.<\/p>\n

\"SiBurimi<\/i><\/a><\/noindex> \u00a0\u00a0<\/p>\n

Nj\u00eb rast i ngjash\u00ebm ndodhi n\u00eb nj\u00eb holding t\u00eb madh, i cili bashkon shum\u00eb kompani t\u00eb vogla, me nj\u00eb sh\u00ebrbim t\u00eb vet\u00ebm t\u00eb mb\u00ebshtetjes teknike p\u00ebr t\u00eb gjith\u00eb zyr\u00ebn. N\u00eb nj\u00eb nga departamentet, kompjuteri i shefit t\u00eb kontabilitetit doli jasht\u00eb funksionit. Ishte e qart\u00eb se ai mund t\u00eb prishej, pasi kompjuteri kishte filluar t\u00eb ngadal\u00ebsohet dhe t\u00eb mbante nxeht\u00ebsi, por shefi i kontabilitetit nuk kishte pasur koh\u00eb t\u00eb d\u00ebrgonte nj\u00eb k\u00ebrkes\u00eb p\u00ebr mb\u00ebshtetje. Natyrisht, ai u prish n\u00eb dit\u00ebn e pagave dhe punonj\u00ebsit e departamentit q\u00ebndruan disa dit\u00eb pa pagesa.<\/p>\n

\"Si
\nNj\u00eb biznes i vog\u00ebl i tregtis\u00eb me shumic\u00eb kishte nj\u00eb faqe shitje q\u00eb u p\u00ebrcaktua n\u00eb nj\u00eb platform\u00eb t\u00eb jashtme. P\u00ebr papeshimin e saj, ata u informuan nga nj\u00eb klient i p\u00ebrhersh\u00ebm p\u00ebrmes telefonit. N\u00eb momentin e telefonat\u00ebs, faqja kishte qen\u00eb e pap\u00ebrshkueshme p\u00ebr rreth tre or\u00eb. K\u00ebrkimi p\u00ebr personin p\u00ebrgjegj\u00ebs p\u00ebr faqen mori edhe disa or\u00eb, dhe riparimi i defektit \u2014 edhe dy. Si pasoj\u00eb, pothuajse t\u00ebr\u00eb dit\u00ebn punuese faqja ishte e pap\u00ebrshkueshme. Sipas drejtorit tregtar t\u00eb kompanis\u00eb, ky ndalim i pun\u00ebs u kushtoi atyre rreth 1 milion rubla. <\/p>\n

Un\u00eb vet\u00eb kam kaluar nj\u00eb situat\u00eb t\u00eb ngjashme, kur shkuan n\u00eb nj\u00eb takim n\u00eb poliklinik\u00eb dhe duhet t\u00eb p\u00ebrfundoja n\u00eb regjistratur\u00ebn e DMS. Ata nuk mund t\u00eb m\u00eb d\u00ebrgonin tek mjeku p\u00ebr nj\u00eb arsye banale \u2013 n\u00eb m\u00ebngjes kishte pasur nj\u00eb rritje tensioni, dhe pas k\u00ebtij incidenti sh\u00ebrbimi i tyre post\u00ebs dhe nj\u00eb sh\u00ebrbim p\u00ebr kontakt me sigurimin nuk punonin. Kur e pyeta, ku jan\u00eb administrator\u00ebt tuaj, m\u00eb than\u00eb se administratori i tyre vjen her\u00eb pas here dhe viziton \u00e7do jav\u00eb. Dhe tani (n\u00eb at\u00eb moment ishte tashm\u00eb ora 16:00) ai nuk po p\u00ebrgjigjej n\u00eb telefon. T\u00eb pakt\u00ebn 7 or\u00eb poliklinika ishte e ndar\u00eb nga bota e jashtme dhe nuk mund t\u00eb ofronte sh\u00ebrbime t\u00eb paguara. <\/p>\n

\"Si
\n\u00c7far\u00eb bashkon t\u00eb gjitha k\u00ebto raste? T\u00eb gjitha problemet mund t\u00eb ishin parandaluar me koh\u00eb. Me nj\u00eb reagim t\u00eb duhur nga njer\u00ebzit q\u00eb ofrojn\u00eb IT, mund t\u00eb ishte ulur d\u00ebmshp\u00ebrblimi i shkaktuar. Kjo do t\u00eb ishte e mundur gjithashtu dhe n\u00eb interpretimin e duhur t\u00eb simptomave t\u00eb hershme nga p\u00ebrdoruesit.<\/p>\n

Ne identifikuam hipotezat e problemeve: <\/p>\n