LANIT Integration tiene muchos empleados creativos. Las ideas para nuevos productos y proyectos literalmente cuelgan en el aire. Revelar lo más interesante es a veces muy difícil. Por lo tanto, hemos desarrollado conjuntamente nuestra propia metodología. Cómo seleccionar los mejores proyectos e implementarlos, lea en este artículo.

En Rusia, y de hecho en todo el mundo, se están llevando a cabo una serie de procesos que conducen a la transformación del mercado de TI. Debido al aumento en el poder de cómputo y la llegada de servidores, redes y otras tecnologías de virtualización, el mercado ha dejado de necesitar mucho hardware. Los proveedores prefieren trabajar cada vez más con los clientes directamente. En el mercado de TI, el florecimiento de la subcontratación en todas sus manifestaciones, desde la subcontratación clásica hasta la subcontratación de una nueva ola: "proveedores de la nube". Los sistemas y elementos de infraestructura se vuelven mucho más fáciles de mantener y configurar. La calidad del software crece cada año y las tareas del integrador se están transformando.
Cómo trabajamos con ideas
El área de inicio de productos en
LANIT-Integration existe desde hace más de un año. Nuestro principal objetivo es crear nuevos productos y llevarlos al mercado. Lo primero con lo que comenzamos fue organizar el proceso de creación del producto en sí. Estudiamos muchas metodologías, comenzando con las clásicas y terminando con las exageradas. Sin embargo, ninguno de ellos coincidió con nuestras solicitudes. Luego decidimos tomar la metodología Lean Startup como base y adaptarla a nuestras tareas. Lean Startup es una teoría del emprendimiento creada por Eric Rees. Se basa en los principios, enfoques y prácticas de conceptos tales como manufactura esbelta, desarrollo de clientes y una metodología de desarrollo flexible.
En cuanto al enfoque para gestionar el desarrollo de productos directamente: no inventamos una bicicleta, sino que aplicamos la metodología de desarrollo
SCRUM existente, agregando creatividad, y ahora se puede llamar con seguridad SCRUM-WATERFALL-BAN. SCRUM, a pesar de su flexibilidad, es un sistema muy rígido y es adecuado para administrar un equipo responsable de un solo producto / proyecto. Como comprenderá, el negocio clásico de "integrador" no implica la asignación de especialistas técnicos a tiempo completo para trabajar en un proyecto (hay excepciones, pero muy raramente), ya que además de trabajar en productos, todos participan en proyectos en curso. Desde SCRUM tomamos la división del trabajo en sprints, informes diarios, retrospectivas y roles. Para trabajar con el flujo de tareas, elegimos Kanban, y se integra perfectamente en nuestro sistema de seguimiento de tareas existente. Construimos el trabajo, integrándonos a la perfección en el orden existente de las cosas.
Antes de ingresar al mercado, el producto pasa por 5 etapas: idea, selección, concepto, MJP (más - abajo) y producción.
Idea
En esta etapa, hay algo efímero: una idea. Idealmente, la idea es resolver un problema o tarea existente del cliente. No tenemos escasez de ideas. Según la idea inicial, deben ser generados por empleados de áreas técnicas. Para que la idea sea aceptada para un mayor desarrollo, el autor debe completar la "Plantilla de diseño de idea". Solo hay cuatro preguntas: ¿Qué? ¿Y qué? ¿Quién necesita esto? Y si no es nuestro producto, ¿entonces qué?
FuenteSelección
En cuanto nos llega la plantilla diseñada, comienza el proceso de procesamiento y selección. La etapa de selección es la que requiere más tiempo. En esta etapa, se produce la formación de hipótesis de problemas (no fue por nada lo que mencioné en el párrafo anterior que, idealmente, una idea debería resolver el problema de un cliente) y los valores del producto. Se forma la hipótesis de escala, es decir. cómo va a crecer y prosperar nuestro negocio. Se realizan entrevistas problemáticas y de expertos con clientes potenciales para confirmar preliminarmente que vamos a producir algo que necesitamos. Se necesitan al menos 10-15 entrevistas para concluir que se necesita el producto.
Si se confirman las hipótesis, se realiza un análisis financiero preliminar, se estima el volumen aproximado de inversiones y las posibles ganancias del inversor. Como resultado de esta etapa, un documento llamado Lean Canvas nace y se presenta al liderazgo.
Concepto
En esta etapa, aproximadamente el 70% de las ideas se descartan. Si se aprueba el concepto, comienza la etapa de desarrollo de la idea. Se forman las capacidades funcionales del producto futuro, se determinan las rutas de implementación y las soluciones técnicas óptimas, se actualiza el plan de negocios. El resultado de esta etapa son los términos de referencia para el desarrollo y un caso de negocios detallado. Si tiene éxito, vaya a la etapa de MJP o MVP.
MJP o MVP
MJP es un producto mínimamente viable. Es decir un producto que no está completamente desarrollado, pero que ya puede aportar valor y realiza su funcionalidad. Asegúrese de que en esta etapa de desarrollo recopilemos comentarios de usuarios reales y realicemos cambios.
Producción
Y la última etapa es la producción. Hasta esta etapa no obtiene más del 5% de los productos. Este 5% incluye solo los productos más importantes, necesarios, viables y funcionales.
Tenemos muchas ideas, ya se ha recopilado una cartera voluminosa. Analizamos cada idea y hacemos todo para que llegue a la etapa final. Es muy agradable que nuestros colegas no permanecieran indiferentes a nuestra dirección de I + D y participaran activamente en el desarrollo, implementación de productos y soluciones.
¿Cómo hicimos LANBIX?
Considere crear un producto utilizando un ejemplo de la vida real: LANBIX. Este es un sistema de hardware y software "en caja" diseñado para monitorear pequeñas infraestructuras de TI y alertar rápidamente a los responsables de la toma de decisiones y a los usuarios comerciales sobre el mal funcionamiento controlado a través de un bot de chat. Además de la función de monitoreo, LANBIX incluye la funcionalidad de la mesa de ayuda. Este producto es exclusivo del segmento de mercado al que nos dirigimos. Esta es nuestra ventaja y nuestro dolor. Pero lo primero es lo primero. Debo decir de inmediato que LANBIX es un producto vivo (es decir, no es definitivo en su desarrollo y está en la próxima ronda de MVP).
Entonces, la primera etapa es una idea. Para que nazca una idea, necesitamos problemas y los tuvimos, o mejor dicho, no con nosotros, sino con nuestros amigos. A continuación consideramos varias situaciones reales que han ocurrido en diferentes áreas del negocio.
Una pequeña empresa de administración atiende a dos casas en los suburbios. El personal con PC, unas 15 personas. El administrador del sistema es un profesional independiente entrante (el hijo más inteligente de uno de los residentes interesados). Parece que las actividades de la empresa de gestión dependen débilmente de TI, pero la peculiaridad de este negocio es la presentación de informes mensuales en muchos casos. En el disco del sistema del jefe de la compañía (como de costumbre, combinando muchos roles), el espacio libre se ha agotado. Naturalmente, esto no sucedió de repente, la advertencia se suspendió durante aproximadamente 2 meses y se ignoró constantemente. Pero llegó la actualización, el sistema operativo se actualizó y, por suerte, se quedó en el medio de la actualización, quejándose antes de la "muerte" en el disco ocupado. Comp entró en un reinicio cíclico. Si bien resolvimos el problema y obtuvimos informes, no cumplimos con la fecha límite para informar. Parece que un mal funcionamiento menor ha causado varios problemas: desde pérdidas hasta litigios y responsabilidad administrativa.

FuenteUn incidente similar ocurrió en una gran explotación que unía a muchas pequeñas empresas con un único servicio de soporte técnico para toda la oficina. En uno de los departamentos, la computadora del jefe de contabilidad se averió. Se sabía que podía romperse durante mucho tiempo (la computadora se estaba desacelerando y calentando desesperadamente), pero las manos del jefe de contabilidad no llegaron al punto de enviar una solicitud de asistencia técnica. Naturalmente, se derrumbó exactamente el día del salario, y los empleados del departamento se quedaron sin dinero durante varios días.

Una pequeña empresa mayorista tiene un sitio web de ventas alojado en un sitio externo. Aprendimos sobre su inaccesibilidad por teléfono de un cliente habitual. En el momento de la llamada, el sitio permanecía durante unas tres horas. Tomó otras dos horas encontrar a la persona responsable del sitio, y dos más para solucionar el mal funcionamiento. En consecuencia, casi todo el día laboral el sitio no estaba disponible. Según el director comercial de la compañía, este tiempo de inactividad les costó alrededor de 1 millón de rublos.
Yo mismo enfrenté una situación similar cuando vine a la clínica y tuve que ir al registro de VHI. No podían enviarme al médico por una razón banal: por la mañana hubo un aumento de tensión y, después del accidente, su servicio postal y algún servicio relacionado con el seguro no funcionaron. A mi pregunta, ¿dónde están sus administradores? Me dijeron que el administrador viene con ellos y los visita una vez por semana. Y ahora (en ese momento ya eran las 4:00 p.m.) no estaba levantando el teléfono. Al menos 7 horas, la clínica quedó aislada del mundo exterior y no pudo proporcionar servicios pagos.
¿Qué une a todos estos casos? Absolutamente todos los problemas podrían prevenirse de antemano. Con una respuesta oportuna de las personas que prestan servicios de TI, fue posible reducir el daño causado. Esto sería posible con la correcta interpretación de los primeros síntomas por parte de los usuarios.
Identificamos hipótesis de problemas:
- Pérdidas significativas de efectivo y reputación debido a la baja velocidad de respuesta a fallas en la infraestructura de TI;
- Interpretación errónea de los primeros síntomas de mal funcionamiento por parte de los usuarios.
¿Qué puede hacer el cliente con ellos y cómo evitar situaciones similares en el futuro? No hay muchas opciones:
- lleve un administrador del sistema altamente calificado al personal y haga que trabaje de buena fe;
- dar servicio de TI a una empresa de servicios especializados;
- introducir independientemente un sistema de monitoreo y advertencia;
- Proporcionar capacitación para usuarios / personal de negocios sobre los conceptos básicos de la informática.
Nos detenemos en la tercera opción. Ofrezcamos un sistema de monitoreo a quienes no lo usen por varias razones.
Digresión lírica. Se han utilizado varios sistemas para monitorear los servicios de TI en el mercado empresarial durante mucho tiempo, y sus beneficios no se disputan. Hablé con representantes de grandes empresas, vi cómo se construyó la relación entre negocios y TI. El director técnico de una gran empresa de construcción de máquinas ha prestado servicio a la infraestructura de TI de una empresa externa, pero él mismo sigue al tanto. Tiene en su oficina un sistema de monitoreo de pantalla grande con indicadores del estado de los servicios de TI. Los más críticos se ingresan en el sistema. En cualquier momento, el director técnico puede averiguar en qué condición se encuentra la infraestructura, qué está sucediendo, en qué área se encuentra el problema, si se notifica a las personas responsables y si el problema se está resolviendo.
Estas historias hicieron que nuestro equipo pensara en cómo hacer un sistema de monitoreo óptimo para pequeñas empresas. Como resultado, nació LANBIX, un sistema de monitoreo que puede ser implementado por cualquier persona sin conocimiento de TI. La tarea principal del sistema es simple, como con todos los sistemas destinados a aumentar la continuidad y la disponibilidad, reduciendo el efectivo y otras pérdidas en caso de tiempo de inactividad no planificado. El dispositivo está diseñado para minimizar el tiempo entre "algo está roto para mí" y "el problema está solucionado".
Se realizaron entrevistas problemáticas para confirmar las hipótesis. No podría imaginar cuántas personas están dispuestas a contar, si no tratar de venderlas. Cada conversación duró al menos 1,5 horas, y recibimos mucha información útil para un mayor desarrollo.
Resuma el resultado de este paso:
- comprensión del problema, es decir,
- comprensión del valor - es,
- Hay una idea para una solución.
La segunda etapa fue más detallada. Con base en sus resultados, deberíamos haber presentado al liderazgo, que esencialmente juega el papel de inversionista, un caso de negocios (el mismo Lean Canvas) para decidir sobre el futuro del producto.
Comenzamos con la investigación de mercado y el análisis competitivo para descubrir quién, qué y, lo más importante, cómo funciona en este mercado.
Resultó lo siguiente.
- No existen sistemas de monitoreo listos para usar para nuestro segmento (pequeña empresa) en el mercado, con la excepción de un par o tres, de los cuales no hablaré por razones obvias.
- Por extraño que parezca, nuestros principales competidores son los administradores de sistemas con scripts autoescritos y "dopilki" para sistemas de monitoreo de código abierto.
- Existe un problema claro con el uso de sistemas de monitoreo de código abierto. Hay un sistema, hay una gran cantidad de información sobre la operación y el refinamiento del sistema a sus necesidades. De los administradores que entrevisté, muchos admitieron que carecían de las competencias para implementar sus ideas por su cuenta. Y no pueden admitir a los líderes por miedo a ser despedidos. Resulta un círculo vicioso.
Luego pasamos a analizar las necesidades de nuestros clientes potenciales. Hemos seleccionado para nosotros un segmento de pequeñas organizaciones que por alguna razón no tienen sus propios servicios de TI, donde el administrador del sistema entrante, el profesional independiente o la compañía de servicios son responsables de TI. Decidieron no ingresar desde el lado de TI, sino desde el lado comercial, ofreciendo a los fundadores y propietarios de negocios una herramienta para mejorar la calidad de los servicios de infraestructura de TI. Un producto que debería ayudar a los propietarios a asegurar su negocio, sin embargo, al mismo tiempo, agregará trabajo a las personas responsables de TI. Un producto que proporciona a las empresas una herramienta para monitorear la calidad del soporte de TI.
Como resultado del procesamiento de los datos recibidos, nació la primera lista de requisitos (una especie de trabajo atrasado aproximado) para el producto futuro:
- el sistema de monitoreo debe basarse en una solución de código abierto y, como resultado, barato;
- simple y rápido de instalar;
- no debería requerir un conocimiento específico en TI, incluso un contador (de ninguna manera quería ofender a los representantes de esta profesión) debería poder implementar y configurar el sistema;
- debería detectar automáticamente objetos para monitorear en la red;
- Debería instalar automáticamente (e idealmente automáticamente) agentes de monitoreo;
- debe poder monitorear servicios externos, al menos un sistema CRM y un sitio de ventas;
- Debe informar los problemas tanto a la empresa como al administrador del sistema;
- la profundidad y el "idioma" de las alertas deben ser diferentes para el administrador y la empresa;
- el sistema se debe suministrar en su propio hardware;
- el hierro debe ser lo más económico posible;
- El sistema debe ser lo más independiente posible de los factores externos.
A continuación, se calcularon las inversiones en el desarrollo de productos (incluidos los costos laborales de los empleados del departamento técnico). Se preparó un boceto de un modelo de negocio y se calculó la economía unitaria del producto.
Resultado de la etapa:
- Backlog de productos de alto nivel
- modelo de negocio formulado o hipótesis de escala, que queda por probar en la práctica.
Pasemos a la siguiente etapa: el concepto. Aquí, como ingenieros, caemos en nuestro propio elemento. Hay "Lista de deseos" que se descomponen en componentes / subsistemas / características, luego se convierten en TK / historias de usuarios, luego en un proyecto, etc. No me detendré en el proceso de preparación de una variedad de opciones alternativas, iremos directamente a los requisitos y los métodos elegidos para su implementación.
Tenemos tres subsistemas con sus propios requisitos y una visión para su implementación:- subsistema de hardware;
- subsistema de monitoreo;
- subsistema de interacción del usuario.
Para el subsistema de hardware, desarrollamos un diseño conceptual. Si si! Habiendo violado todas las reglas de aglomeración, desarrollamos un documento, porque los fabricantes están trabajando con documentos. Para los subsistemas restantes, asignamos usuarios (personas), preparamos historias de usuarios y escribimos tareas para el desarrollo.En esta etapa, el concepto termina y su resultado fue:- proyecto de plataforma de hardware;
- visión formulada en forma de historias de usuarios en los otros dos subsistemas;
- parte del software prototipo implementado como una máquina virtual;
- prototipo de hardware, implementado en forma de soporte, donde en realidad se probaron las soluciones de hardware para determinar su resistencia;
- pruebas realizadas por nuestros administradores.
Los problemas en esta etapa eran principalmente organizativos y relacionados con la falta de conocimiento técnico en los aspectos legales y contables de las ventas. Es decir
Una cosa es descubrir qué y cómo vender, y otra muy distinta es enfrentarse a una máquina legal despiadada: patentes, tareas de desarrollo, equilibrio, EULA y muchas otras cosas que nosotros, como personas creativas, no tomamos en cuenta inicialmente.Todavía no había un problema, sino la dificultad asociada con el diseño de los edificios. Nuestro equipo solo tiene ingenieros, por lo que nuestro especialista en electrónica “apiló” el plexiglás de plexiglás.El caso parecía, por decirlo suavemente, controvertido, especialmente para el público, echado a perder por la tecnología moderna. Por supuesto, los entendidos fueron encontrados entre los "Kulibins" de la generación anterior: el cuerpo despertó sentimientos de nostalgia en ellos. Se decidió volver a hacer y diseñar el estuche, ya que el antiguo, además de los defectos estéticos, también tenía defectos estructurales: el plexiglás no toleró el ensamblaje y el desmontaje del dispositivo y se esforzó por agrietarse. Sobre la producción del caso, contaré más.Y ahora estamos cerca de la línea de meta: MVP. Por supuesto, este no es el producto en serie final, pero ya es beneficioso y de valor. El objetivo principal de esta etapa es lanzar el ciclo "crear-evaluar-aprender". Es en este punto que se encuentra LANBIX.En la etapa de "creación", creamos un dispositivo que realiza la funcionalidad declarada. Sí, todavía no es perfecto y seguimos trabajando en ello.Volvemos a la fabricación del caso, es decir a la tarea de transformar nuestro dispositivo de un sentimiento nostálgico a uno moderno. Al principio, fui al mercado de fabricantes de cajas y servicios de diseño industrial. En primer lugar, no hay muchas empresas que produzcan cajas en el mercado ruso, y en segundo lugar, el costo del diseño industrial en esta etapa es prohibitivamente alto, aproximadamente 1 millón de rublos.Nos dirigimos a nuestro departamento de marketing para el diseño, un joven diseñador estaba listo para experimentos creativos. Establecimos nuestra visión del cuerpo (habiendo estudiado previamente los mejores ejemplos de construcción de cuerpos), y él, a su vez, lo convirtió en una obra de arte. Solo queda por producir. Nosotros, orgullosos de nuestro diseño, recurrimos a nuestros socios. Su CEO destruyó instantáneamente nuestras fantasías, señalando cosas gratis que no se pueden hacer de la manera que hemos elegido. El caso se puede hacer, y no será peor que el de Apple, pero el costo del caso será de tres a cuatro veces más costoso que todo el llenado electrónico. Después de una serie de operaciones y aprobaciones, diseñamos el gabinete que se puede fabricar. Sí, no es tan hermoso como lo planeamos, pero es ideal para lograr los objetivos actuales.Resultado de la etapa: el primer lote de dispositivos listos para la batalla y las pruebas.Y ahora la parte más difícil es la etapa de "evaluación", y con nuestro producto estamos en este punto. Solo podemos evaluar los resultados del uso por parte de clientes reales y aquí no funcionan los supuestos. Necesitamos esos "primeros seguidores" para que den su opinión y realicen los cambios que realmente se necesitan en el producto. Surge la pregunta: ¿dónde conseguir clientes y cómo convencerlos de participar en el experimento?De todas las opciones posibles, elegimos el conjunto clásico de herramientas digitales: aterrizaje y campaña publicitaria en redes sociales.El proceso ya se inició, pero es demasiado pronto para hablar de los resultados, aunque ya hay respuestas y hemos recibido confirmación de muchas de nuestras hipótesis. Una agradable sorpresa fue la reacción de representantes de segmentos completamente diferentes del negocio, mucho más grandes que aquellos con los que contamos. Sería una tontería ignorar las nuevas introductorias, y en base a los resultados de las entrevistas, se decidió lanzar una línea LANBIX paralela llamada LANBIX Enterprise. Hemos agregado soporte para infraestructuras distribuidas, monitoreando redes Wi-Fi con resolución de problemas y localización de fallas, monitoreando la calidad de los canales de comunicación. El mayor interés en la solución fue expresado por las empresas de servicios. Al mismo tiempo, los dispositivos ya desarrollados por nosotros juegan un papel importante en el trabajo de soluciones.¿Qué pasará después?
Lo que sucederá después con el LANBIX original: quedará claro a partir de los resultados de la campaña. Si nuestras hipótesis no se confirman, de acuerdo con la metodología Lean, lo eliminamos sin piedad o se transforma en algo nuevo, porque no hay nada peor que crear un producto que nadie necesita. Pero ahora podemos decir que el trabajo realizado no es en vano y que gracias a él ha aparecido toda una rama de productos paralelos en los que estamos trabajando activamente. Si tiene éxito, LANBIX pasará de la etapa MVP a la etapa final y se desarrollará de acuerdo con las leyes clásicas comprensibles del marketing de productos.Repito, ahora queremos encontrar seguidores tempranos, compañías a las que podamos instalar nuestro producto para recopilar comentarios. Si está interesado en probar LANBIX, escriba los comentarios o mensajes privados.Fuente