{"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\/et\/blog\/administrirovanie\/kak-my-rabotaem-s-ideyami-i-kak-rodilsya-lanbix","title":{"rendered":"Kuidas me t\u00f6\u00f6tame ideedega ja kuidas LANBIX s\u00fcndis","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00abLANIT-Integratsioonides\u00bb on palju loomingulisi t\u00f6\u00f6tajaid. Uute toodete ja projektide ideed on \u00f5hust lausa haaratud. K\u00f5ige huvitavamate v\u00e4lja selgitamine osutub vahel v\u00e4ga keeruliseks. Seet\u00f5ttu oleme koos j\u00f5ududena v\u00e4lja t\u00f6\u00f6tanud oma meetodi. Kuidas parimaid projekte valida ja neid ellu viia, loe sellest artiklist.<\/p>\n

\"Kuidas<\/a><\/noindex>
\nVenemaal ja ka maailmas laiemalt toimuvad mitmed protsessid, mis viivad IT-turu transformatsioonini. T\u00e4nu arvutusv\u00f5imsuse suurenemisele ja serverite, v\u00f5rgu- ja muude virtualiseerimistehnoloogiate ilmumisele, ei vajata turul enam suurt hulka \u201erauda\u201c. Tarnijad eelistavad \u00fcha enam t\u00f6\u00f6tada otse klientidega. IT-turul \u00f5itseb tasuta teenindus igas vormis, alates klassikalisest teenindusest kuni uue laine teenusepakkujatega \u2013 \u201epilveteenuse pakkujatega\u201c. Infraestruktuuris\u00fcsteemid ja nende komponendid muutuvad oluliselt lihtsamaks hooldada ja seadistada. Tarkvara kvaliteet kasvab iga aastaga ning integratori \u00fclesanded muutuvad. <\/p>\n

\"Kuidas<\/p>\n

Kuidas me t\u00f6\u00f6tame ideedega<\/h2>\n

\nToote algatuste suund \u00abLANIT-Integratsioonides\u00bb<\/a><\/noindex> on eksisteerinud juba \u00fcle aasta. Meie peamine eesm\u00e4rk on uute toodete loomine ja nende turule toomine. Esimene samm, millega alustasime, oli toote loomise protsessi korraldamine. Uurisime l\u00e4bi mitmeid metoodikaid, alates klassikalisest kuni uute trendideni. Siiski ei vastanud \u00fckski neist meie n\u00f5udmistele. Seet\u00f5ttu otsustasime v\u00f5tta aluseks Lean Startup metoodika ja kohandada seda oma \u00fclesannete jaoks. \u201eK\u00e4rbetootmine\u201c on ettev\u00f5tlus teooria, mille l\u00f5i Eric Ries. Selle p\u00f5hialused on p\u00f5him\u00f5tted, l\u00e4henemised ja praktikad, nagu n\u00e4iteks k\u00e4rbetootmine, kliendi arendamine ja paindlik arendusmetoodika.<\/p>\n

Mis puutub otse toote arendamise juhtimise l\u00e4henemisse: me ei hakanud jalgratast leiutama, vaid rakendasime juba olemasoleva arendusmetoodika SCRUM<\/a><\/noindex>, lisades loomingulisust, ja n\u00fc\u00fcd v\u00f5ib seda julgelt nimetada SCRUM-WATERFALL-BAN-iks. SCRUM, vaatamata oma paindlikkusele, on \u00fcsna range s\u00fcsteem ja sobib meeskonna haldamiseks, mis vastutab ainult \u00fche toote\/projekti eest. Nagu m\u00f5istate, ei eelda klassikaline \u201eintegraatorite\u201d \u00e4ri tehniliste spetsialistide t\u00e4iskohaga eraldamist \u00fchel projektil (v\u00e4lja arvatud harvadel juhtudel), kuna lisaks toodete kallal t\u00f6\u00f6tamisele on k\u00f5ik h\u00f5ivatud k\u00e4imasolevate projektidega. SCRUM-ist v\u00f5tsime t\u00f6\u00f6 jagamise sprindiks, igap\u00e4evased aruandlused, retrospektiivid ja rollid. \u00dclesannete voolu t\u00f6\u00f6s kasutasime Kanbanit, mis integreerus suurep\u00e4raselt meie olemasolevasse \u00fclesannete j\u00e4lgimise s\u00fcsteemi. Oleme korraldanud t\u00f6\u00f6, sujuvalt integreerides end juba olemasolevasse korda.
\nEnne turule tulekut l\u00e4bib toode 5 etappi: idee, valik, kontseptsioon, MVP (\u00fchest allpool) ja tootmine.<\/p>\n

Idee<\/h2>\n

\nSellel etapil on midagi efemeerset \u2013 idee. Ideaalis on see lahendus olemasolevale probleemile v\u00f5i kliendi \u00fclesandele. Ideid on meil k\u00fcllaga. Algse m\u00f5tte kohaselt peaksid need genereerima tehniliste suundade t\u00f6\u00f6tajad. Et idee saaks edasi arendamiseks vastu v\u00f5etud, peab autor t\u00e4itma \u201eIdee vormistamise \u0161ablooni\u201d. Seal on vaid neli k\u00fcsimust: Mis? Kelleks? Kellele see on vajalik? Ja kui see ei ole meie toode, siis mis siis?<\/p>\n

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

Valik<\/h2>\n

\nNiikaua kui vormistatud \u0161abloon meieni j\u00f5uab, algab t\u00f6\u00f6tlemise ja valiku protseduur. Valiku etapp on k\u00f5ige t\u00f6\u00f6mahukam. Selles etapis t\u00f6\u00f6tatakse v\u00e4lja probleemide h\u00fcpoteesid (ma ei maininud eelnevas l\u00f5igus asjata, et ideaalil on idee, mis peaks lahendama kliendi probleemi) ja toote v\u00e4\u00e4rtust. Koostatakse h\u00fcpotees kasvust, st kuidas meie \u00e4ri kavatseb kasvada ja areneda. L\u00e4bi viidud probleemilised ja ekspertintervjuud v\u00f5imalike tellijatega, et eelt\u00f5estada, et kavatseme toota midagi vajalikku. Vajame v\u00e4hemalt 10-15 intervjuud, et teha j\u00e4reldusi toote vajalikusest.<\/p>\n

\"Kuidas
\nKui h\u00fcpoteesid kinnituvad, viiakse l\u00e4bi esialgne finantsanal\u00fc\u00fcs, hinnatakse ligikaudseid investeerimise mahte ja v\u00f5imalikku tulu investorile. Selle etapi tulemusena s\u00fcnnib dokument nimega Lean Canvas ja esitatakse juhtkonnale. <\/p>\n

\"Kuidas<\/p>\n

Kontseptsioon<\/h2>\n

\nSelles etapis filtreeritakse v\u00e4lja umbes 70% ideedest. Kui kontseptsioon saab heakskiidu, algab idee arendamise etapp. Koostatakse tulevase toote funktsionaalsed v\u00f5imalused, m\u00e4\u00e4ratletakse rakendusteed ja optimaalsed tehnilised lahendused, ning uuendatakse \u00e4riplaani. Selle etapi tulemuseks on tehniline \u00fclesanne arendamiseks ja detailne \u00e4rijuhtum. Edu korral liigume M\u017dP v\u00f5i MVP etappi.<\/p>\n

M\u017dP v\u00f5i MVP<\/h2>\n

\nM\u017dP on minimaalne eluj\u00f5uline toode. See t\u00e4hendab, et toode, mis ei ole t\u00e4ielikult v\u00e4lja t\u00f6\u00f6tatud, kuid suudab juba pakkuda v\u00e4\u00e4rtust ja t\u00e4ita oma funktsiooni. Arenduse sel etapil kogume kindlasti tagasisidet reaalsetelt kasutajatelt ja viime sisse muudatusi.<\/p>\n

Tootmine<\/h2>\n

\nJa viimane etapp on tootmine. Sellesse etappi j\u00f5uab mitte rohkem kui 5% toodetest. Nendesse 5% kuuluvad ainult k\u00f5ige olulisemad, vajalikud, eluj\u00f5ulised ja funktsionaalsed tooted.<\/p>\n

Meil on palju ideid ja oleme kogunud mahuka portfelli. Uurime iga ideed ja teeme k\u00f5ik, et see j\u00f5uaks l\u00f5pule. On v\u00e4ga meeldiv, et kolleegid ei ole j\u00e4\u00e4nud \u00fcksk\u00f5ikseteks meie UUR\/E&D suunale ja osalevad aktiivselt toodete ja lahenduste arendamises ja rakendamises.<\/p>\n

Kuidas me tegime LANBIX-i<\/h2>\n

\nVaadakem toote loomist reaalse n\u00e4itena \u2014 toode LANBIX. See on \u201ekarbis\u201c tarkvara-riistvara kompleks, mis on m\u00f5eldud v\u00e4ikeste IT-infrastruktuuride j\u00e4lgimiseks ja vastutavate isikute ning \u00e4rikasutajate teavitamiseks t\u00f5rgetest chatboti kaudu. Peale j\u00e4lgimise funktsiooni sisaldab LANBIX ka Help Desk funktsionaalsust. See toode on ainulaadne selle turusegmendi jaoks, millele oleme suunatud. See on meie eelis ja meie mure. Kuid k\u00f5igest j\u00e4rjest. \u00dctleksin kohe, et LANBIX on elav toode (st see ei ole oma arengus l\u00f5plik ja on j\u00e4rgmises MVP ringis). <\/p>\n

Nii et esimene etapp on idee. Idee tekkimiseks on vajalikud probleemid, ja need olid meil, pigem mitte meil, vaid meie tuttavatel. Allpool vaatame m\u00f5ningaid reaalseid olukordi, mis on juhtunud erinevates \u00e4ri valdkondades. <\/p>\n

V\u00e4ike haldusettev\u00f5te teenindab kahte maja Moskva oblastis. T\u00f6\u00f6j\u00f5ud, kellel on arvuti, on umbes 15 inimest. S\u00fcsteemihaldur on v\u00e4lit\u00f6\u00f6taja (nutikas poeg \u00fchest murelikust elanikkonnast). Tundub, et haldusettev\u00f5tte tegevus s\u00f5ltub IT-st v\u00e4he, kuid selle \u00e4ris on omadus \u2014 kuus on vaja esitada aruandeid paljudele asutustele. Ettev\u00f5tte juhi s\u00fcsteemivalikul (nagu tavaliselt, mis \u00fchendab mitmeid rolle) j\u00e4i vaba koht t\u00e4itmata. Loomulikult ei juhtunud see \u00e4kki \u2014 hoiatust oli n\u00e4htud juba umbes 2 kuud, aga seda ignoreeriti pidevalt. Aga tuli uuendus, operatsioonis\u00fcsteem uuendati ja just siis tekkis probleemuuenduse keskel, kaevates enne \u201esurma\u201d t\u00e4idetud ketta \u00fcle. Arvuti l\u00e4ks ts\u00fcklilisse taask\u00e4ivitamisse. Samal ajal kui tegeleti probleemiga ja kaevati aruandeid, m\u00f6\u00f6dus aruandluse esitamise t\u00e4htaeg. Tundus, et t\u00fchine t\u00f5rge p\u00f5hjustas mitmeid ebameeldivusi: kahjumeid kohtuvaidlustest kuni haldusvastutuse ja rahaliste kaotusteni.<\/p>\n

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

Sarnane juhtum esines suurel kontsernil, mis \u00fchendab mitmeid v\u00e4ikesi ettev\u00f5tteid, kes jagavad \u00fchte tehnikatoe teenust kogu b\u00fcroo jaoks. \u00dches osakonnas l\u00e4ks katki peaarvestaja arvuti. Et see v\u00f5iks katki minna, oli ammu teada (arvuti t\u00f6\u00f6tas kohutavalt aeglaselt ja \u00fclekuumenemine oli h\u00e4iriv), kuid peaarvestajal ei olnud aega tehnilise toe v\u00e4ljakutse esitamiseks. Loomulikult l\u00e4ks arvuti katki just palgap\u00e4eval ja osakonna t\u00f6\u00f6tajad j\u00e4id paariks p\u00e4evaks rahata.<\/p>\n

\"Kuidas
\nV\u00e4ikesel hulgikaubanduse ettev\u00f5ttel oli m\u00fc\u00fcgisaidi h\u00e4\u00e4lestamine, mis t\u00f6\u00f6tas v\u00e4listingimustes. Selle k\u00e4ttesaamatuse teada saime telefoni teel regulaarselt tellijalt. Helistamise hetkel oli veebisait olnud maas juba umbes kolm tundi. Vastutava isiku leidmine saidi eest v\u00f5ttis veel paar tundi, vea k\u00f5rvaldamine veel kaks. Seega oli veebisait praktiliselt kogu t\u00f6\u00f6p\u00e4eva jooksul k\u00e4ttesaamatu. Ettev\u00f5tte kommertsdirektori s\u00f5nul maksis see seisak neile umbes 1 miljon rubla. <\/p>\n

Ma ise olen sarnase olukorraga silmitsi seisnud, kui l\u00e4ksin polikliinikusse ja pidin minema DMS registratuuri. Arsti juurde mind ei saadetud lihtsa p\u00f5hjuse t\u00f5ttu - hommikul oli tugev pingesurve ja p\u00e4rast avariid ei t\u00f6\u00f6tanud nende postiteenus ega mingi teenus, mis suhtles kindlustusega. Minu k\u00fcsimusele, kus on teie administraatorid, vastati, et admin on neil n\u00e4dalane k\u00fclaline ja k\u00fclastab neid kord n\u00e4dalas. Ja n\u00fc\u00fcd (tol hetkel oli kell juba 16:00) ei vasta ta telefonile. Polikliinik oli v\u00e4hemalt 7 tundi v\u00e4lismaailmast eraldatud ja ei suutnud osutada tasulisi teenuseid. <\/p>\n

\"Kuidas
\nMis \u00fchendab k\u00f5iki neid juhtumeid? K\u00f5ik probleemid oleks olnud v\u00f5imalik aegsasti \u00e4ra hoida. Aegse reageerimise korral IT teenindavate inimeste poolt oleks olnud v\u00f5imalik kahjusid v\u00e4hendada. See oleks olnud v\u00f5imalik ka kasutajate poolse varajaste s\u00fcmptomite \u00f5ige t\u00f5lgendamise korral.<\/p>\n

Oleme v\u00e4lja toonud probleemide h\u00fcpoteesid: <\/p>\n