{"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\/pt\/blog\/administrirovanie\/kak-my-rabotaem-s-ideyami-i-kak-rodilsya-lanbix","title":{"rendered":"Como trabalhamos com ideias e como nasceu a LANBIX","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Na \"LANIT-Integra\u00e7\u00f5es\" h\u00e1 muitos colaboradores criativos. As ideias para novos produtos e projetos est\u00e3o literalmente no ar. Identificar as mais interessantes \u00e0s vezes \u00e9 muito dif\u00edcil. Por isso, desenvolvemos, juntos, nossa pr\u00f3pria metodologia. Como selecionar os melhores projetos e implement\u00e1-los, leia neste artigo.<\/p>\n

\"Como<\/a><\/noindex>
\nNa R\u00fassia, e at\u00e9 mesmo no mundo, uma s\u00e9rie de processos est\u00e1 ocorrendo que est\u00e1 transformando o mercado de TI. Devido ao aumento do poder computacional e ao surgimento de tecnologias de virtualiza\u00e7\u00e3o de servidores, redes e outros, o mercado deixou de necessitar de grandes quantidades de \"hardware\". Os fornecedores preferem cada vez mais trabalhar diretamente com os clientes. No mercado de TI, o outsourcing est\u00e1 em plena expans\u00e3o em todas as suas formas, desde o outsourcing cl\u00e1ssico at\u00e9 os novos fornecedores da \"nuvem\". Os sistemas e elementos de infraestrutura tornaram-se significativamente mais f\u00e1ceis de manter e configurar. A qualidade do software cresce a cada ano e as tarefas do integrador se transformam. <\/p>\n

\"Como<\/p>\n

Como trabalhamos com ideias<\/h2>\n

\nA dire\u00e7\u00e3o de startups de produtos em \"LANIT-Integra\u00e7\u00f5es\"<\/a><\/noindex> existe h\u00e1 mais de um ano. Nosso principal objetivo \u00e9 criar novos produtos e lan\u00e7\u00e1-los no mercado. A primeira coisa que fizemos foi organizar o pr\u00f3prio processo de cria\u00e7\u00e3o de produtos. Estudamos diversas metodologias, desde as cl\u00e1ssicas at\u00e9 as mais modernas. No entanto, nenhuma delas atendia \u00e0s nossas necessidades. Ent\u00e3o, decidimos adotar a metodologia Lean Startup como base e adapt\u00e1-la para nossas demandas. \"Lean Startup\" \u00e9 uma teoria de empreendedorismo criada por Eric Ries. Ela se baseia em princ\u00edpios, abordagens e pr\u00e1ticas de conceitos como produ\u00e7\u00e3o enxuta, desenvolvimento de clientes e metodologias \u00e1geis de desenvolvimento.<\/p>\n

No que diz respeito especificamente \u00e0 abordagem de gerenciamento do desenvolvimento do produto: n\u00e3o quisemos reinventar a roda, mas aplicamos uma metodologia de desenvolvimento j\u00e1 existente SCRUM<\/a><\/noindex>, adicionando criatividade, e agora pode ser chamada ousadamente de SCRUM-WATERFALL-BAN. O SCRUM, apesar de sua flexibilidade, \u00e9 um sistema muito r\u00edgido e adequado para a gest\u00e3o de equipes respons\u00e1veis por apenas um produto\/projeto. Como voc\u00ea deve entender, o cl\u00e1ssico neg\u00f3cio de
\nAntes de chegar ao mercado, um produto passa por 5 etapas: ideia, sele\u00e7\u00e3o, conceito, MVP (mais detalhes abaixo) e produ\u00e7\u00e3o.<\/p>\n

Ideia<\/h2>\n

\nNesta fase, h\u00e1 algo ef\u00eamero - a ideia. Idealmente, \u00e9 a ideia de resolver um problema ou uma tarefa do cliente. N\u00e3o nos faltam ideias. Inicialmente, elas devem ser geradas pelos colaboradores das \u00e1reas t\u00e9cnicas. Para que a ideia seja aceita para desenvolvimento posterior, o autor deve preencher o 'Modelo de Apresenta\u00e7\u00e3o da Ideia'. Existem apenas quatro perguntas: O qu\u00ea? Para qu\u00ea? Quem precisa disso? E se n\u00e3o for nosso produto, o que ser\u00e1?<\/p>\n

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

Sele\u00e7\u00e3o<\/h2>\n

\nAssim que o modelo preenchido chega at\u00e9 n\u00f3s, inicia-se o processo de tratamento e sele\u00e7\u00e3o. A fase de sele\u00e7\u00e3o \u00e9 a mais trabalhosa. Neste est\u00e1gio, ocorre a forma\u00e7\u00e3o de hip\u00f3teses sobre problemas (n\u00e3o foi \u00e0 toa que mencionei no par\u00e1grafo anterior que, idealmente, a ideia deve resolver um problema do cliente) e o valor do produto. Forma-se uma hip\u00f3tese de escala, ou seja, como nosso neg\u00f3cio pretende crescer e prosperar. Realizam-se entrevistas problem\u00e1ticas e de especialistas com potenciais clientes para a confirma\u00e7\u00e3o preliminar de que estamos prestes a produzir algo necess\u00e1rio. S\u00e3o necess\u00e1rias pelo menos 10-15 entrevistas para tirar conclus\u00f5es sobre a necessidade do produto.<\/p>\n

\"Como
\nSe as hip\u00f3teses s\u00e3o confirmadas, realiza-se uma an\u00e1lise financeira preliminar, avaliando o volume estimado de investimentos e poss\u00edveis ganhos do investidor. Como resultado desta etapa, nasce um documento chamado Lean Canvas, que \u00e9 apresentado \u00e0 ger\u00eancia. <\/p>\n

\"Como<\/p>\n

Conceito<\/h2>\n

\nNesta etapa, cerca de 70% das ideias s\u00e3o filtradas. Se o conceito for aprovado, inicia-se a fase de desenvolvimento da ideia. As funcionalidades do futuro produto s\u00e3o definidas, caminhos de implementa\u00e7\u00e3o e solu\u00e7\u00f5es t\u00e9cnicas \u00f3timas s\u00e3o identificados, e o plano de neg\u00f3cios \u00e9 atualizado. O resultado desta etapa \u00e9 um termo de refer\u00eancia para desenvolvimento e um detalhado business case. Em caso de sucesso, avan\u00e7amos para a fase de MVP.<\/p>\n

MVP<\/h2>\n

\nMVP \u00e9 o produto minimamente vi\u00e1vel. Ou seja, um produto que ainda n\u00e3o est\u00e1 totalmente finalizado, mas j\u00e1 pode agregar valor e cumprir suas funcionalidades. \u00c9 essencial que nesta etapa de desenvolvimento colhemos feedback de usu\u00e1rios reais e implementemos as mudan\u00e7as necess\u00e1rias.<\/p>\n

Produ\u00e7\u00e3o<\/h2>\n

\nE a \u00faltima etapa \u00e9 a produ\u00e7\u00e3o. Nesta fase, apenas 5% dos produtos alcan\u00e7am a conclus\u00e3o. Esses 5% incluem apenas os produtos mais importantes, necess\u00e1rios, vi\u00e1veis e funcionais.<\/p>\n

Temos muitas ideias e j\u00e1 acumulamos um portf\u00f3lio consider\u00e1vel. Analisamos cada ideia e fazemos o poss\u00edvel para que ela chegue \u00e0 fase final. \u00c9 muito gratificante que os colegas estejam engajados em nosso setor de P&D e participem ativamente no desenvolvimento e na implementa\u00e7\u00e3o de produtos e solu\u00e7\u00f5es.<\/p>\n

Como fizemos o LANBIX<\/h2>\n

\nVamos examinar a cria\u00e7\u00e3o de um produto atrav\u00e9s de um exemplo real \u2014 o produto LANBIX. Trata-se de um complexo de hardware e software 'embarcado', destinado ao monitoramento de pequenas infraestruturas de TI e \u00e0 notifica\u00e7\u00e3o imediata de respons\u00e1veis e usu\u00e1rios de neg\u00f3cios sobre falhas, com gest\u00e3o via chatbot. Al\u00e9m da fun\u00e7\u00e3o de monitoramento, o LANBIX inclui funcionalidades de Help Desk. Este produto \u00e9 exclusivo para o segmento de mercado que estamos visando. Isso \u00e9 tanto uma vantagem quanto uma dor para n\u00f3s. Mas, vamos por partes. Quero destacar que o LANBIX \u00e9 um produto em desenvolvimento (ou seja, n\u00e3o \u00e9 definitivo em sua evolu\u00e7\u00e3o e est\u00e1 em mais uma rodada de MVP). <\/p>\n

Ent\u00e3o, a primeira etapa \u00e9 a ideia. Para que uma ideia nas\u00e7a, \u00e9 necess\u00e1rio ter problemas, e n\u00f3s os tivemos, ou melhor, nossos conhecidos os tiveram. A seguir, veremos algumas situa\u00e7\u00f5es reais que ocorreram em diferentes \u00e1reas de neg\u00f3cios. <\/p>\n

Uma pequena empresa de gest\u00e3o cuida de dois pr\u00e9dios na regi\u00e3o de Moscovo. A equipe de colaboradores com computadores \u00e9 de cerca de 15 pessoas. O administrador de sistemas \u00e9 um freelancer ocasional (o filho esperto de um dos moradores interessados). \u00c0 primeira vista, a atividade da empresa parece pouco dependente da TI, mas a particularidade deste neg\u00f3cio \u00e9 que todos os meses precisa prestar contas a v\u00e1rias inst\u00e2ncias. No disco r\u00edgido do gerente da empresa (que, como sempre, acumula diversas fun\u00e7\u00f5es), o espa\u00e7o livre se esgotou. Naturalmente, isso n\u00e3o aconteceu de repente; havia um aviso pendurado por cerca de 2 meses que foi constantemente ignorado. Mas acabou vindo uma atualiza\u00e7\u00e3o, o sistema foi atualizado e, para piorar, travou no meio da atualiza\u00e7\u00e3o, reclamando antes de \u201cmorrer\u201d sobre o disco ocupado. O computador entrou em um ciclo de reinicializa\u00e7\u00e3o. Enquanto se tentava resolver o problema e recuperar os relat\u00f3rios, perderam o prazo para a entrega das contas. Uma falha aparentemente insignificante acabou gerando diversos problemas: desde preju\u00edzos at\u00e9 lit\u00edgios e responsabilidade administrativa.<\/p>\n

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

Um caso semelhante ocorreu em um grande grupo empresarial que re\u00fane v\u00e1rias pequenas empresas, com um \u00fanico servi\u00e7o de suporte t\u00e9cnico para todo o escrit\u00f3rio. Em um dos departamentos, o computador do contador chefe quebrou. J\u00e1 se sabia h\u00e1 tempos que ele poderia quebrar (o computador estava extremamente lento e superaqueceu), mas o contador nunca encontrou tempo para enviar um pedido de suporte. Naturalmente, ele quebrou exatamente no dia do pagamento, e os funcion\u00e1rios do departamento ficaram alguns dias sem dinheiro.<\/p>\n

\"Como
\nUma pequena empresa de com\u00e9rcio atacadista leve teve seu site de vendas fora do ar, que era hospedado em uma plataforma externa. Eles foram informados sobre a indisponibilidade por telefone de um cliente regular. No momento da chamada, o site j\u00e1 estava fora do ar h\u00e1 cerca de tr\u00eas horas. A busca pela pessoa respons\u00e1vel pelo site levou mais algumas horas, e a resolu\u00e7\u00e3o do problema levou mais duas. Consequentemente, praticamente todo o dia de trabalho o site esteve indispon\u00edvel. Segundo o diretor comercial da empresa, essa paralisa\u00e7\u00e3o custou-lhes cerca de 1 milh\u00e3o de rublos. <\/p>\n

Enfrentei uma situa\u00e7\u00e3o semelhante quando fui a uma cl\u00ednica e precisava ir ao setor de atendimento do DMS. N\u00e3o puderam me enviar ao m\u00e9dico por um motivo simples: pela manh\u00e3 houve uma queda de tens\u00e3o, e ap\u00f3s o acidente, o servi\u00e7o de e-mails deles e um servi\u00e7o de comunica\u00e7\u00e3o com a seguradora n\u00e3o estavam funcionando. Quando perguntei onde estavam os administradores, disseram que eles tinham um administrador que s\u00f3 ia at\u00e9 l\u00e1 uma vez por semana. E naquele momento (j\u00e1 era 16h) ele n\u00e3o atendia. A cl\u00ednica ficou isolada do mundo exterior por, no m\u00ednimo, 7 horas e n\u00e3o p\u00f4de prestar servi\u00e7os pagos. <\/p>\n

\"Como
\nO que une todos esses casos? Todos os problemas poderiam ter sido prevenidos antecipadamente. Com uma resposta oportuna da parte das pessoas que cuidam da TI, o dano causado poderia ter sido reduzido. Isso seria poss\u00edvel tamb\u00e9m com a interpreta\u00e7\u00e3o correta dos primeiros sintomas por parte dos usu\u00e1rios.<\/p>\n

Identificamos as hip\u00f3teses dos problemas: <\/p>\n