{"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 \u00abLANIT-Integra\u00bb ka shum\u00eb punonj\u00ebs krijues. Idet\u00eb p\u00ebr produkte dhe projekte t\u00eb reja pothuajse fluturojn\u00eb n\u00eb aj\u00ebr. T\u00eb identifikosh ato m\u00eb interesante ndonj\u00ebher\u00eb mund t\u00eb jet\u00eb shum\u00eb e v\u00ebshtir\u00eb. Prandaj, ne zhvilluam metodologjin\u00eb ton\u00eb me p\u00ebrpjekjet tona t\u00eb p\u00ebrbashk\u00ebta. Si t\u00eb selektosh projektet m\u00eb t\u00eb mira dhe si t'i realizosh ato, m\u00ebso n\u00eb k\u00ebt\u00eb artikull.<\/p>\n

\"Si<\/a><\/noindex>
\nN\u00eb Rusi, dhe gjithashtu n\u00eb bot\u00eb n\u00eb p\u00ebrgjith\u00ebsi, po ndodhin nj\u00eb s\u00ebr\u00eb procesesh q\u00eb po \u00e7ojn\u00eb n\u00eb transformimin e tregut t\u00eb IT. Fal\u00eb rritjes s\u00eb fuqive kompjuterike dhe shfaqjes s\u00eb teknologjive t\u00eb virtualizimit serverik, rrjetor dhe t\u00eb tjera, tregu ka ndalur s\u00eb paturi nevoj\u00eb p\u00ebr nj\u00eb sasi t\u00eb madhe 'hardueri'. Vendet e teknologjis\u00eb po preferojn\u00eb gjithnj\u00eb e m\u00eb shum\u00eb t\u00eb punojn\u00eb drejtp\u00ebrdrejt me klient\u00ebt. N\u00eb tregun e IT-s\u00eb, outsourcing-u po lul\u00ebzon n\u00eb t\u00eb gjitha manifestimet e tij, duke filluar nga outsourcing-u klasik dhe duke p\u00ebrfunduar tek profesionist\u00ebt e rinj \u2013 'ofruesit e cloud'. Sistematik\u00eb infrastrukturore dhe element\u00ebt b\u00ebhen shum\u00eb m\u00eb t\u00eb thjesht\u00eb p\u00ebr t'u mbajtur dhe konfiguruar. Cil\u00ebsia e software-it po rritet \u00e7do vit dhe detyrat e integratorit po transformohen. <\/p>\n

\"Si<\/p>\n

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

\nDrejtimi i startup-it produktor n\u00eb \u00abLANIT-Integra\u00bb<\/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 sjellja e tyre n\u00eb treg. E para q\u00eb filluam, ishte organizimi i procesit t\u00eb krijimit t\u00eb produkteve. Ne kemi studiuar shum\u00eb metodologji, duke filluar nga ato klasike deri te ato m\u00eb moderne. Megjithat\u00eb, asnj\u00ebra prej tyre nuk p\u00ebrputhej me k\u00ebrkesat 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 kursyer' \u00ebsht\u00eb nj\u00eb teori sipermarrjeje e krijuar nga Eric Ries. N\u00eb themel t\u00eb saj q\u00ebndrojn\u00eb parimet, qasjet dhe praktikat e konceptesh t\u00eb tilla si prodhimi i kursyer, zhvillimi i klientit dhe metodologjia fleksib\u00ebl e zhvillimit.<\/p>\n

Sa i p\u00ebrket qasjes s\u00eb menaxhimit t\u00eb zhvillimit t\u00eb produktit: ne nuk shpik\u00ebm rrot\u00ebn, por aplikuam nj\u00eb metodologji ekzistuese t\u00eb zhvillimit SCRUM<\/a><\/noindex>, duke shtuar kreativitet, tani mund t\u00eb quhet me guxim SCRUM-WATERFALL-BAN. SCRUM, megjith\u00ebse ka fleksibilitet, \u00ebsht\u00eb nj\u00eb sistem shum\u00eb i rrept\u00eb dhe i p\u00ebrshtatsh\u00ebm p\u00ebr menaxhimin e nj\u00eb ekipi q\u00eb p\u00ebrgjigjet vet\u00ebm p\u00ebr nj\u00eb produkt\/projekt. Si\u00e7 e kuptoni, biznesi klasik i \"integrator\u00ebve\" nuk parashikon ndarjen e specialist\u00ebve teknik\u00eb p\u00ebr koh\u00eb t\u00eb plot\u00eb p\u00ebr t\u00eb punuar n\u00eb nj\u00eb projekt (p\u00ebrjashtime ndodhin, por shum\u00eb rrall\u00eb), duke qen\u00eb se p\u00ebrve\u00e7 pun\u00ebs mbi produktet, t\u00eb gjith\u00eb jan\u00eb t\u00eb angazhuar n\u00eb projektet aktuale. Nga SCRUM mor\u00ebm ndarjen e pun\u00ebs n\u00eb sprintet, raportimin e p\u00ebrditsh\u00ebm, retrospektivat dhe rolet. P\u00ebr t\u00eb punuar me fluksin e detyrave, zgjodh\u00ebm Kanban, dhe ai u integrua shk\u00eblqyesh\u00ebm n\u00eb sistemin ton\u00eb ekzistues t\u00eb ndjekjes s\u00eb detyrave. E organizuam pun\u00ebn, duke u integruar qet\u00ebsisht n\u00eb rendin e tash\u00ebm.
\nPara se t\u00eb dal\u00eb n\u00eb treg, nj\u00eb produkt kalon n\u00ebp\u00ebr 5 etapa: ide, p\u00ebrzgjedhje, koncept, MVP (m\u00eb shum\u00eb - m\u00eb posht\u00eb) dhe prodhim.<\/p>\n

Ideja<\/h2>\n

\nN\u00eb k\u00ebt\u00eb faz\u00eb ka di\u00e7ka eterike \u2013 ideja. Idealisht, ideja e nj\u00eb zgjidhjeje p\u00ebr nj\u00eb problem apo detyr\u00eb t\u00eb klientit. Nuk kemi munges\u00eb idesh. Sipas konceptit fillestar, ato duhet t\u00eb gjenerohen nga punonj\u00ebsit e drejtimeve teknike. P\u00ebr t\u00eb pranuar iden\u00eb p\u00ebr zhvillim t\u00eb m\u00ebtejsh\u00ebm, autori duhet t\u00eb plot\u00ebsoj\u00eb \"Shabllonin e form\u00ebs p\u00ebr ide\". Aty ka vet\u00ebm kat\u00ebr pyetje: \u00c7far\u00eb? Pse? Kush e ka nevoj\u00eb k\u00ebt\u00eb? Dhe n\u00ebse nuk \u00ebsht\u00eb produkti yn\u00eb, at\u00ebher\u00eb \u00e7far\u00eb?<\/p>\n

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

P\u00ebrzgjedhja<\/h2>\n

\nSapo shablloni i plot\u00ebsuar arrin tek ne, fillon procedura e p\u00ebrpunimit dhe p\u00ebrzgjedhjes. Faza e p\u00ebrzgjedhjes \u00ebsht\u00eb m\u00eb e pun\u00ebs shum\u00eb. N\u00eb k\u00ebt\u00eb etap\u00eb formohen hipotezat e problemeve (nuk e kam p\u00ebrmendur pa arsye n\u00eb paragrafin e m\u00ebparsh\u00ebm se, idealisht, ideja duhet t\u00eb zgjidh\u00eb problemin e klientit) dhe vlera e produktit. Formohet hipoteza e shkall\u00ebs, dmth. si do t\u00eb rritet dhe t\u00eb lul\u00ebzoj\u00eb biznesi yn\u00eb. Realizohen intervista problematike dhe ekspert\u00ebsh me klient\u00eb potencial\u00eb p\u00ebr nj\u00eb konfirmim paraprak se jemi duke prodhuar di\u00e7ka t\u00eb nevojshme. Duhet t\u00eb realizohen 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 paraprake financiare, vler\u00ebsohet p\u00ebrllogaritja e investimeve sipas asaj \u00e7far\u00eb pritet t\u00eb fitohet. Si rezultat i k\u00ebsaj etape, lind dokumenti i quajtur Lean Canvas dhe paraqitet p\u00ebr drejtimin. <\/p>\n

\"Si<\/p>\n

Koncepci<\/h2>\n

\nN\u00eb k\u00ebt\u00eb faz\u00eb, rreth 70% e ideve filtrohen. N\u00ebse koncepti miratohet, fillon faza e zhvillimit t\u00eb ideve. Formohen funksionalitetet e produktit t\u00eb ardhsh\u00ebm, p\u00ebrcaktohen m\u00ebnyrat e realizimit dhe zgjidhjet teknike optimale, si dhe azhurnohet plani biznesor. Rezultati i k\u00ebsaj faze \u00ebsht\u00eb dokumentacioni teknik p\u00ebr zhvillimin dhe nj\u00eb rast t\u00eb detajuar biznesor. N\u00eb rast suksesi, kalojm\u00eb n\u00eb faz\u00ebn M\u0416\u041f ose MVP.<\/p>\n

M\u0416\u041f ose MVP<\/h2>\n

\nM\u0416\u041f \u00ebsht\u00eb produkti minimal jet\u00ebsor. Pra, \u00ebsht\u00eb nj\u00eb produkt i cili nuk \u00ebsht\u00eb zhvilluar plot\u00ebsisht, por q\u00eb tashm\u00eb mund t\u00eb sjell\u00eb vler\u00eb dhe funksionalitetin e tij e \u00e7on deri n\u00eb fund. Patjet\u00ebr q\u00eb n\u00eb k\u00ebt\u00eb faz\u00eb t\u00eb zhvillimit, mbledhim reagime nga p\u00ebrdoruesit real\u00eb dhe b\u00ebjm\u00eb ndryshime.<\/p>\n

Prodhimi<\/h2>\n

\nDhe faza e fundit \u00ebsht\u00eb prodhimi. N\u00eb k\u00ebt\u00eb faz\u00eb arrijn\u00eb jo m\u00eb shum\u00eb se 5% e produkteve. N\u00eb k\u00ebto 5% p\u00ebrfshihen vet\u00ebm produktet m\u00eb t\u00eb r\u00ebnd\u00ebsishme, t\u00eb nevojshme, jet\u00ebsore dhe funksionale.<\/p>\n

Ne kemi shum\u00eb ide, kemi mbledhur nj\u00eb portofol t\u00eb gjer\u00eb. Ne \u00e7mojm\u00eb \u00e7do ide dhe b\u00ebjm\u00eb gjith\u00e7ka q\u00eb ajo t\u00eb arrij\u00eb n\u00eb faz\u00ebn p\u00ebrfundimtare. \u00cbsht\u00eb shum\u00eb e k\u00ebndshme q\u00eb koleg\u00ebt nuk kan\u00eb mbetur indiferent\u00eb ndaj departamentit ton\u00eb t\u00eb R&D dhe marrin pjes\u00eb aktivisht n\u00eb zhvillimin dhe implementimin e produkteve dhe zgjidhjeve.<\/p>\n

Si e zhvilluam LANBIX<\/h2>\n

\nLe t\u00eb shqyrtojm\u00eb krijimin e produktit n\u00eb nj\u00eb shembull real \u2014 produkti LANBIX. Ky \u00ebsht\u00eb nj\u00eb kompleks programor-pajisje \u201ci paketuar\u201d, i destinuar p\u00ebr monitorimin e infrastrukturave t\u00eb vogla IT dhe njoftimin n\u00eb koh\u00eb t\u00eb personave p\u00ebrgjegj\u00ebs dhe p\u00ebrdoruesve t\u00eb biznesit p\u00ebr problemet me menaxhimin p\u00ebrmes nj\u00eb chatbot-i. P\u00ebrve\u00e7 funksionit t\u00eb monitorimit, LANBIX p\u00ebrfshin gjithashtu funksionalitetin Help Desk. Ky produkt \u00ebsht\u00eb ekskluziv p\u00ebr segmentin e tregut n\u00eb t\u00eb cilin jemi fokusuar. Kjo \u00ebsht\u00eb nj\u00eb avantazh ton\u00eb, por gjithashtu nj\u00eb dhimbje. Por gjith\u00e7ka n\u00eb radh\u00eb. T\u00eb them t\u00eb drejtat, LANBIX \u00ebsht\u00eb nj\u00eb produkt i gjall\u00eb (dmth, nuk \u00ebsht\u00eb p\u00ebrfundimtar n\u00eb zhvillimin e tij dhe ndodhet n\u00eb nj\u00eb cik\u00ebl tjet\u00ebr MVP). <\/p>\n

Pra, faza e par\u00eb \u00ebsht\u00eb ideja. Q\u00eb t\u00eb lind\u00eb nj\u00eb ide, duhen probleme, dhe k\u00ebto probleme i kishim, m\u00eb sakt\u00eb, mike tona. M\u00eb posht\u00eb do t\u00eb shqyrtojm\u00eb disa situata reale, t\u00eb ndodhura n\u00eb fusha t\u00eb ndryshme t\u00eb biznesit. <\/p>\n

Nj\u00eb kompani menaxhuese e vog\u00ebl sh\u00ebrben dy nd\u00ebrtesa n\u00eb Podmoskvi. Stafi i punonj\u00ebsve q\u00eb kan\u00eb PC \u00ebsht\u00eb rreth 15 persona. Administratori i sistemit \u00ebsht\u00eb nj\u00eb freelancer q\u00eb punon nga jasht\u00eb (djali i men\u00e7ur i nj\u00ebrit prej banor\u00ebve t\u00eb angazhuar). Duket se aktiviteti i kompanis\u00eb menaxhuese ka nj\u00eb var\u00ebsi t\u00eb vog\u00ebl nga IT, por karakteristika e k\u00ebtij biznesi \u00ebsht\u00eb raportimi mujor p\u00ebrpara shum\u00eb institucioneve. N\u00eb diskun sistemor t\u00eb udh\u00ebheq\u00ebsit t\u00eb kompanis\u00eb (si zakonisht, q\u00eb kombinon shum\u00eb rol), ka mbaruar hap\u00ebsira e lir\u00eb. Natyrisht, kjo nuk ndodhi papritur; paralajm\u00ebrimi kishte q\u00ebndruar p\u00ebr rreth 2 muaj dhe ishte injoruar vazhdimisht. Por e mori nj\u00eb update, sistemi u p\u00ebrdit\u00ebsua dhe, si p\u00ebr ironi, ngeci n\u00eb mes t\u00eb p\u00ebrdit\u00ebsimit, duke u ankuar para \"vdekjes\" p\u00ebr diskun e z\u00ebn\u00eb. Kompjuteri hyri n\u00eb nj\u00eb cik\u00ebl rim\u00ebk\u00ebmbjeje. Nd\u00ebrsa po merreshin me problemin dhe po nxirreshin raportet, humb\u00ebn afatin p\u00ebr dor\u00ebzimin e raporteve. Duket se nj\u00eb defekt trivial u b\u00eb shkak p\u00ebr nj\u00eb s\u00ebr\u00eb shqet\u00ebsimesh: nga humbjet deri te mosmarr\u00ebveshjet ligjore dhe p\u00ebrgjegj\u00ebsin\u00eb administrative.<\/p>\n

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

Nj\u00eb rast i ngjash\u00ebm ndodhi n\u00eb nj\u00eb grup t\u00eb madh, i cili bashkon shum\u00eb kompani t\u00eb vogla, me nj\u00eb sh\u00ebrbim t\u00eb vet\u00eb teknik t\u00eb mb\u00ebshtetjes p\u00ebr t\u00eb gjith\u00eb zyr\u00ebn. N\u00eb nj\u00eb nga departamentet, kompjuteri i kryetarit t\u00eb llogarive u prish. Ishte e njohur prej koh\u00ebsh q\u00eb ai do t\u00eb ndalej (kompjuteri ngadal\u00eb dhe nxehej), por kryetari i llogarive nuk kishte mund\u00ebsi t'i d\u00ebrgonte nj\u00eb k\u00ebrkes\u00eb sh\u00ebrbimit t\u00eb mb\u00ebshtetjes. Natyrisht, ai u prish n\u00eb dit\u00ebn e pag\u00ebs, dhe punonj\u00ebsit e departamentit q\u00ebndruan disa dit\u00eb pa para.<\/p>\n

\"Si
\nNj\u00eb biznes i vog\u00ebl me tregti me shumic\u00eb ka p\u00ebsuar nj\u00eb r\u00ebnie t\u00eb faqes s\u00eb tij t\u00eb shitjes, e cila ishte hostuar n\u00eb nj\u00eb platform\u00eb t\u00eb jashtme. E mor\u00ebn vesh p\u00ebr munges\u00ebn e saj p\u00ebrmes telefonit nga nj\u00eb klient i rregullt. N\u00eb momentin e telefonat\u00ebs, faqja kishte qen\u00eb e pap\u00ebrdorur p\u00ebr rreth tri or\u00eb. K\u00ebrkimi p\u00ebr personin p\u00ebrgjegj\u00ebs p\u00ebr faqen e internetit mori disa or\u00eb, dhe zgjidhja e defektit zgjati edhe dy t\u00eb tjera. Si rezultat, faqja ishte e pap\u00ebrdorur p\u00ebr pothuajse t\u00eb gjith\u00eb dit\u00ebn e pun\u00ebs. Sipas menaxherit tregtar t\u00eb kompanis\u00eb, ky ndales\u00eb i kushtoi rreth 1 milion rubla. <\/p>\n

Un\u00eb vet\u00eb kam hasur nj\u00eb situat\u00eb t\u00eb ngjashme kur shkova p\u00ebr nj\u00eb vizit\u00eb n\u00eb poliklinik\u00eb dhe duhej t\u00eb shkoja n\u00eb regjistrat e DMS. Nuk mund t\u00eb m\u00eb d\u00ebrgonin te mjeku p\u00ebr nj\u00eb arsye banale - n\u00eb m\u00ebngjes kishte pasur nj\u00eb rritje tensioni dhe pas aksidentit, sh\u00ebrbimi i tyre postak ishte ndalur dhe nj\u00eb sh\u00ebrbim p\u00ebr lidhjen me sigurimin nuk funksiononte. Kur pya, ku jan\u00eb administrator\u00ebt tuaj, m\u00eb than\u00eb se administratori \u00ebsht\u00eb nj\u00eb person i ardhsh\u00ebm dhe viziton ata nj\u00eb her\u00eb n\u00eb jav\u00eb. Dhe tani (n\u00eb at\u00eb moment ora ishte tashm\u00eb 16:00) ai nuk e merrte telefonin. T\u00eb pakt\u00ebn 7 or\u00eb, poliklinika kishte qen\u00eb e shk\u00ebputur nga bota e jashtme dhe nuk mund t\u00eb ofronte sh\u00ebrbime t\u00eb paguara. <\/p>\n

\"Si
\n\u00c7far\u00eb i bashkon t\u00eb gjitha k\u00ebto raste? T\u00eb gjitha problemet mund t\u00eb ishin parandaluar m\u00eb par\u00eb. Me nj\u00eb reagim t\u00eb duhur nga njer\u00ebzit q\u00eb sh\u00ebrbejn\u00eb IT-n\u00eb, d\u00ebmi i shkaktuar mund t\u00eb ishte reduktuar. Kjo do t\u00eb ishte e mundur gjithashtu me nj\u00eb interpretim t\u00eb sakt\u00eb t\u00eb simptomave t\u00eb hershme nga p\u00ebrdoruesit.<\/p>\n

Kemi identifikuar hipotezat e problemeve: <\/p>\n