En LANIT-Integration hay muchos empleados creativos. Las ideas para nuevos productos y proyectos están literalmente flotando en el aire. A veces puede resultar muy difícil identificar los más interesantes. Por eso, juntos desarrollamos nuestra propia metodología. Lea este artículo sobre cómo seleccionar los mejores proyectos e implementarlos.
En Rusia, y en todo el mundo, se están produciendo una serie de procesos que conducen a la transformación del mercado de TI. Gracias al aumento de la potencia informática y la aparición de servidores, redes y otras tecnologías de virtualización, el mercado ya no necesita una gran cantidad de hardware. Los proveedores prefieren cada vez más trabajar directamente con los clientes. El mercado de TI está experimentando un auge de la subcontratación en todas sus formas, desde la subcontratación clásica hasta la nueva ola de subcontratistas: los “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 transforman.
Cómo trabajamos con las ideas
Dirección de inicio del producto en existe desde hace más de un año. Nuestro principal objetivo es crear nuevos productos y llevarlos al mercado. Lo primero que empezamos fue organizar el proceso de creación de productos. Hemos estudiado muchas metodologías, desde las clásicas hasta las exageradas. Sin embargo, ninguno de ellos satisfizo nuestras necesidades. Entonces decidimos tomar como base la metodología Lean Startup y adaptarla a nuestras tareas. El Lean Startup es una teoría del emprendimiento creada por Eric Ries. Se basa en los principios, enfoques y prácticas de conceptos tales como manufactura esbelta, desarrollo de clientes y metodología de desarrollo flexible.
En cuanto al enfoque directo de la gestión del desarrollo de productos: no reinventamos la rueda, sino que aplicamos una metodología de desarrollo ya 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 adecuado para gestionar un equipo responsable de un solo producto/proyecto. Como comprenderá, el negocio clásico de "integración" 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 están ocupados con los proyectos actuales. Desde SCRUM tomamos la división del trabajo en sprints, reporting diario, retrospectivas y roles. Elegimos Kanban para nuestro flujo de tareas y se integró bien en nuestro sistema de seguimiento de tareas existente. Estructuramos nuestro trabajo integrándonos perfectamente en el orden de cosas existente.
Antes de ingresar al mercado, un producto pasa por 5 etapas: idea, selección, concepto, MVP (más detalles a continuación) y producción.
Idea
En esta etapa hay algo efímero: una idea. Idealmente, una idea para resolver un problema existente o un problema de un cliente. No nos faltan ideas. Según el plan inicial, deberían ser generados por empleados de las áreas técnicas. Para que una idea sea aceptada para su posterior desarrollo, el autor debe completar la “Plantilla de diseño de ideas”. Sólo hay cuatro preguntas: ¿Qué? ¿Para qué? ¿Quién necesita esto? Y si no es nuestro producto, ¿entonces qué?
Selección
En cuanto nos llega la plantilla cumplimentada se inicia el procedimiento de tramitación y selección. La etapa de selección es la que requiere más mano de obra. En esta etapa se forman hipótesis de problemas (no en vano mencioné en el párrafo anterior que idealmente una idea debería resolver el problema de un cliente) y el valor del producto. Se forma una hipótesis de escala, es decir cómo nuestro negocio va a crecer y prosperar. Se llevan a cabo entrevistas sobre problemas y expertos con clientes potenciales para proporcionar una confirmación preliminar de que vamos a producir algo necesario. Se necesitan al menos entre 10 y 15 entrevistas para llegar a una conclusión sobre la necesidad del producto.
Si se confirman las hipótesis, se realiza un análisis financiero preliminar, se evalúa el volumen aproximado de inversión y las posibles ganancias del inversor. Como resultado de esta etapa nace un documento llamado Lean Canvas que se presenta a la gerencia.
Concepto
En esta etapa se elimina alrededor del 70% de las ideas. Si se aprueba el concepto, comienza la etapa de desarrollo de la idea. Se forma la funcionalidad del producto futuro, se determinan las rutas de implementación y las soluciones técnicas óptimas y se actualiza el plan de negocios. El resultado de esta etapa es una especificación técnica para el desarrollo y un caso de negocio detallado. De tener éxito, pasamos a la etapa MVP o MVP.
MVP o MVP
MVP es un producto mínimo viable. Aquellos. un producto que no está completamente desarrollado, pero que ya puede aportar valor y cumple su funcionalidad. Es imperativo que en esta etapa de desarrollo recopilemos comentarios de usuarios reales y realicemos cambios.
Producción
Y la última etapa es la producción. No más del 5% de los productos llegan a esta etapa. Este 5% incluye sólo los productos más importantes, necesarios, viables y funcionales.
Tenemos muchas ideas y ya hemos reunido un portafolio voluminoso. Analizamos cada idea y hacemos todo lo posible 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 e implementación de productos y soluciones.
Cómo hicimos LANBIX
Veamos cómo crear un producto usando un ejemplo real: el producto LANBIX. Se trata de un sistema de software y hardware "en caja" diseñado para monitorear pequeñas infraestructuras de TI y alertar rápidamente a los tomadores de decisiones y a los usuarios comerciales sobre fallas controladas a través de un chatbot. Además de la función de monitoreo, LANBIX incluye la funcionalidad de mesa de ayuda. Este producto es exclusivo para el segmento de mercado al que nos dirigimos. Ésta es a la vez nuestra ventaja y nuestro dolor. Pero primero lo primero. Diré de inmediato que LANBIX es un producto vivo (es decir, no es final en su desarrollo y está en la siguiente ronda de MVP).
Entonces, la primera etapa es la idea. Para que nazca una idea se necesitan problemas, y nosotros los tuvimos, o mejor dicho, no nosotros, sino nuestros amigos. A continuación veremos varias situaciones reales ocurridas en diferentes áreas de negocio.
Una pequeña sociedad gestora mantiene dos casas en la región de Moscú. El personal con PC es de unas 15 personas. El administrador del sistema es un profesional independiente visitante (el inteligente hijo de uno de los atentos residentes). Parecería que las actividades de la sociedad gestora dependen poco de TI, pero la peculiaridad de este negocio es la presentación de informes mensuales a muchas autoridades. El disco de sistema del director de la empresa (que, como es habitual, combina muchas funciones) se ha quedado sin espacio libre. Naturalmente, esto no sucedió de repente; la advertencia estuvo en vigor durante aproximadamente 2 meses y fue ignorada constantemente. Pero llegó una actualización, el sistema operativo se actualizó y, por suerte, se congeló en medio de la actualización, quejándose antes de la “muerte” de un disco ocupado. La computadora se reinició cíclicamente. Mientras resolvíamos el problema y recibíamos informes, no cumplimos con el plazo de presentación de informes. Parecería que un mal funcionamiento trivial ha causado varios problemas: desde pérdidas hasta litigios y responsabilidad administrativa.
Un incidente similar ocurrió en un gran holding que unía a muchas empresas pequeñas, 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 desde hacía mucho tiempo que podía estropearse (el ordenador se desaceleraba y calentaba desesperadamente), pero el jefe de contabilidad nunca llegó a enviar una solicitud al soporte técnico. Naturalmente, se averió exactamente el día de pago y los empleados del departamento se quedaron sin dinero durante varios días.
Una pequeña empresa de pequeño comercio mayorista tenía un sitio web de ventas alojado en un sitio externo. Nos enteramos de su indisponibilidad por teléfono gracias a un cliente habitual. En el momento de la llamada, el sitio había estado inactivo durante unas tres horas. Se necesitaron un par de horas más para encontrar al responsable del sitio y otras dos para solucionar el problema. En consecuencia, el sitio estuvo inaccesible durante casi toda la jornada laboral. Según el director comercial de la empresa, este tiempo de inactividad les costó alrededor de 1 millón de rublos.
Yo mismo me encontré con una situación similar cuando vine a una cita en la clínica y tuve que acudir al registro de VHI. No pudieron enviarme al médico por una razón trivial: hubo una subida de tensión por la mañana y, después del accidente, su servicio postal y cierto servicio de comunicación con la compañía de seguros no funcionaron. En respuesta a mi pregunta, ¿dónde están sus administradores?, me dijeron que su administrador viene y los visita una vez por semana. Y ahora (a esa hora ya eran las 16:00) no contesta el teléfono. Durante al menos 7 horas, la clínica estuvo aislada del mundo exterior y no pudo prestar servicios pagos.
¿Qué tienen todos estos casos en común? Absolutamente todos los problemas se podrían haber evitado de antemano. Con una respuesta oportuna del personal de TI, el daño podría haberse reducido. Esto sería posible si los usuarios interpretaran correctamente los primeros síntomas.
Hemos identificado hipótesis del problema:
- importantes pérdidas monetarias y de 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 un 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:
- contratar a un administrador de sistemas altamente calificado y hacer que trabaje concienzudamente;
- subcontratar el mantenimiento de TI a una empresa de servicios especializada;
- implementar de forma independiente un sistema de monitoreo y notificación de fallas;
- proporcionar capacitación a los usuarios/personal empresarial en los conceptos básicos de conocimientos informáticos.
Decidámonos por la tercera opción. Ofrezcamos un sistema de seguimiento a quienes no lo utilizan por diversos motivos.
Digresión lírica. Durante mucho tiempo se han utilizado varios sistemas para monitorear los servicios de TI en el mercado empresarial y sus beneficios no están en duda. Hablé con representantes de grandes empresas y observé cómo se construye la relación entre las empresas y las TI. El director técnico de una gran empresa de construcción de maquinaria ha subcontratado el mantenimiento de la infraestructura TI a una empresa externa, pero él mismo sigue al tanto de todos los asuntos. En su oficina cuelga una gran pantalla del sistema de seguimiento con indicadores del estado de los servicios de TI. Los más críticos están incluidos en el sistema. En cualquier momento el director técnico puede saber cuál es el estado de la infraestructura, qué está pasando, dónde está el problema, si se ha avisado a los responsables y si se está solucionando el problema.
Las historias enumeradas anteriormente hicieron que nuestro equipo pensara en cómo crear un sistema de seguimiento óptimo para las pequeñas empresas. Como resultado, nació LANBIX, un sistema de monitoreo que puede ser implementado por cualquier persona sin ningún conocimiento de TI. El objetivo principal del sistema es simple, como todos los sistemas destinados a aumentar la continuidad y la disponibilidad: reducir las pérdidas monetarias y de otro tipo en caso de un tiempo de inactividad no planificado. El dispositivo está diseñado para reducir al mínimo el tiempo entre “algo está roto” y “el problema se ha solucionado”.
Para confirmar las hipótesis, se realizaron entrevistas de problemas. No podía imaginar cuánto estaría dispuesta la gente a contar sin intentar venderles. Cada conversación duró al menos 1,5 horas y recibimos mucha información útil para un mayor desarrollo.
Resumamos los resultados de esta etapa:
- hay una comprensión del problema,
- comprensión del valor: existe,
- Hay una idea para una solución.
La segunda etapa fue más detallada. En base a sus resultados, tuvimos que presentar a la dirección, que esencialmente desempeña el papel de inversor, un caso de negocio (el mismo Lean Canvas) para tomar una decisión sobre el destino futuro del producto.
Comenzamos con una investigación de mercado y un análisis competitivo para saber quién, qué y, lo más importante, cómo les está yendo en este mercado.
Resultó lo siguiente.
- No existen en el mercado sistemas de monitoreo en caja listos para usar para nuestro segmento (pequeñas empresas), con la excepción de un par o tres, de los cuales no hablaré por razones obvias.
- Nuestros principales competidores, por extraño que parezca, son administradores de sistemas con scripts escritos en casa y "complementos" para sistemas de monitoreo de código abierto.
- Existe un claro problema con el uso de sistemas de monitoreo de código abierto. Hay un sistema, hay una enorme cantidad de información sobre cómo trabajar y modificar el sistema para adaptarlo a sus necesidades. De los administradores que entrevisté, muchos admitieron que no tenían suficientes competencias para implementar sus ideas por sí solos. Pero no pueden admitirlo ante la dirección por miedo al despido. Resulta ser un círculo vicioso.
Luego pasamos a analizar las necesidades de nuestros clientes potenciales. Hemos identificado un segmento de organizaciones pequeñas que por alguna razón no tienen su propio servicio de TI, donde un administrador de sistemas entrante, un profesional independiente o una empresa de servicios es responsable de TI. No fue el lado de TI el que decidió ingresar, sino el lado comercial, ofreciendo a los fundadores y dueños de negocios una herramienta para mejorar la calidad del servicio de infraestructura de TI. Un producto que debería ayudar a los propietarios a proteger su negocio, pero 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 pendiente) para el futuro producto:
- el sistema de seguimiento debe basarse en una solución de código abierto y, por tanto, barato;
- Fácil y rápido de instalar;
- no debería requerir conocimientos específicos 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 web de venta;
- debe notificar los problemas tanto a la empresa como al administrador del sistema;
- el grado de profundidad y “lenguaje” de las alertas debería ser diferente para el administrador y la empresa;
- el sistema debe suministrarse con su propio hardware;
- el hierro debe ser lo más accesible posible;
- el sistema debe ser lo más independiente posible de factores externos.
A continuación, se calcularon las inversiones en desarrollo de productos (incluidos los costes laborales de los empleados del departamento técnico). Se preparó un boceto del modelo de negocio y se calcularon las economías unitarias del producto.
Resultado de la etapa:
- cartera de productos de alto nivel;
- un modelo de negocio formulado o una hipótesis de escala que aún no se ha probado en la práctica.
Pasemos a la siguiente etapa: el concepto. Aquí nosotros, como ingenieros, nos encontramos en nuestro elemento nativo. Hay “listas de deseos” que se descomponen en componentes/subsistemas/características, luego se convierten en especificaciones técnicas/historias de usuarios, luego en un proyecto, etc. No me detendré en detalle en el proceso de preparación de una serie de opciones alternativas; pasemos directamente a los requisitos y los métodos elegidos para su implementación.
Requisito
Solución
- Debería ser un sistema de seguimiento abierto;
Tomamos un sistema de monitoreo de código abierto.
- El sistema debe ser sencillo y rápido de instalar;
- no debería requerir conocimientos informáticos específicos. Incluso un contador debería poder implementar y configurar el sistema.
Ofrecemos un sistema instalado para que el usuario sólo necesite encender el dispositivo y configurarlo un poco, similar a un router.
Cerremos la interacción con el dispositivo a algo simple y comprensible para todos.
Escribamos nuestro propio chatbot para uno de los mensajeros instantáneos más conocidos y transfirámosle todas las interacciones con el sistema.
El sistema debería:
- detectar automáticamente los objetos necesarios para el monitoreo en la red;
- instalar automáticamente agentes de monitoreo;
- Ser capaz de monitorear servicios externos, al menos un sistema CRM y un sitio web de venta.
Escribimos complementos para el sistema de seguimiento para:
- detección automática de objetos;
- instalación automática de agentes;
- monitorear la disponibilidad de servicios externos.
El sistema debería:
- notificar los problemas tanto a la empresa como al administrador del sistema;
- Ser capaz de monitorear servicios externos, al menos un sistema CRM y un sitio web de venta. El grado de profundidad y “lenguaje” de las notificaciones debe ser diferente para el administrador y la empresa.
- El sistema no debería requerir conocimientos específicos de TI; incluso un contador debería poder implementar y configurar el sistema.
- Agreguemos diferentes tipos de notificaciones para diferentes tipos de usuarios. Se diferencian en tono y profundidad. Un usuario empresarial recibirá notificaciones como "todo está bien, pero la computadora de Ivanov morirá pronto". El administrador recibirá un mensaje completo sobre el error, quién, cómo y qué pasó o podría pasar.
- Agreguemos la posibilidad de utilizar el correo de una persona responsable adicional, para que en caso de avería reciba un mensaje.
- Agreguemos interacción con proveedores de servicios externos basada en el envío de correos electrónicos con texto preparado previamente, porque Es el correo electrónico el que da origen a la incidencia.
- Toda interacción con el sistema se conectará a un chatbot; la comunicación se lleva a cabo en un estilo de diálogo.
Suplemento:
- Agreguemos la funcionalidad de “chatear con el administrador” para que el usuario pueda enviarle al administrador un mensaje describiendo el problema directamente.
- El sistema debe suministrarse con su propio hardware.
- Debe haber hierro disponible.
- El sistema debe ser lo más independiente posible del medio ambiente.
- Tomemos una computadora Raspberry PI barata y lista para usar.
- Diseñaremos una placa de alimentación ininterrumpida.
- Agreguemos un módem para que sea independiente del estado de la red local.
- Diseñaremos un hermoso edificio.
Ahora contamos con tres subsistemas con sus propios requisitos y visión para su implementación:
- subsistema de hardware;
- subsistema de seguimiento;
- Subsistema de interacción con el usuario.
Desarrollamos un diseño preliminar para el subsistema de hardware. ¡Sí Sí! Habiendo violado todas las reglas ágiles, desarrollamos un documento, porque las plantas de fabricación trabajan con documentos. Para los subsistemas restantes, identificamos usuarios (personas), preparamos historias de usuarios y escribimos tareas para el desarrollo.
Esto concluye la etapa de concepto y el resultado es:
- proyecto de plataforma hardware;
- formuló una visión en forma de historias de usuarios para los dos subsistemas restantes;
- un prototipo de software implementado como máquina virtual;
- un prototipo del hardware, implementado en forma de stand, donde se probó la resistencia de las soluciones de hardware;
- pruebas realizadas por nuestros administradores.
Los problemas en esta etapa fueron principalmente organizativos y relacionados con la falta de conocimiento del personal de ingeniería en los aspectos legales y contables de las ventas. Aquellos. Una cosa es descubrir qué y cómo vender, y otra muy distinta enfrentarse a una máquina legal despiadada: patentes, tareas de desarrollo, registro, EULA y mucho más que nosotros, como personas creativas, inicialmente no tomamos en cuenta.
Todavía no había ningún problema, sino más bien una dificultad asociada al diseño de los recintos. Nuestro equipo está formado únicamente por ingenieros, por lo que la primera versión de la carcasa fue "construida" con plexiglás por nuestro especialista en electrónica.
El cuerpo parecía, por decirlo suavemente, controvertido, especialmente para el público, mimado por la tecnología moderna. Por supuesto, entre la generación anterior de "Kulibin" también había conocedores: el edificio evocaba en ellos sentimientos nostálgicos. Se decidió fabricar y diseñar la carcasa de nuevo, ya que la anterior, además de defectos estéticos, también tenía defectos estructurales: el plexiglás no toleraba bien el montaje y desmontaje del dispositivo y tenía tendencia a agrietarse. Les contaré más sobre la producción del caso.
Y ahora estamos cerca de la meta: MVP. Por supuesto, este aún no es un producto de producción final, pero ya es útil y valioso. El objetivo principal de esta etapa es iniciar el ciclo “crear-evaluar-aprender”. Esta es exactamente la etapa en la que se encuentra LANBIX.
En la etapa de "creación", creamos un dispositivo que realiza la funcionalidad indicada. Sí, aún no es perfecto y seguimos trabajando en ello.
Volvamos a la fabricación del cuerpo, es decir. a la tarea de transformar nuestro dispositivo de nostálgico a moderno. Al principio, busqué en el mercado fabricantes de armarios y servicios de diseño industrial. En primer lugar, no hay muchas empresas que produzcan carcasas en el mercado ruso y, en segundo lugar, el coste del diseño industrial en esta etapa es prohibitivamente alto, alrededor de 1 millón de rublos.
Se pusieron en contacto con nuestro departamento de marketing para encargarse del diseño; el joven diseñador estaba listo para experimentar con creatividad. Describimos nuestra visión del casco (habiendo estudiado previamente los mejores ejemplos de construcción de cascos) y él, a su vez, lo convirtió en una obra de arte. Sólo queda producirlo. Nosotros, orgullosos de nuestro diseño, recurrimos a nuestros socios. Su director general aplastó inmediatamente nuestras fantasías señalándonos, de forma totalmente gratuita, cosas que no se podían producir de la manera que habíamos elegido. La carcasa se puede producir y no será peor que la de Apple, pero su coste será de tres a cuatro veces más caro que el de todos los componentes electrónicos. Después de una serie de operaciones y homologaciones, hemos diseñado una carcasa que se puede fabricar. Sí, no es tan bonito como habíamos planeado, pero es ideal para alcanzar los objetivos actuales.
Resultado de la etapa: el primer lote de dispositivos listos para el combate y las pruebas.
Y ahora lo más difícil es la etapa de “evaluar”, y con nuestro producto estamos exactamente en este punto. Sólo podemos evaluar en función de los resultados del uso por parte de clientes reales y aquí no funcionan suposiciones. Necesitamos que esos “primeros usuarios” proporcionen comentarios y realicen los cambios en el producto que realmente se necesitan. Surge la pregunta: ¿dónde conseguir clientes y cómo convencerlos de participar en el experimento?
De todas las opciones posibles, elegimos un conjunto clásico de herramientas digitales: página de destino y campaña publicitaria en redes sociales.
El proceso ya se ha puesto en marcha, pero es pronto para hablar de resultados, aunque ya hay respuestas y hemos recibido la confirmación de muchas de nuestras hipótesis. Una grata sorpresa fue la reacción de representantes de segmentos comerciales completamente diferentes, mucho mayores de los que esperábamos. Sería una tontería ignorar las nuevas presentaciones y, según los resultados de las entrevistas, se decidió lanzar una línea LANBIX paralela llamada LANBIX Enterprise. Hemos agregado soporte para infraestructuras distribuidas, monitoreo de redes Wi-Fi con resolución de problemas y localización, y monitoreo de la calidad de los canales de comunicación. Las empresas de servicios expresaron el mayor interés en la solución. Al mismo tiempo, los dispositivos que ya hemos desarrollado juegan un papel importante en el funcionamiento de las soluciones.
¿Qué pasará después?
Lo que sucederá a continuación con el LANBIX original quedará claro según los resultados de la campaña. Si nuestras hipótesis no se confirman, según la metodología Lean, nos desharemos de él sin piedad o lo transformaremos en algo nuevo, porque no hay nada peor que fabricar un producto que nadie necesita. Pero ahora podemos decir que el trabajo realizado no fue en vano y 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 comprensibles leyes clásicas del marketing de productos.
Repito, ahora queremos encontrar usuarios pioneros, empresas que puedan instalar nuestro producto para recopilar comentarios. Si estás interesado en probar LANBIX, escribe en los comentarios o mensajes privados.
Fuente: habr.com