{"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\/it\/blog\/administrirovanie\/kak-my-rabotaem-s-ideyami-i-kak-rodilsya-lanbix","title":{"rendered":"Come lavoriamo con le idee e come \u00e8 nato LANBIX","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

In \u00abLanit-Integrations\u00bb there are many creative employees. Ideas for new products and projects literally fill the air. Sometimes it can be very difficult to identify the most interesting ones. That\u2019s why we developed our methodology together. Read this article to learn how to select the best projects and implement them.<\/p>\n

\"Come<\/a><\/noindex>
\nIn Russia, and indeed in the world as a whole, a number of processes are occurring that are transforming the IT market. Thanks to the increase in computing power and the emergence of server, network, and other virtualization technologies, the market no longer requires a large amount of hardware. Vendors increasingly prefer to work directly with clients. The IT market is experiencing a bloom of outsourcing in all its forms, from classic outsourcing to the new wave of providers known as 'cloud providers'. Infrastructure systems and elements are becoming significantly easier to maintain and configure. Software quality improves each year, and the integrator's tasks are evolving. <\/p>\n

\"Come<\/p>\n

How we work with ideas<\/h2>\n

\nProduct startup direction in \u00abLanit-Integrations\u00bb<\/a><\/noindex> esiste da pi\u00f9 di un anno. Il nostro obiettivo principale \u00e8 la creazione di nuovi prodotti e il loro lancio sul mercato. Per iniziare, abbiamo organizzato il processo di creazione dei prodotti. Abbiamo studiato numerose metodologie, dalle classiche alle pi\u00f9 alla moda. Tuttavia, nessuna di esse soddisfava le nostre esigenze. Cos\u00ec abbiamo deciso di adottare la metodologia Lean Startup e adattarla ai nostri obiettivi. \"Lean Startup\" \u00e8 una teoria imprenditoriale creata da Eric Ries. Essa si basa su principi, approcci e pratiche di concetti come la produzione snella, lo sviluppo del cliente e la metodologia agile.<\/p>\n

Per quanto riguarda l'approccio alla gestione dello sviluppo del prodotto: non abbiamo reinventato la ruota, ma abbiamo applicato una metodologia di sviluppo esistente. SCRUM<\/a><\/noindex>, aggiungendo creativit\u00e0, ora pu\u00f2 essere tranquillamente definita SCRUM-WATERFALL-BAN. SCRUM, nonostante la sua flessibilit\u00e0, \u00e8 un sistema molto rigido e si adatta alla gestione di un team responsabile di un solo prodotto\/progetto. Come sapete, il classico business \"integratore\" non prevede l\u2019assegnazione di specialisti tecnici a tempo pieno per lavorare su un singolo progetto (eccezioni si verificano, ma sono estremamente rare), poich\u00e9 oltre a lavorare sui prodotti, tutti sono impegnati nei progetti attuali. Da SCRUM abbiamo preso la suddivisione del lavoro in sprint, rapporti quotidiani, retrospettive e ruoli. Per lavorare con il flusso di compiti abbiamo scelto Kanban, che si \u00e8 integrato perfettamente nel nostro sistema di monitoraggio esistente. Abbiamo organizzato il lavoro, integrandoci senza problemi nell'ordine gi\u00e0 stabilito.
\nPrima di entrare nel mercato, un prodotto passa attraverso 5 fasi: idea, selezione, concetto, MVP (di seguito ulteriori dettagli) e produzione.<\/p>\n

Idea<\/h2>\n

\nIn questa fase c'\u00e8 qualcosa di effimero: un'idea. Idealmente, \u00e8 l'idea di una soluzione a un problema o a un bisogno del cliente. Non ci mancano idee. Secondo il progetto iniziale, dovrebbero essere generate dai membri dei reparti tecnici. Perch\u00e9 un'idea venga accettata per ulteriore sviluppo, l'autore deve compilare il \u00abModulo di presentazione dell'idea\u00bb. Ci sono solo quattro domande: Che cosa? A cosa serve? A chi serve? E se non \u00e8 il nostro prodotto, allora cos'altro?<\/p>\n

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

Selezione<\/h2>\n

\nNon appena il modulo compilato arriva a noi, inizia la procedura di elaborazione e selezione. La fase di selezione \u00e8 la pi\u00f9 laboriosa. In questo stadio si formulano ipotesi sui problemi (non ho menzionato per caso nel paragrafo precedente che, idealmente, l'idea dovrebbe risolvere un problema del cliente) e sul valore del prodotto. Si forma l'ipotesi della scala, ovvero come la nostra azienda intende crescere e prosperare. Vengono condotte interviste tematiche ed esperte con potenziali clienti per confermare preliminarmente che intendiamo produrre qualcosa di utile. Sono necessarie almeno 10-15 interviste per trarre conclusioni sull'utilit\u00e0 del prodotto.<\/p>\n

\"Come
\nSe le ipotesi vengono confermate, viene effettuata un'analisi finanziaria preliminare, valutando l'ammontare degli investimenti e il guadagno potenziale dell'investitore. Il risultato di questa fase \u00e8 un documento chiamato Lean Canvas, presentato alla direzione. <\/p>\n

\"Come<\/p>\n

Concetto<\/h2>\n

\nIn questa fase vengono scartate circa il 70% delle idee. Se il concetto \u00e8 approvato, inizia la fase di sviluppo dell'idea. Vengono definite le funzionalit\u00e0 del futuro prodotto, individuati i modi di attuazione e le soluzioni tecniche ottimali, aggiornato il business plan. Il risultato di questa fase \u00e8 il documento tecnico per lo sviluppo e un dettagliato business case. In caso di successo, si passa alla fase M\u0416P o MVP.<\/p>\n

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

\nM\u0416P \u00e8 un prodotto minimo vitale. Cio\u00e8, un prodotto che non \u00e8 completamente sviluppato, ma pu\u00f2 gi\u00e0 offrire valore e svolgere le proprie funzionalit\u00e0. In questa fase di sviluppo \u00e8 fondamentale raccogliere feedback da parte degli utenti reali e apportare modifiche.<\/p>\n

Produzione<\/h2>\n

\nE l'ultima fase \u00e8 la produzione. Solo il 5% dei prodotti raggiunge questa fase. In questo 5% rientrano solo i prodotti pi\u00f9 importanti, necessari, fattibili e funzionali.<\/p>\n

Abbiamo molte idee e abbiamo gi\u00e0 creato un ampio portfolio. Esaminiamo ogni idea e facciamo tutto il possibile affinch\u00e9 raggiunga la fase finale. \u00c8 molto gratificante che i colleghi non siano rimasti indifferenti al nostro ambito R&D e partecipino attivamente allo sviluppo e alla realizzazione di prodotti e soluzioni.<\/p>\n

Come abbiamo realizzato LANBIX<\/h2>\n

\nConsideriamo la creazione del prodotto con un esempio reale: il prodotto LANBIX. Si tratta di un complesso software e hardware, destinato al monitoraggio di piccole infrastrutture IT e al tempestivo avviso delle persone responsabili e degli utenti aziendali riguardo a malfunzionamenti, gestito tramite un chatbot. Oltre alla funzione di monitoraggio, LANBIX include anche funzionalit\u00e0 di Help Desk. Questo prodotto \u00e8 esclusivo per il segmento di mercato a cui ci stiamo rivolgendo. \u00c8 sia il nostro vantaggio sia il nostro dolore. Ma andiamo con ordine. Dico subito che LANBIX \u00e8 un prodotto vivo (cio\u00e8 non \u00e8 definitivo nel suo sviluppo e si trova in un'altra fase di MVP). <\/p>\n

Quindi, la prima fase \u00e8 l'idea. Per far nascere un'idea, servono problemi, e noi ne avevamo, o meglio, i nostri conoscenti ne avevano. Di seguito analizzeremo alcune situazioni reali accadute in diversi ambiti aziendali. <\/p>\n

Una piccola societ\u00e0 di gestione gestisce due edifici nella regione di Mosca. Il personale con computer \u00e8 di circa 15 persone. L'amministratore di sistema \u00e8 un freelance occasionale (il figlio intraprendente di uno dei residenti attenti). A prima vista, l'attivit\u00e0 della societ\u00e0 di gestione potrebbe sembrare poco dipendente dall'IT, ma la peculiarit\u00e0 di questo business \u00e8 la rendicontazione mensile a numerosi enti. Sul disco di sistema del capo della societ\u00e0 (che, come al solito, svolge molteplici ruoli) \u00e8 finito lo spazio disponibile. Naturalmente, questo non \u00e8 successo all'improvviso; l'avviso era visibile da circa 2 mesi ed \u00e8 stato costantemente ignorato. Ma \u00e8 arrivato un aggiornamento, il sistema operativo si \u00e8 aggiornato e, sfortunatamente, si \u00e8 bloccato a met\u00e0 dell'aggiornamento, lamentandosi prima della 'morte' per il disco pieno. Il computer \u00e8 andato in un ciclo di riavvio. Mentre cercavamo di risolvere il problema e recuperare i report, abbiamo perso la scadenza per la presentazione della documentazione. Quella che sembrava un'inconveniente banale \u00e8 diventata la causa di vari problemi: perdite finanziarie, contenziosi e responsabilit\u00e0 amministrativa.<\/p>\n

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

Un caso simile \u00e8 avvenuto in un grande gruppo che riunisce molte piccole aziende, con un unico servizio di supporto tecnico per l'intero ufficio. In uno dei dipartimenti, il computer del capo contabile si \u00e8 rotto. Era gi\u00e0 noto da tempo che potesse guastarsi (il computer rallentava disperatamente e si surriscaldava), ma il capo contabile non aveva mai trovato il tempo per inviare una richiesta al supporto tecnico. Naturalmente, si \u00e8 rotto proprio il giorno della paga, e i dipendenti del dipartimento sono rimasti senza stipendio per diversi giorni.<\/p>\n

\"Come
\nUna piccola azienda di commercio all'ingrosso aveva un sito web di vendita ospitato su una piattaforma esterna. Hanno scoperto la sua inaccessibilit\u00e0 tramite una telefonata da un cliente abituale. Al momento della chiamata, il sito era gi\u00e0 gi\u00f9 da circa tre ore. La ricerca della persona responsabile del sito \u00e8 durata altre due ore, per risolvere il problema altrettanto. Pertanto, il sito \u00e8 stato inattivo per praticamente tutta la giornata lavorativa. Secondo il direttore commerciale dell'azienda, questo inattivo \u00e8 costato loro circa 1 milione di rubli. <\/p>\n

Anch'io ho affrontato una situazione simile quando sono andato in ambulatorio e dovevo recarmi all'ufficio registrazioni DMS. Non potevano mandarmi dal medico per una ragione banale: al mattino c'era stata un' oscillazione di tensione, e dopo l'incidente il loro servizio postale e un certo servizio di comunicazione con l'assicurazione non funzionavano. Alla mia domanda su dove fossero i loro amministratori, mi \u00e8 stato detto che l'amministratore passa da loro una volta alla settimana. E adesso (allora era gi\u00e0 le 16:00) non rispondeva al telefono. Per almeno 7 ore, l'ambulatorio \u00e8 stato tagliato fuori dal mondo esterno e non ha potuto fornire servizi a pagamento. <\/p>\n

\"Come
\nCosa collega tutti questi casi? Tutti i problemi avrebbero potuto essere prevenuti in anticipo. Con una tempestiva reazione da parte delle persone che gestiscono l'IT, avrebbero potuto ridurre il danno causato. Questo sarebbe stato possibile anche con una corretta interpretazione dei primi sintomi da parte degli utenti.<\/p>\n

Abbiamo identificato le ipotesi sui problemi: <\/p>\n