La Ley de Pareto o Ley del 80/20 aplicada al ecosistema móvil

Para muchos esta regla del 80-20 o Ley de Pareto, será una vieja conocida. Es un principio natural de distribución de recursos, que se puede aplicar a prácticamente todos los ámbitos profesionales y de la vida en general.

El propio Wilfredo Pareto la enunció en 1906 para dar un soporte teórico a sus comprobaciones empíricas según las cuales el mundo se dividía entre los "pocos de mucho" y los "muchos de poco", haciendo referencia a que en una sociedad se establecía un reparto natural según el cual el 20% de la población ostentaba el 80% de la riqueza y el 80% restante sólo poseía el 20% de esa riqueza.

Aquí tenéis buenos ejemplos de este principio de Pareto aplicado a la vida real.

Pareto en la Economía y Negocios

Este principio del 80-20 ha sido de gran ayuda a lo largo del siglo XX en ámbitos sociológicos y económicos, a destacar:

• Logística: distribución de mercancías
• Control de calidad
• Macro y micro-economía
• Time-planning
• Labores comerciales: ¿a que a todos os pasa que el 20% de los clientes os genera en torno al 80% de vuestra facturación?

Es un principio natural, no hay que darle más vueltas.

Eficiencia mediante Pareto

Pero sí hay que conocerlo para poder ser más eficientes. No tiene sentido en una empresa dedicar el mismo esfuerzo a todos los clientes, siempre hay unos pocos clientes que te generan gran parte de tu facturación y, obviamente, es a esos a los que debes prestar atención.

Por cierto, que esta ley empírica se cumple aunque trates de eliminar ese 20%, pues entonces, se producirá una redistribución que volverá a hacer que se cumpla este principio.

Obviamente, debemos quedarnos con la idea subyacente y no buscar la diferencia numérica de si en tu empresa el reparto es 77-23% o si en la de un conocido es 82-18%. Desde que el bueno de Wilfredo Pareto enunció su teoría, se ha demostrado ser muy aproximada a la realidad.

Aplicación al Desarrollo Móvil

Y hasta aquí la teoría común al Principio de Pareto. Una auténtica joya. Pero ahora, vamos a aplicarlo al mundo móvil que es el que a nosotros nos preocupa.

Desde los principios de la informática se ha venido observando el cumplimiento de esta ley, estos podrían ser algunos de sus enunciados:

• El 80% del tráfico es generado por el 20% de las pantallas
• El 80% de los fallos es generado por el 20% del código fuente
• El 80% del esfuerzo de desarrollo (en tiempo y recursos) produce el 20% del código, mientras que el 80% restante es producido con tan sólo un 20% del esfuerzo

La Regla del 90-90

Pero como todo en el mundo de la informática y las nuevas tecnologías, tiene sus particularidades. Así, al último enunciado le ha salido un corolario, en tono cómico, pero que con frecuencia tiende a cumplirse. Se le conoce como la regla del 90-90 y dice así:

"El primer 90% del código ocupa el 90% del tiempo de desarrollo. El 10% restante del código ocupa el otro 90% de tiempo de desarrollo".

Obviamente la suma sobrepasa el 100%, pero es que existe otra ley empírica que dice que en entornos de programación, cualquier planificación de tiempo y recursos nace condenada a no cumplirse. Y esto último sí que tengo observado que se cumple en el 100% de los casos.

Es muy difícil hacer un planning ajustado de tiempo y recursos para un proyecto, pues todos tienden a extenderse. Más cuanto menos definido tiene el cliente sus necesidades y objetivos.

Cómo Luchar Contra Pareto

Conociendo toda esta teoría que se soporta en un análisis empírico de la realidad, vamos a ver cómo podemos luchar contra esto:

1. Analizar y Definir Estrategia

Lo primero es analizar vuestra situación y definir una estrategia. No sólo vale con intentar salir atropelladamente de una mala experiencia. Así que sentaros con calma y pensad en cómo revertir la situación dados vuestros propios condicionantes. Nadie va a conocer vuestro negocio mejor que vosotros mismos.

2. Revisitar tu Presupuesto

Si vuestro problema está en cómo presupuestar correctamente, es posible que tengáis que cambiar la forma de presupuestar, y pasar a métodos más ágiles y abiertos.

Presupuestar por horas trabajadas, puede ser la fórmula mágica para ti, pero claro, habrá muchas empresas, sobre todo los pequeños proyectos, que no quieran afrontar una propuesta (obviamente es porque saben que te van a exprimir dentro de un presupuesto cerrado, pero esto puede llevarte incluso a perder dinero si dedicas excesivas horas extra a ese proyecto).

Y aquí, es donde hay que tomar decisiones:

• Presupuesto cerrado a riesgo de perder dinero
• Presupuesto por horas a riesgo de perder clientes
• O quizá seas capaz de hacer un híbrido, cerrando una funcionalidad básica

3. El Método Lean

Así que tendréis que arriesgar un poco, para que todos salgáis beneficiados: el método lean.

Se está empezando a consolidar esta forma de trabajo, por la cual se establecen unas metas en la forma de trabajo, con objetivos a corto plazo, por ejemplo, metas semanales. Se organizan en forma de sprints, y en el caso de desarrollo de aplicaciones móviles puede ser que en una semana queráis desarrollar la pantalla de Home.

Se desarrolla, se entrega al cliente para que la valide, la prueba (si ya es funcional) y ve los cambios que quiere realizar. A medida que avanza el proyecto, el cliente puede:

• Probar funcionalidades
• Iterar sobre ellas
• Hacer casos prácticos de uso
• Programar cambios en base a feedback

Y todo ello de una forma más ágil y con mejores resultados prácticos. Y lo que es mejor, como desarrollador, estarás cobrando por el trabajo realizado, así que por lo menos, podrás obviar la regla del 90-90…

4. Comercialización Estratégica

Si vuestro problema está en la comercialización, tened muy en cuenta la Ley de Pareto. Si de verdad vuestro trabajo es bueno pero no da fruto, es posible que estéis centrando vuestros esfuerzos comerciales en ese 80% de clientes que sólo reporta el 20% de los beneficios.

Así que os toca analizar muy bien el mercado y tratar de identificar ese 20% que os reportará mayores beneficios. Nadie dijo que fuera fácil…

5. Testing y Control de Calidad

Si tenéis problemas de errores en el código o con el testing, tendréis que prestar mucha atención a Pareto y tratar de identificar en qué punto está fallando el código.

Si detectáis que un porcentaje pequeño de código o de pantallas son los que os están trayendo problemas, entonces tendréis que pararos a pensar si ese 20% de pantallas/código es prescindible porque está empeorando la experiencia de los usuarios y os está haciendo perder mucho tiempo.

Conclusión

Y como todo en la vida, siempre hay alguien que opina lo contrario y dice que el principio de Pareto ha muerto.

Pero para la mayoría de los casos, seguirá siendo un principio fundamental a la hora de tomar decisiones estratégicas en el desarrollo de aplicaciones móviles.