Li LANIT-Integration gelek xebatkarên afirîner hene. Fikrên ji bo hilber û projeyên nû bi rastî li hewa têne daliqandin. Carinan dibe ku pir dijwar be ku merivên herî balkêş nas bike. Ji ber vê yekê me bi hev re metodolojiya xwe pêş xist. Vê gotarê bixwînin ka meriv çawa projeyên çêtirîn hilbijêrin û wan bicîh bikin.
Li Rûsyayê, û li seranserê cîhanê, gelek pêvajoyên ku rê li ber veguherîna bazara IT-ê vedigirin diqewimin. Bi saya zêdebûna hêza hesabkirinê û derketina server, torê û teknolojiyên din ên virtualîzasyonê, bazar êdî hewcedariya hejmareke mezin a hardware nake. Firoşyar her ku diçe tercîh dikin ku rasterast bi xerîdaran re bixebitin. Bazara IT-ê di hemî awayên xwe de, ji peydakirina klasîk bigire heya pêla nû ya derve - "pêşkêşkerên ewr" geşek peyda dike. Pergal û hêmanên binesaziyê parastin û mîhengkirin pir hêsantir dibin. Kalîteya nermalavê her sal mezin dibe û karên entegratorê têne guhertin.
Em çawa bi ramanan dixebitin
Arasteya destpêkirina hilberê li ji salekê zêdetir e. Armanca me ya sereke ew e ku em berhemên nû biafirînin û bixin bazarê. Yekem tiştê ku me pê dest pê kir organîzekirina pêvajoya afirandina berheman bû. Me gelek metodolojî lêkolîn kirine, ji klasîk bigire heya hîpe. Lêbelê, yek ji wan hewcedariyên me pêk neanîn. Dûv re me biryar da ku em metodolojiya Destpêka Lean esas bigirin û li gorî peywirên xwe biguncînin. Destpêka Lean teoriyek karsaziyê ye ku ji hêla Eric Ries ve hatî afirandin. Ew li ser prensîb, nêzîkatî û pratîkên têgînên wekî hilberîna bêhêz, pêşkeftina xerîdar û metodolojiya pêşkeftina maqûl ve girêdayî ye.
Di derbarê nêzîkatiya rasterast a rêveberiya pêşkeftina hilberê de: me çerx ji nû ve îcad nekir, lê metodolojiya pêşkeftinê ya heyî sepand , afirîneriyê zêde dike, û naha dikare bi ewlehî jê re were gotin SCRUM-WATERFALL-BAN. SCRUM, tevî nermbûna xwe, pergalek pir hişk e û ji bo birêvebirina tîmek ku tenê ji hilberek / projeyek berpirsiyar e re maqûl e. Wekî ku hûn fêm dikin, karsaziya "entegrasyonê" ya klasîk nayê destnîşankirin ku pisporên teknîkî yên tam-demjimêrî ku li ser yek projeyê bixebitin (îstisna hene, lê pir kêm kêm), ji ber ku ji bilî xebata li ser hilberan, her kes bi projeyên heyî re mijûl e. Ji SCRUM me dabeşkirina kar li sprint, raporên rojane, paşverû û rolan girt. Me Kanban ji bo herikîna peywira xwe hilbijart û ew di pergala şopandina peywira meya heyî de baş yek bû. Me xebata xwe bi yekparebûna bi nîzama heyî ya tiştan ve ava kir.
Beriya ku hilberek bikeve bazarê, di 5 qonaxan re derbas dibe: raman, hilbijartin, konsept, MVP (agahiyên bêtir li jêr) û hilberandin.
Idea
Di vê qonaxê de tiştek domdar heye - ramanek. Bi îdeal, ramanek ku pirsgirêkek heyî an pirsgirêkek xerîdar çareser bike. Ti kêmasiya me tune. Li gorî plansaziya destpêkê, divê ew ji hêla karmendên deverên teknîkî ve bêne çêkirin. Ji bo ku ramanek ji bo pêşkeftina pêşdetir were pejirandin, divê nivîskar "Şablona Sêwirana Idea" tije bike. Tenê çar pirs hene: Çi? Bo çi? Kî hewcedarê vê yekê ye? Û heger ne hilberê me, paşê çi?
Neqînî
Hema ku şablonê qedandî digihîje me, prosedûra pêvajo û hilbijartinê dest pê dike. Qonaxa hilbijartinê ya herî kedkar e. Di vê qonaxê de, hîpotezên pirsgirêkan têne çêkirin (ne ji bo tiştek bû ku min di paragrafa berê de behs kir ku bi îdeal divê ramanek pirsgirêka xerîdar çareser bike) û nirxa hilberê. Hîpotezek pîvanê pêk tê, yanî. karsaziya me dê çawa mezin bibe û pêş bikeve. Pirsgirêk û hevpeyivînên pispor bi xerîdarên potansiyel re têne kirin da ku pejirandina pêşîn peyda bikin ku em ê tiştek hewce hilberînin. Bi kêmanî 10-15 hevpeyivîn hewce dike ku di derheqê hewcedariya hilberê de encamek derxîne.
Ger hîpotez bêne piştrast kirin, analîzek darayî ya pêşîn tête kirin, qebareya nêzîkê veberhênanê û dahatên gengaz ên veberhêner têne nirxandin. Di encama vê qonaxê de, belgeyek bi navê Lean Canvas çêdibe û pêşkêşî rêveberiyê tê kirin.
Concept
Di vê qonaxê de, ji sedî 70% ji ramanan têne derxistin. Ger konsept were pejirandin, wê demê qonaxa pêşveçûna ramanê dest pê dike. Karbidestiya hilbera pêşerojê tête çêkirin, rêyên pêkanînê û çareseriyên teknîkî yên çêtirîn têne destnîşankirin, û plansaziya karsaziyê nûve kirin. Encama vê qonaxê taybetmendiyek teknîkî ya ji bo pêşkeftinê û dozek karsaziyek berfireh e. Ger serketî be, em diçin qonaxa MVP an MVP.
MVP an MVP
MVP hilberek hindiktirîn e. Ewan. hilberek ku bi tevahî pêşneketiye, lê jixwe dikare nirxê bîne û fonksiyona xwe pêk bîne. Pêdivî ye ku di vê qonaxa pêşkeftinê de em ji bikarhênerên rast re bertek berhev bikin û guhertinan bikin.
Hilberînê
Û qonaxa dawîn hilberîn e. Zêdeyî 5% hilberan digihîje vê qonaxê. Ev 5% tenê hilberên herî girîng, pêwîst, bikêrhatî û fonksiyonel digire.
Gelek ramanên me hene û jixwe portfoliyoyek mezin berhev kirine. Em her ramanê analîz dikin û her tiştî dikin da ku ew bigihîje qonaxa dawî. Pir xweş e ku hevkarên me li hember rêgeza meya R&D bêguh neman û di pêşkeftin û pêkanîna hilber û çareseriyan de bi rengek çalak beşdar bûn.
Me çawa LANBIX çêkir
Ka em li afirandina hilberek bi mînakek rastîn binêrin - hilbera LANBIX. Ev pergalek nermalavê û hardware ya "box" e ku ji bo şopandina binesaziyên piçûk ên IT-yê hatî çêkirin û tavilê biryarder û bikarhênerên karsaziyê li ser xeletiyên ku bi riya chatbotê têne kontrol kirin hişyar dike. Digel fonksiyona çavdêriyê, LANBIX fonksiyona Maseya Alîkariyê vedihewîne. Ev hilber ji beşa sûkê ya ku em armanc dikin re taybetî ye. Ev hem avantaj û hem jî derdê me ye. Lê pêşî tiştên pêşîn. Ez ê tavilê bibêjim ku LANBIX hilberek zindî ye (ango, ew di pêşkeftina xwe de ne dawî ye û di qonaxa din a MVP de ye).
Ji ber vê yekê, qonaxa yekem raman e. Ji bo ku ramanek çêbibe, hûn hewceyê pirsgirêkan in, û me ew hebûn, an jî ne em, lê hevalên me. Li jêr em ê li çend rewşên rastîn ên ku di warên cûda yên karsaziyê de qewimîne binêrin.
Pargîdaniyek rêveberiya piçûk du xaniyan li herêma Moskowê diparêze. Karmendên bi PC-ê nêzî 15 kes in. Rêvebirê pergalê seredanek serbixwe ye (kurê jîr ê yek ji niştecîhên dilnerm). Wusa dixuye ku çalakiyên pargîdaniya rêveberiyê bi qelsî bi IT ve girêdayî ne, lê taybetmendiya vê karsaziyê raporkirina mehane ji gelek rayedaran re ye. Dîska pergalê ya serokê pargîdaniyê (ku, wekî gelemperî, gelek rolan li hev dike) ji cîhê belaş derketiye. Bi awayekî xwezayî, ev yek ji nişka ve pêk nehat; hişyarî bi qasî 2 mehan sekinî û bi berdewamî hate paşguh kirin. Lê nûvekirinek hat, OS-ê hate nûve kirin û, ji ber ku bextê wê be, ew di nîvê nûvekirinê de cemidand, li ber "mirinê" ji dîskek mijûl gilî kir. Komputer ket nav rebootek dorhêl. Dema ku me pirsgirêk çareser dikir û rapor digirt, me muhleta ragihandinê ji dest da. Wusa dixuye ku xeletiyek piçûk bûye sedema pirsgirêkên cihê: ji windahiyan bigire heya doz û berpirsiyariya îdarî.
Bûyerek bi vî rengî di pargîdaniyek mezin de qewimî, ku gelek pargîdaniyên piçûk, bi yek karûbarê piştevaniya teknîkî ya ji bo tevahiya ofîsê yek kir. Li yek ji beşan, komputera midûrê sereke şikest. Demek dirêj dihat zanîn ku ew dikaribû têk biçe (komputer bi bêhêvî hêdî dibû û germ dibû), lê serek hesabker qet neçû ku daxwazek ji piştgiriya teknîkî re bişîne. Bi xwezayî, ew tam di roja mûçeyê de têk çû, û karmendên beşê çend rojan bê pere man.
Karsaziyek piçûk di bazirganiya piçûk de malperek firotanê hebû, ku li ser malperek derveyî mêvandar bû. Em bi têlefonê ji xerîdarek birêkûpêk fêrî tunebûna wê bûn. Di dema bangê de, malper bi qasî sê saetan xera bû. Du demjimêrên din girt ku meriv berpirsiyarê malperê bibîne, û du saetên din jî ji bo çareserkirina pirsgirêkê. Li gorî vê yekê, malper hema hema tevahiya roja xebatê ne amade bû. Li gorî rêveberê bazirganî yê pargîdaniyê, ev demdirêj bi qasî 1 mîlyon ruble lêçû.
Dema ku ez ji bo randevûyekê hatim klînîkê û neçar bûm ku biçim qeydkirina VHI, ez bi xwe rastî rewşek wusa hatim. Wan ji ber sedemek hindik nekarîn min bişînin bijîjkî - danê sibê hêzek zêde bû, û piştî qezayê karûbarê wan a posteyê û hin karûbarek ji bo danûstendina bi pargîdaniya bîmeyê re nexebitî. Li ser pirsa min admînên te li ku ne, ji min re gotin ku admînên wan heftê carekê tê û serdana wan dike. Û niha (wê demê saet 16:00 bû) telefonê hilnade. Herî kêm 7 saetan klînîk ji cîhana derve qut bû û nekarî xizmetên bi pere bide.
Di van hemû dozan de çi hevpar in? Bê guman dikaribû pêşî li hemî pirsgirêkan were girtin. Bi bersivdana demkî ya mirovên IT-ê re, dikaribû zirar kêm bibe. Ger nîşanên destpêkê ji hêla bikarhêneran ve rast werin şîrove kirin dê ev gengaz be.
Me hîpotezên pirsgirêkê destnîşan kir:
- windahiyên girîng ên diravî û navûdengê ji ber leza kêm a bersivdana xeletiyên di binesaziya IT de;
- şaş şîrovekirina nîşanên destpêkê yên nebaşiyê ji hêla bikarhêneran ve.
Xerîdar dikare bi wan re çi bike, û meriv çawa di pêşerojê de ji rewşên wekhev dûr dikeve? Gelek vebijark tune:
- rêveberek pergalê ya pir jêhatî bikire û wî bi wijdanî bixebite;
- lênêrîna IT-ê ji pargîdaniyek karûbarê pispor re derxe;
- serbixwe pergala çavdêrîkirin û raporkirina xeletiyan bicîh bikin;
- perwerdehiyê ji bikarhêneran / personelên karsaziyê re di bingehên xwendewariya komputerê de peyda bikin.
Werin em li ser vebijarka sêyemîn rûnin. Werin em pergalek çavdêriyê pêşkêşî wan kesan bikin ku ji ber sedemên cûda wê bikar neynin.
Dûrketina lîrîk. Pergalên cihêreng ên ji bo şopandina karûbarên IT-ê di bazara pargîdaniyê de ji demek dirêj ve têne bikar anîn, û berjewendîyên wan nakokî ne. Min bi nûnerên pargîdaniyên mezin re peyivî, min dît ku têkiliya di navbera karsazî û IT-ê de çawa hate çêkirin. Rêvebirê teknîkî yê pargîdaniyek mezin a çêkirina makîneyan, domandina binesaziya IT-yê ji pargîdaniyek derveyî re veqetandiye, lê ew bixwe di derbarê hemî mijaran de agahdar e. Li ofîsa wî dîmenderek pergala çavdêriyê ya mezin bi nîşaneyên rewşa karûbarên IT ve girêdayî ye. Yên herî krîtîk di nav pergalê de ne. Di her kêliyê de rêveberê teknîkî dikare bizanibe ku rewşa binesaziyê di çi rewşê de ye, çi diqewime, pirsgirêk li ku ye, gelo berpirsiyar hatine agahdar kirin, gelo pirsgirêk çareser dibin.
Çîrokên ku li jor hatine navnîş kirin tîmê me difikirî ku meriv çawa ji bo pargîdaniyên piçûk pergalek çavdêriya çêtirîn biafirîne. Wekî encamek, LANBIX ji dayik bû - pergalek çavdêriyê ya ku bêyî agahdariya IT-ê ji hêla her kesê ve bête bicîh kirin. Armanca sereke ya pergalê hêsan e, mîna hemî pergalên ku armanc dikin ku domdarî û hebûna zêde bikin - kêmkirina windahiyên diravî û yên din di bûyera dakêşana neplankirî de. Amûr ji bo kêmkirina dema di navbera "tiştek şikestî" û "pirsgirêk hatî rast kirin" de hatî çêkirin.
Ji bo piştrastkirina hîpotezan, hevpeyvînên pirsgirêkê hatin kirin. Min nikarî bifikirim ku mirov dê çiqas amade bin bêyî ku hewl bidin ku ji wan re bifroşin. Her axaftin bi kêmî ve 1,5 demjimêran dom kir, û me gelek agahdariya kêrhatî ji bo pêşkeftina bêtir wergirt.
Ka em encamên vê qonaxê kurt bikin:
- têgihiştina pirsgirêkê heye,
- têgihîştina nirxê - heye,
- Fikra çareseriyê heye.
Qonaxa duyemîn berfirehtir bû. Li ser bingeha encamên wê, me neçar ma ku ji rêveberiyê re, ku bi bingehîn rola veberhênerek dilîze, dozek karsaziyê (eynî Canvas Lean) pêşkêşî rêveberiyê bikin da ku biryarek li ser çarenûsa pêşerojê ya hilberê bide.
Me bi lêkolîna bazarê û analîza pêşbaziyê dest pê kir da ku em fêr bibin ka kî, çi û ya herî girîng ew li vê bazarê çawa dikin.
Li jêr derket holê.
- Ji bo beşa me (karsaziya piçûk) li sûkê pergalên çavdêriya qutkirî yên amade tune, ji bilî du-sêyan, ku ez ê ji ber sedemên diyar qala wan nekim.
- Pêşbazên me yên sereke, pir ecêb, rêvebirên pergalê ne ku bi nivîsarên malê-nivîsandî û "zêde-yên" pergalên çavdêriya çavkaniya vekirî ne.
- Di karanîna pergalên çavdêriya çavkaniya vekirî de pirsgirêkek zelal heye. Pergalek heye, gelek agahdarî li ser meriv çawa dixebite û pergalê li gorî hewcedariyên we biguhezîne heye. Ji rêvebirên ku min pê re hevpeyivîn kir, gelekan qebûl kirin ku têra xwe ne xwedî jêhatîbûn ku bi serê xwe ramanên xwe bicîh bînin. Lê ji tirsa ji kar avêtinê nikarin vê yekê li rêveberiyê qebûl bikin. Derdikeve holê ku ew dorhêlek xirab e.
Dûv re me derbasî analîzkirina hewcedariyên xerîdarên xwe yên potansiyel bû. Me ji xwe re beşek rêxistinên piçûk ên ku ji ber hin sedeman ne xwedan karûbarê IT-ya xwe ne, ku li wir rêveberek pergalê ya hatî, serbixweyek, an pargîdaniyek karûbarê berpirsiyarê IT-ê ye, destnîşan kir. Ew ne alîyê IT-ê bû ku biryar da ku bikeve, lê alîyê karsaziyê, damezrîner û xwedan karsaziyê amûrek pêşkêşî dike da ku kalîteya karûbarê binesaziya IT-ê baştir bike. Hilberek ku divê ji xwedan re bibe alîkar ku karsaziya xwe ewle bikin, lê di heman demê de ew ê kar li kesên ku ji IT berpirsiyar in zêde bike. Hilberek ku ji bo şopandina qalîteya piştgiriya IT-ê amûrek peyda dike.
Di encama hilanîna daneyên wergirtî de, navnîşa yekem a hewcedariyên (cûreyek paşvekêşana hişk) ji bo hilbera pêşerojê çêbû:
- divê pergala çavdêriyê li ser bingeha çareseriyek çavkaniyek vekirî be û wekî encamek erzan be;
- sazkirina hêsan û bilez;
- Pêdivî ye ku di IT-ê de zanyariyek taybetî hewce neke, tewra hesabkerek (bi tu awayî min nexwest ku nûnerên vê pîşeyê aciz bikim) divê bikaribe pergalê bicîh bike û mîheng bike;
- divê bixweber tiştên ji bo şopandina li ser torê kifş bike;
- divê bixweber (û bi îdeal bixweber) ajanên çavdêriyê saz bikin;
- divê karibe karûbarên derveyî, bi kêmî ve pergalek CRM û malperek firotanê bişopîne;
- divê hem karsazî û hem jî rêvebirê pergalê ji pirsgirêkan agahdar bike;
- Asta kûrahî û "ziman" a hişyariyan divê ji bo rêvebir û karsaziyê cûda be;
- divê pergal li ser hardware xwe were peyda kirin;
- divê hesin bi qasî ku gengaz be;
- divê sîstem ji faktorên derve heta ku mimkun be serbixwe be.
Dûv re, veberhênanên di pêşkeftina hilberê de hatin hesibandin (tevî lêçûnên kedê ji bo karmendên beşa teknîkî). Kêşeya modela karsaziyê hate amadekirin û aboriya yekîneya hilberê hate hesibandin.
Encama qonaxê:
- paşketina hilbera asta bilind;
- modelek karsaziyek çêkirî an hîpotezek pîvanê ku hêj di pratîkê de nehatiye ceribandin.
Werin em biçin qonaxa din - konsept. Li vir em weke endezyar xwe di hêmana xwe ya zikmakî de dibînin. "Lîsteyên xwestekan" hene ku di nav pêkhate / binepergal / taybetmendî de têne veqetandin, dûv re vediguherin taybetmendiyên teknîkî / çîrokên bikarhêner, paşê jî dibin projeyek, hwd. Ez ê bi hûrgulî li ser pêvajoya amadekirina komek vebijarkên alternatîf nesekinim; em rasterast biçin ser hewcedarî û rêbazên bijartî yên ji bo pêkanîna wan.
Xwestin
biryar
- Divê ew pergalek çavdêriya vekirî be;
Em pergalek çavdêriya çavkaniyek vekirî digirin.
- Pergal divê sade û bilez were sazkirin;
- divê zanîna IT-ya taybetî hewce neke. Tewra hesabkerek pêdivî ye ku bikaribe pergalê bicîh bike û mîheng bike.
Em pergalek sazkirî pêşkêşî dikin da ku bikarhêner tenê pêdivî ye ku amûrê veke û wê piçek, mîna routerek, mîheng bike.
Werin em pêwendiya bi cîhazê re li tiştek hêsan û ji her kesî re têgihîştin nêzîk bikin.
Werin em ji bo yek ji peyamnêrên tavilê yên naskirî chatbot-a xwe binivîsin û hemî danûstendinên bi pergalê re jê re veguhezînin.
Sîstem divê:
- bixweber tiştên ku ji bo çavdêrîkirina li ser torê hewce ne tespît dike;
- bixweber ajanên çavdêriyê saz bikin;
- Dikarin karûbarên derveyî, bi kêmî ve pergalek CRM û malperek firotanê bişopînin.
Em ji bo pergala çavdêriyê pêvekan dinivîsin:
- vedîtina objektê otomatîk;
- sazkirina otomatîkî ya ajanên;
- çavdêriya hebûna karûbarên derveyî.
Sîstem divê:
- hem karsazî û hem jî rêvebirê pergalê ji pirsgirêkan agahdar bikin;
- bikaribin karûbarên derveyî, bi kêmî ve pergalek CRM û malperek firotanê bişopînin. Asta kûrahî û "zimanê" ragihandinan divê ji bo rêvebir û karsaziyê cûda be.
- Pêdivî ye ku pergal pêdivî bi zanîna taybetî ya IT-ê neke; Tewra hesabkerek pêdivî ye ku bikaribe pergalê bicîh bike û mîheng bike.
- Werin em ji bo cûrbecûr bikarhêneran celebên agahdariyê lê zêde bikin. Ew di kûrahî û kûrahî de cûda dibin. Bikarhênerek karsaz dê agahdariya wekî "her tişt baş e, lê komputera Ivanov dê di demek nêzîk de bimire" bistîne. Rêvebir dê di derbarê xeletiyê de, kî, çawa û çi qewimî an jî dibe ku bibe, peyamek bêkêmasî bistîne.
- Werin em şiyana karanîna nameya berpirsiyarek din lê zêde bikin, da ku di bûyera têkçûnê de ew ê peyamek bistîne.
- Werin em li ser bingeha şandina e-nameyên bi nivîsa pêş-amadekirî re danûstendina bi pêşkêşkerên karûbarê derveyî re zêde bikin, ji ber Ew e-nameya ku bûyerê dide.
- Hemî danûstendina bi pergalê re dê bi chatbotek ve girêdayî be; ragihandin bi şêwazek diyalogê tête kirin.
Addition:
- Werin em fonksiyona "chat bi rêveberê re" lê zêde bikin da ku bikarhêner bikaribe ji rêveberê re peyamek ku rasterast pirsgirêkê vedibêje bişîne.
- Pêdivî ye ku pergal li ser hardware xwe were peyda kirin.
- Divê hesin hebe.
- Divê pergal bi qasî ku pêkan ji jîngehê serbixwe be.
- Werin em komputerek amade û erzan Raspberry PI-yê bistînin.
- Em ê panelek dabînkirina hêzê ya bênavber dîzayn bikin.
- Ka em modemek lê zêde bikin ku ji rewşa tora herêmî serbixwe be.
- Em ê avahiyek xweşik dîzayn bikin.
Naha sê bine pergalên me hene ku ji bo pêkanîna wan hewcedarî û dîtina wan hene:
- subsystem hardware;
- subsystem çavdêrîkirina;
- binpergala danûstendina bikarhêner.
Me sêwiranek pêşîn ji bo binepergala hardware pêş xist. Yes Yes! Bi binpêkirina hemî rêgezên agile, me belgeyek amade kir, ji ber ku kargehên hilberînê bi belgeyan dixebitin. Ji bo bine pergalên mayî, me bikarhêner (kes) nas kirin, çîrokên bikarhêner amade kirin, û ji bo pêşkeftinê peywir nivîsandin.
Ev qonaxa konseptê bi dawî dike, û encam ev e:
- projeya ji bo platformek hardware;
- ji bo du binesîstemên mayî vîzyonek di forma çîrokên bikarhêneran de hatî formule kirin;
- prototîpek nermalavê ku wekî makîneyek virtual hatî bicîh kirin;
- prototîpek hardware, ku di forma standê de hatî bicîh kirin, ku çareseriyên hardware bi rastî ji bo hêzê hatine ceribandin;
- ceribandina ku ji hêla rêveberên me ve hatî çêkirin.
Pirsgirêkên di vê qonaxê de bi piranî rêxistinî bûn û girêdayî nebûna zanîna kadroyên endezyariyê di warên yasayî û hesabî yên firotanê de bûn. Ewan. Tiştek e ku meriv fêr bibe ka meriv çi û meriv çawa difiroşe, û tiştek din e ku meriv bi makîneyek qanûnî ya bêrehm re rû bi rû bimîne: patentan, peywirên pêşkeftinê, qeydkirin, EULA û hêj bêtir ku me, wekî mirovên afirîner, di destpêkê de li ber çavan negirt.
Hîn ne pirsgirêkek hebû, lê ji ber vê yekê dijwariyek bi sêwirana dorpêçan re têkildar bû. Tîma me tenê ji endezyaran pêk tê, ji ber vê yekê guhertoya yekem a dozê ji hêla pisporê meya elektronîkî ve ji plexiglassê hate "avakirin".
Laş xuya bû, bi nermî, nakokî, nemaze ji bo gel, ku ji hêla teknolojiya nûjen ve hatî xerakirin. Bê guman, di nav nifşa kevn a "Kulibins" de nasker hebûn - avahî di wan de hestên nostaljîk derdixist. Biryar hate girtin ku doz ji nû ve were çêkirin û sêwirandin, ji ber ku ya kevn, ji bilî kêmasiyên estetîkî, yên strukturel jî hebûn - pleksiglas baş tehmûl nekir û jihevdexistina amûrê xweş bû û meyla şikestê dikir. Ez ê li ser hilberîna dozê bêtir ji we re bibêjim.
Û naha em nêzî xeta qedandinê ne - MVP. Bê guman, ev hîn ne hilberek hilberîna dawîn e, lê ew jixwe kêrhatî û hêja ye. Armanca sereke ya vê qonaxê destpêkirina çerxa "afirandin-nirxandin-hînbûn" e. Ev tam qonaxa ku LANBIX tê de ye.
Di qonaxa "çêkirin" de, me amûrek çêkir ku fonksiyona diyarkirî pêk tîne. Erê, ew hîn ne bêkêmasî ye, û me li ser xebata xwe berdewam kir.
Ka em vegerin ser çêkirina laş, yanî. ji bo peywira veguherîna amûrê me ji nostaljîk bo nûjen. Di destpêkê de, min ji bo hilberînerên kabîneyê û karûbarên sêwirana pîşesaziyê li sûkê geriyan. Ya yekem, ne pir pargîdaniyên ku li bazara rûsî dozan çêdikin hene, û ya duyemîn jî, lêçûna sêwirana pîşesaziyê di vê qonaxê de pir zêde ye, bi qasî 1 mîlyon ruble.
Wan ji bo sêwiranê bi beşa meya kirrûbirrê re têkilî danî; sêwiranerê ciwan ji bo ceribandinên afirîner amade bû. Me vîzyona xwe ya li ser hull diyar kir (berê li ser nimûneyên çêtirîn ên avakirina hullê lêkolîn kir), û wî, di encamê de, ew veguherand karek hunerî. Tiştê ku dimîne hilberandina wê ye. Em, bi sêwirana xwe serbilind in, berê xwe dan hevkarên xwe. CEOyê wan tavilê fanteziyên me şikand û tiştên ku bi awayê bijartî me nedihat hilberandin, bi tevahî belaş destnîşan kir. Doz dikare were hilberandin, û ew ê ji ya Apple ne xirabtir be, lê lêçûna dozê dê sê-çar carî ji hemî pêkhateyên elektronîkî bihatir be. Piştî rêze operasyon û pejirandinan, me xanîyek ku dikare were çêkirin sêwirand. Erê, ew ne ew qas xweşik e ku me plan kiriye, lê ji bo bidestxistina armancên heyî îdeal e.
Encama qonaxê: koma yekem a amûrên ji bo şer û ceribandinê amade ne.
Û niha ya herî dijwar qonaxa "nirxandin" e, û bi berhema xwe em tam di vê nuqteyê de ne. Em tenê dikarin li ser bingeha encamên karanîna ji hêla xerîdarên rastîn ve binirxînin û tu texmîn li vir kar nakin. Pêdivî ye ku em ji wan "bicihkerên destpêkê" re nerîn peyda bikin û guheztinên hilberê ku bi rastî hewce ne bikin. Pirs çêdibe: meriv xerîdar li ku derê bigire û meriv çawa wan razî bike ku beşdarî ceribandinê bibin?
Ji hemî vebijarkên gengaz, me komek klasîk a amûrên dîjîtal hilbijart: rûpela zevî û kampanyaya reklamê li ser torên civakî.
Pêvajo ji niha ve hatiye destpêkirin, lê hîn zû ye ku em li ser encaman biaxivin, her çend jixwe bersiv hene û me piştrastkirina gelek hîpotezên xwe wergirtiye. Surprîzek xweş berteka nûnerên beşên karsaziyê yên bi tevahî cûda bû, ji yên ku me hêvî dikir pir mezintir. Dê bêaqil be ku meriv danasînên nû guh nede, û li ser bingeha encamên hevpeyivînan, biryar hat dayîn ku xetek LANBIX ya paralel a bi navê LANBIX Enterprise were destpêkirin. Me piştgirî ji bo binesaziyên belavbûyî, şopandina torên Wi-Fi bi çareserkirin û herêmîkirinê, û şopandina qalîteya kanalên ragihandinê zêde kiriye. Şîrketên xizmetê eleqeya herî mezin a çareseriyê nîşan dan. Di heman demê de, amûrên ku me berê pêş xistine di xebata çareseriyan de rolek girîng dileyzin.
Dê çi biqewime
Dê bi LANBIX-a orîjînal re çi bibe dê li ser bingeha encamên kampanyayê zelal bibe. Ger hîpotezên me neyên pejirandin, li gorî metodolojiya Lean, em ê bi hovîtî jê xilas bibin an jî ew ê veguhezînin tiştek nû, ji ber ku ji çêkirina hilberek ku hewcedariya tu kesî tune xirabtir tiştek tune. Lê niha em dikarin bibêjin ku xebatên ku hatine kirin ne vala derneketine û bi saya wê, şaxek tevahî berhemên paralel derketiye holê ku em bi awayekî aktîf li ser dixebitin. Heke serketî be, LANBIX dê ji qonaxa MVP-ê berbi qonaxa dawîn ve biçe û dê li gorî qanûnên klasîk ên têgihîştî yên kirrûbirra hilberê pêşve bibe.
Ez dubare dikim, naha em dixwazin pejirankerên zû bibînin, pargîdaniyên ku dikarin hilbera me saz bikin da ku bertek berhev bikin. Ger hûn bala ceribandina LANBIX dikin, di şîroveyan an peyamên taybet de binivîsin.
Source: www.habr.com