{"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\/es\/blog\/administrirovanie\/kak-my-rabotaem-s-ideyami-i-kak-rodilsya-lanbix","title":{"rendered":"C\u00f3mo trabajamos con ideas, y c\u00f3mo naci\u00f3 LANBIX","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

En \u00abLANIT-Integraciones\u00bb hay muchos empleados creativos. Las ideas para nuevos productos y proyectos literalmente est\u00e1n en el aire. A veces, es muy dif\u00edcil identificar las m\u00e1s interesantes. Por eso, hemos desarrollado conjuntamente nuestra propia metodolog\u00eda. Descubre c\u00f3mo seleccionar los mejores proyectos y llevarlos a cabo en este art\u00edculo.<\/p>\n

\"C\u00f3mo<\/a><\/noindex>
\nEn Rusia, y tambi\u00e9n en el mundo en general, hay una serie de procesos que est\u00e1n transformando el mercado de TI. Gracias al aumento de la potencia de c\u00e1lculo y la aparici\u00f3n de tecnolog\u00edas de virtualizaci\u00f3n de servidores, redes y otros, el mercado ha dejado de necesitar una gran cantidad de 'hardware'. Los proveedores prefieren cada vez m\u00e1s trabajar directamente con los clientes. En el mercado de TI est\u00e1 floreciendo la externalizaci\u00f3n en todas sus formas, desde la externalizaci\u00f3n cl\u00e1sica hasta la nueva ola de proveedores de 'nube'. Los sistemas de infraestructura y sus elementos se est\u00e1n volviendo significativamente m\u00e1s simples de mantener y configurar. La calidad del software mejora cada a\u00f1o y las tareas del integrador se est\u00e1n transformando. <\/p>\n

\"C\u00f3mo<\/p>\n

C\u00f3mo trabajamos con ideas<\/h2>\n

\nLa direcci\u00f3n de startups de productos en \u00abLANIT-Integraciones\u00bb<\/a><\/noindex> existe desde hace m\u00e1s de un a\u00f1o. Nuestro objetivo principal es crear nuevos productos y llevarlos al mercado. Lo primero que hicimos fue organizar el propio proceso de creaci\u00f3n de productos. Estudiamos m\u00faltiples metodolog\u00edas, desde las cl\u00e1sicas hasta las m\u00e1s novedosas. Sin embargo, ninguna de ellas se ajustaba a nuestras necesidades. Entonces decidimos basarnos en la metodolog\u00eda Lean Startup y adaptarla a nuestras tareas. El 'Lean Startup' es una teor\u00eda empresarial propuesta por Eric Ries. Se basa en los principios, enfoques y pr\u00e1cticas de conceptos como producci\u00f3n ajustada, desarrollo de clientes y metodolog\u00edas de desarrollo \u00e1gil.<\/p>\n

En lo que respecta al enfoque de gesti\u00f3n del desarrollo del producto: no reinventamos la rueda, sino que aplicamos una metodolog\u00eda de desarrollo existente SCRUM<\/a><\/noindex>, a\u00f1adiendo creatividad, y ahora se puede nombrar con confianza como SCRUM-WATERFALL-BAN. SCRUM, a pesar de su flexibilidad, es un sistema muy riguroso y es adecuado para gestionar un equipo que se encarga de un solo producto\/proyecto. Como comprender\u00e1, el negocio cl\u00e1sico de \u00abintegraci\u00f3n\u00bb no contempla la asignaci\u00f3n de especialistas t\u00e9cnicos a tiempo completo para trabajar en un solo proyecto (hay excepciones, pero son muy raras), ya que, adem\u00e1s de trabajar en productos, todos est\u00e1n ocupados en proyectos actuales. En SCRUM, tomamos la divisi\u00f3n del trabajo en sprints, la rendici\u00f3n de cuentas diaria, las retrospectivas y los roles. Para trabajar con el flujo de tareas elegimos Kanban, y se integr\u00f3 a la perfecci\u00f3n en nuestro sistema de seguimiento de tareas ya existente. Hemos estructurado el trabajo, integr\u00e1ndonos suavemente en el orden de cosas ya establecido.
\nAntes de salir al mercado, un producto pasa por 5 etapas: idea, selecci\u00f3n, concepto, M\u0416\u041f (m\u00e1s detalles a continuaci\u00f3n) y producci\u00f3n.<\/p>\n

La idea<\/h2>\n

\nEn esta etapa hay algo et\u00e9reo: la idea. Idealmente, una soluci\u00f3n a un problema o tarea existente del cliente. No nos faltan ideas. Seg\u00fan el concepto inicial, deber\u00edan ser generadas por empleados de \u00e1reas t\u00e9cnicas. Para que la idea sea aceptada para el desarrollo posterior, el autor debe rellenar el \u00abPlantilla de presentaci\u00f3n de ideas\u00bb. All\u00ed hay solo cuatro preguntas: \u00bfQu\u00e9? \u00bfPara qu\u00e9? \u00bfA qui\u00e9n le interesa? Si no es nuestro producto, \u00bfqu\u00e9 es?<\/p>\n

\"C\u00f3moFuente<\/i><\/a><\/noindex><\/p>\n

Selecci\u00f3n<\/h2>\n

\nTan pronto como la plantilla completada llega a nosotros, comienza el procedimiento de procesamiento y selecci\u00f3n. La etapa de selecci\u00f3n es la m\u00e1s laboriosa. En este momento se forman hip\u00f3tesis de problemas (no mencion\u00e9 en el p\u00e1rrafo anterior que, idealmente, la idea debe resolver un problema del cliente) y el valor del producto. Se formula una hip\u00f3tesis de escala, es decir, c\u00f3mo nuestro negocio planea crecer y prosperar. Se llevan a cabo entrevistas problem\u00e1ticas y de expertos con clientes potenciales para confirmar previamente que estamos a punto de producir algo necesario. Se requieren al menos 10-15 entrevistas para llegar a la conclusi\u00f3n sobre la necesidad del producto.<\/p>\n

\"C\u00f3mo
\nSi las hip\u00f3tesis se confirman, se realiza un an\u00e1lisis financiero preliminar, se eval\u00faa el volumen aproximado de inversiones y la posible ganancia del inversor. Como resultado de esta etapa, se genera un documento llamado Lean Canvas y se presenta a la direcci\u00f3n. <\/p>\n

\"C\u00f3mo<\/p>\n

Concepto<\/h2>\n

\nEn esta etapa se filtran alrededor del 70% de las ideas. Si el concepto es aprobado, comienza la fase de desarrollo de la idea. Se formulan las funcionalidades del futuro producto, se determinan las v\u00edas de realizaci\u00f3n y las soluciones t\u00e9cnicas \u00f3ptimas, y se actualiza el plan de negocio. El resultado de esta etapa es un documento t\u00e9cnico para el desarrollo y un detallado caso de negocio. En caso de \u00e9xito, pasamos a la etapa de MVP.<\/p>\n

MVP<\/h2>\n

\nEl MVP es el producto m\u00ednimo viable. Es decir, un producto que no est\u00e1 completamente desarrollado, pero que ya puede aportar valor y cumplir con su funcionalidad. En esta etapa del desarrollo, recopilamos comentarios de usuarios reales y hacemos cambios.<\/p>\n

Producci\u00f3n<\/h2>\n

\nY la etapa final es la producci\u00f3n. A esta etapa no llegan m\u00e1s del 5% de los productos. En este 5% se incluyen \u00fanicamente los productos m\u00e1s importantes, necesarios, viables y funcionales.<\/p>\n

Tenemos muchas ideas y ya hemos reunido una amplia cartera. Analizamos cada idea y hacemos todo lo posible para que llegue a la etapa final. Es gratificante que los colegas no se hayan mostrado indiferentes a nuestra direcci\u00f3n de I+D y participen activamente en el desarrollo y la implementaci\u00f3n de productos y soluciones.<\/p>\n

C\u00f3mo hicimos LANBIX<\/h2>\n

\nConsideremos la creaci\u00f3n del producto a trav\u00e9s de un ejemplo real: el producto LANBIX. Este es un complejo software y hardware 'en caja' dise\u00f1ado para monitorear peque\u00f1as infraestructuras de TI y notificar de forma operativa a los responsables y a los usuarios empresariales sobre fallos, gestionando todo a trav\u00e9s de un chatbot. Adem\u00e1s de la funci\u00f3n de monitoreo, LANBIX incluye funcionalidad de Help Desk. Este producto es exclusivo para el segmento de mercado al que nos dirigimos. Esta es tanto nuestra ventaja como nuestra preocupaci\u00f3n. Pero esto es solo el comienzo. Dir\u00e9 de inmediato que LANBIX es un producto vivo (es decir, no es definitivo en su desarrollo y se encuentra en otra fase del MVP). <\/p>\n

As\u00ed que la primera etapa es la idea. Para que surja una idea, se necesitan problemas, y los ten\u00edamos, m\u00e1s exactamente no nosotros, sino nuestros conocidos. A continuaci\u00f3n, consideraremos algunas situaciones reales que han ocurrido en diferentes \u00e1reas de negocios. <\/p>\n

Una peque\u00f1a empresa administradora gestiona dos casas en los alrededores de Mosc\u00fa. El personal que tiene computadoras es de alrededor de 15 personas. El administrador del sistema es un freelancer ocasional (el ingenioso hijo de uno de los residentes preocupados). A primera vista, la actividad de la empresa administradora parece depender poco de la tecnolog\u00eda, pero una caracter\u00edstica de este negocio es la presentaci\u00f3n mensual de informes a m\u00faltiples instancias. En el disco duro del director de la empresa (que, como suele ser, combina m\u00faltiples roles) se acab\u00f3 el espacio libre. Naturalmente, esto no ocurri\u00f3 de repente; la advertencia estuvo presente durante aproximadamente 2 meses y fue ignorada constantemente. Pero lleg\u00f3 una actualizaci\u00f3n, el sistema operativo se actualiz\u00f3 y, como por arte de magia, se colg\u00f3 a mitad de la actualizaci\u00f3n, quej\u00e1ndose antes de su 'muerte' por el disco lleno. La computadora entr\u00f3 en un bucle de reinicio. Mientras se resolv\u00eda el problema y se recuperaban los informes, se perdi\u00f3 la fecha l\u00edmite para presentar los informes. Aparentemente, un problema menor se convirti\u00f3 en la causa de diversos inconvenientes: desde p\u00e9rdidas hasta disputas judiciales y responsabilidad administrativa.<\/p>\n

\"C\u00f3moFuente<\/i><\/a><\/noindex> \u00a0\u00a0<\/p>\n

Un caso similar ocurri\u00f3 en un gran holding que agrupa a numerosas peque\u00f1as empresas, con un \u00fanico servicio de soporte t\u00e9cnico para toda la oficina. En uno de los departamentos, se averi\u00f3 la computadora del contador jefe. Desde hace tiempo se sab\u00eda que podr\u00eda fallar (la computadora estaba desesperadamente lenta y se calentaba), pero el contador nunca encontrara el momento para enviar una solicitud al soporte t\u00e9cnico. Naturalmente, se averi\u00f3 justo el d\u00eda de pago, y los empleados del departamento estuvieron varios d\u00edas sin recibir su salario.<\/p>\n

\"C\u00f3mo
\nUn peque\u00f1o negocio de venta al por mayor experiment\u00f3 la ca\u00edda de su sitio web de ventas, que estaba alojado en una plataforma externa. Se enteraron de su inaccesibilidad por tel\u00e9fono de un cliente habitual. En el momento de la llamada, el sitio llevaba ca\u00eddo alrededor de tres horas. La b\u00fasqueda de la persona responsable del sitio tom\u00f3 un par de horas m\u00e1s, y la resoluci\u00f3n del problema otros dos. Por lo tanto, pr\u00e1cticamente todo el d\u00eda laboral el sitio estuvo fuera de servicio. Seg\u00fan el director comercial de la empresa, este tiempo de inactividad les cost\u00f3 aproximadamente 1 mill\u00f3n de rublos. <\/p>\n

Yo mismo enfrent\u00e9 una situaci\u00f3n similar cuando fui a una cita en la cl\u00ednica y deb\u00eda ir a la recepci\u00f3n del DMS. No pod\u00edan enviarme al m\u00e9dico por una raz\u00f3n banal: hubo un aumento de tensi\u00f3n en la ma\u00f1ana y despu\u00e9s del fallo, su servicio de correo y un servicio de comunicaci\u00f3n con la aseguradora no funcionaban. Ante mi pregunta de d\u00f3nde estaban sus administradores, me dijeron que el administrador era externo y solo iba una vez a la semana. Y ahora (en ese momento eran ya las 16:00) no contestaba el tel\u00e9fono. La cl\u00ednica estuvo desconectada del mundo exterior durante al menos 7 horas y no pudo ofrecer servicios de pago. <\/p>\n

\"C\u00f3mo
\n\u00bfQu\u00e9 une todos estos casos? Todos los problemas podr\u00edan haberse prevenido con anticipaci\u00f3n. Con una reacci\u00f3n oportuna por parte de quienes gestionan la TI, se podr\u00eda haber reducido el da\u00f1o causado. Esto tambi\u00e9n habr\u00eda sido posible con una correcta interpretaci\u00f3n de los s\u00edntomas tempranos por parte de los usuarios.<\/p>\n

Hemos identificado las hip\u00f3tesis de los problemas: <\/p>\n