Fortalezas y debilidades de la Estrategia del Océano Azul

La estrategia del océano azul fue creada por W.Chan Kim y Renée Mauborgne, profesores de la Escuela de Negocios INSEAD (año 1990). Vamos a ver primero muy brevemente en qué consite la estrategia para después analizar los puntos fuertes y débiles de la estrategia del océano azul.

¿Qué es la estrategia del océano azul?

Encontramos un buen resumen aqui, pero podemos comentar diferentes formas de explicarlo:

Consiste básicamente en buscar mercados menos transitados mediante la innovación de nuestro producto o servicio. De esta manera, librarnos de la competencia y del hecho de competir constantemente. Esta idea nace en contrapartida de la idea del océano rojo, que es donde se engloban la mayoría de empresas. El océano rojo es un mercado que está ya funcionando, con competencia, con oferta y demanda existente y contrastada, donde introducir un producto es relativamente simple, pero que existe alta competencia lo cual termina resultando en una guerra de precios a la baja que termina hundiendo al pequeño y reduciendo márgenes en general para grandes y pequeños.

No me extiendo más en describir la estrategia. Estos señores escribieron un libro muy interesante, el cual recomiendo ojear. (Aunque, si dominas algo de inglés, mejor cómpralo en inglés, pues la traducción al castellano es tan horrible que pierdes el hilo de la lectura)

Puntos fuertes de la estrategia

• No tendremos alta competencia. Cuidado, esto también es un punto débil ya que es un arma de doble filo. Sin embargo, como estamos en las fortalezas, es obvio; No tener competencia significa que el mercado puede ser nuestro con relativa facilidad.
• Al no tener competencia, podremos tener mayores márgenes y situar nuestro producto a un mayor precio.
• No requiere grandes esfuerzos de venta. Al no tener gran competencia, debería ser fácil llegar al cliente y conseguir el éxito en la venta. Ocurre al contrario que en el océano rojo, donde la competencia es feroz y para conseguir clientes habrá que lidiar con tiburones de todo tipo.
• Es fácil distinguirse y posicionarse. El propio hecho de estar en un océano azul ya es síntoma de que somos distintos al resto. Más allá de este hecho, será sencillo encontrar fórmulas de diferenciación y posicionarse cómodamente más donde queremos que donde nos coloque el mercado.

Puntos débiles de la estrategia

• No tendremos alta competencia. Esto puede ser tremendamente negativo, porque, preguntémonos. ¿Por qué no hay competencia? ¿No será porque no hay demanda, no? Cuidado. Si nadie está en este océano, puede deberse a que sea un océano sin peces, y por lo tanto, mejor no intentar pescar en él.
• El simple hecho de innovar, ser distinto, posicionarse cómodamente no significa necesariamente conseguir el éxito en la venta. Cuidado. No hay garantías de nada. Deben hacerse los suficientes tests de mercado para asegurar que estamos donde queremos estar.
• Por otro lado, quizás todo cuadre, nuestro producto es innovador, y hay clientes dispuestos a comprar, pero el precio de ser tan sumamente innovadores es un coste inicial muy elevado que además es asumido a fondo perdido, es decir, sin ningún tipo de garantía de recuperarse en el corto plazo. Para empresas pequeñas esto puede suponer la muerte instantánea antes de empezar. Antes de llegar siquiera al mercado.
• Ligado a lo anterior, pos supuesto también influye el tiempo. ¿Cuanto tiempo vas a necesitar para que tu producto sea lo suficientemente innovador como para estar en un océano azul y salir con el producto finalizado a venderlo? ¿Te puedes permitir todo ese tiempo?

Conclusión

Es una teoría muy interesante que seguro que a más de uno le funciona de maravilla, pero hay que andarse con cuidado, porque no es apta para todos los públicos, para todos los bolsillos, ni para todos los tipos de producto. Aunque la idea central de la estrategia es innovar para luego vender, asegúrate primero de que realmente venderás, antes de ponerte a innovar.

Debilidades de SCRUM

          Estamos seguros de que si has llegado hasta este blog, ya conoces SCRUM, no obstante, si me permites, voy a hacer primero un breve resumen.

Resumen muy resumido de SCRUM

          Scrum es una metodología ágil que pretende dividir un problema grande en problemas pequeños de manera adaptativa y de la mano del cliente. En lugar de realizar una planificación del proyecto al inicio del mismo, cuando no se tiene suficiente información, lo que va haciendo SCRUM es pequeñas iteraciones cortas en el tiempo, donde cada iteración se conoce como sprint, y al finalizar cada sprint, se obtiene un producto entregable o enseñable, con funcionalidad real.

El cliente puede ver resultados progresivamente desde muy pronto en el tiempo, lo cual le permite transmitir feedback al equipo de desarrollo para realizar su trabajo mas acorde a los deseos del cliente.

Tiene una serie de roles, como el Product Owner, que es quien ejerce de nexo entre el cliente y el equipo y va marcando los hitos en función de la inteligencia de negocio. El Equipo de desarrollo es quien trabaja durante el sprint para lograr un incremento funcional al final del sprint. El Scrum Master es quien se ocupa de que se cumplan las reglas de scrum.  El objetivo es que el equipo sea autoorganizado y multifuncional.

Roles de Scrum

            - Product Owner

            - Scrum Master

            - Equipo de desarrollo

           

Artefactos de Scrum

            - Product Backlog (lista de funcionalidades del producto)

            - Sprint Backlog (subconjunto de la anterior que se realizara en el sprint)

            - Incremento de producto (resultado del sprint, entregable)

Hay algunas reuniones definidas, como la "Daily Scrum", que es una reunión diaria que se realiza de pie, donde cada uno cuenta qué hizo ayer, que hará hoy y si hay algún impedimento para realizar su trabajo. También destaca la reunión de "Scrum Retrospective", donde el equipo se inspecciona a sí mismo y trata de mejorar algunos aspectos que considera que son mejorables.

Reuniones SCRUM

            - Daily Scrum

            - Scrum Retrospective

            - Sprint Planning

            - Sprint Review

En esencia, esto es SCRUM. 

Y es una metodología que se ha demostrado que funciona si se aplica correctamente. Para ampliar conocimientos sobre scrum, puedes visitar la wikipedia https://en.wikipedia.org/wiki/Scrum_(software_development)

y también la web de SCRUM de sus creadores:

http://www.scrum.org

Las virtudes de SCRUM están claras, pero queremos conocer también cuales son sus limitaciones o en que puntos es más débil.

Debilidades de SCRUM

- Scrum es dificil de aplicar en una startup de pocos empleados: Scrum habla de la gestión de un solo proyecto y realizar iteraciones en torno a él. En una startup que está naciendo o creciendo, normalmente hay varios proyectos. (por pura supervivencia, suele ser así). Es muy dificil poner en práctica scrum en equipos tan reducidos, con varios proyectos a la vez.

- No queda muy claro cómo resuelve Scrum las incidencias de carácter grave que deben resolverse en el momento en que se producen y no estaban contempladas en el sprint.

- Scrum es contrario a realizar una planificacion inicial del proyecto de manera detallada, de hecho, scrum no proporciona herramientas para realizar planificaciones largas. Sin embargo, los clientes, antes de empezar quieren saber cuanto tiempo va a costar el proyecto y cuanto les va a costar. ¿cómo puede scrum dar respuesta al cliente?

- Derivado de lo anterior. Muchos clientes pueden no confiar en un proyecto sin tener garantias de cuanto tiempo va a durar y cuanto va a costarle. Al menos a día de hoy, la mentalidad de los clientes sigue siendo la misma de siempre, aunque las metodologías avancen. Eso implica que se van a perder muchos clientes por falta de confianza o información.

- Scrum no habla de como se factura el proyecto. ¿En cada iteración el cliente paga un poco? ¿Paga todo al final? ¿Paga la mitad al inicio y la mitad al final? El problema es que scrum no es capaz de decir cuanto va a durar el proyecto. Las empresas pueden encontrarse con problemas de flujo de caja si el cliente no va pagando iterativamente, ya que se debe pagar a los empleados mensualmente, y el cliente no querrá pagar hasta no tener terminado el trabajo.

- Derivado del problema anterior, Scrum no menciona en ningún momento el tema económico o financiero y consideramos que eso es un error. La gestión de proyectos debe ser conocedora de las finanzas de la empresa, no ser totalmente ajena y opaca a la facturación de los proyectos, incluso involucrarse en realizar estimaciones de costes. Sino, es probable que el proyecto no pueda salir adelante, no por problemas de rendimiento, organización o gestión, sino por problemas financieros.

En resumen, las limitaciones o debilidades son

- Scrum no es aplicable a todo tipo de empresas. (aunque sean de software)

- Scrum no se implica en el aspecto financiero de la empresa

- Scrum no da respuestas iniciales al cliente.

En conclusión

Existe una recopilación aún mayor de debilidades de SCRUM en http://tecnificator.com/index.php/2017/08/21/debilidades-y-desventajas-de-scrum-recopilacion/

- Scrum es muy útil, pero hay que saber dónde se puede aplicar y dónde no. Cómo se debe aplicar y qué limitaciones tiene para combatirlas.

- El aspecto económico no debe ser opaco al proyecto.

- Hay que buscar estrategias alternativas para dar estimaciones iniciales lo más acertadas posible sin que hacerlas resulte muy costoso.

Principio de Pareto 80/20

Este señor de la imagen es Vilfredo Pareto. Y resulta que a este señor se le ocurrió una proporción que más tarde se dio cuenta de que se cumplía en algunos aspectos de la vida. Es la famosa proporción del 80/20.

Pareto se dio cuenta de que el 80% de la riqueza pertenecía a un 20% de la población. O tal como narra la Wikipedia: "Pareto estudió la propiedad de la tierra en Italia y lo que descubrió fue que el 20 % de los propietarios poseían el 80 % de las tierras, mientras que el restante 20 % de los terrenos pertenecía al 80 % de la población restante".

¿Cómo nos aplica esto?

Muy sencillo. Resulta, que si nos damos cuenta de lo que dice este señor, encontraremos que se cumple en muchos aspectos, no solo de la empresa, sino de la vida. Pareto lo asoció a la riqueza, pero es que aplica a otros muchos ámbitos. El más interesante para mi es el asociado al esfuerzo invertido.

El 20% del esfuerzo invertido genera el 80% de resultados. 

Fijaos, esto es muy común. ¿Para qué seguir trabajando hasta completar el 100% de esfuerzo si con ese 20% de esfuerzo ya completo el 80% de los resultados y puedo salir airoso de la situación? Digamos entonces, que con poco esfuerzo puedo conseguir muchos resultados pero que para conseguir más resultados requeriría demasiado esfuerzo en comparación. Y entonces, ya no sale rentable ese sobreesfuerzo.

El 20% de los clientes nos reportan el 80% de los beneficios.

También suele cumplirse. Debemos quedarnos y cuidar de este segmento de clientes que nos generan la mayor parte del beneficio y desechar el resto de clientes. SI !! desechar clientes!!! Nos generan ruido, complicaciones, nos hacen perder tiempo y no nos aportan gran cantidad de beneficios, pues FUERA!!. Nos quedamos con los que sí que nos aportan beneficio, y a estos si, los cuidamos y mantenemos.

Cada cual que busque su 80/20 pero sugiero alguno más.

Con el 20% estudiado se logra un 80% de lo que va a caer en el examen.

Claro, de inicio no sabes qué 20% estudiar, pero si acudimos a la lógica, podremos reducir bastante el grueso del contenido para estudiar menos y aprobar más. Intentar estudiarse el 100% es a veces sencillamente imposible ya que el contenido es demasiado extenso. No nos queda otra que buscar la eficiencia, perseguir ese 20% que nos de lo mejor de sí mismo para cumplimentar el 80% del examen. Fijaos que no aspiramos a sacar un 10. Aspiramos a invertir pocos esfuerzos en lograr muchos resultados.