It's about delegating, of course! : the delegation of activities as an opportunity for people and organizations

According to the Royal Academy of the Spanish Language, Delegation is a transfer of tasks, functions, powers and authority, which is carried out between a person who occupies a higher position to a lower one from the hierarchical perspective, to operate in a limited field, ususally with specific goals.

The delegation process is one of the areas with more cornerstones in the development of an organization, as well as for the parts involved in the process:

• Delegating well provides growth opportunities for organizations and people, allows everyone to see the business from another point of view and focus on looking for other opportunities.
• On the contrary, delegating badly can lead to a difficult digestion process of the parts involved and even sometimes to a point of no return, as we will see later.

That is why it is important to carry out a delegation process in an orderly and transparent manner, properly choosing the parties involved, giving real empowerment and responsibility, and leaving an open door in case we need to return to the previous situation.

Whatever the motivation is, delegating is a task that sooner or later must be faced if we want to grow, both as an organization and as professionals.

Benefits of delegating

Delegation should be seen as a glidepath to search for potential assets within the team. Once found, it must be effective: 

• Empower him/her in front of others
• Make him/her feel responsible for each and every one of the areas invoved. 

This allows delegators to worry instead of taking on the work they previously did, better manage their time, and be able to start aspiring to other goals and objectives, while improving leadership skills.

Another of the benefits of delegating is the ability to learn and extra motivation received to whom functions are delegated, being able to extract the best from him/her as a professional. In particular, initiative, responsibility, and the expansion and consolidation of theoretical and practical knowledge. Ultimately, it is a covert form of training.

Delegating must also imply, on the part of the company, some type of bonus or economic benefit. The company must take the initiative in this regard and make some proposals in the mi term, once the person and the organization have been consolidated.

Looking for an analogy in the world of construction, delegating allows us to lay the foundations for subsequent growth, since it allows us to climb steps as long as the foundations on which we base that growth are well established. That is why the delegator is said to be the other great beneficiary.

Why managers do not delegate

But ... why managers do not delegate? There may be organizational, company culture, or even personal reasons. Here is a non-exhaustive list:

• Consider nobody can do it better: considering that you are essential is one of the main factors. Aligned with this point, there are those who think that there is only one way to do things well, and it is their own.
• Lack of trust: aligned with the previous point; in addition to that it may have connotations related to the honesty of the work that has been carried out until then.
• It takes time and effort: certainly in the short term you need to dedicate specific time, which can be from a few hours to weeks or months. That is why the opportunity cost must be worth it to the delegate.
• Avoid sharing knowledge: delegating implies an exercise in transparency, and sometimes this is uncomfortable. Although it is less and less common, there may be certain processes or ways of doing things that puts certain individuals in a position of force in front of other stakeholders. For this reason, companies must able to retain knowledge in-house, instead of it being retained in workers.
• Being the creator: some people have created a creature from scratch and it has become their modus vivendi: it is their baby, and they find themselves trapped in it, in a certain way. It is a feeling similar to what a mother can feel for her child.
• Out of habit: this is how it has been done so far and nobody has considered changing it. This statement reveals a bit of accommodation and passivity, so it should be avoided, in a way.
• Because there are things to hide: cases in which the delegate makes fraudulent use of the job, for his own benefit. Logically in these cases, the latter's last interest is to delegate. Here again the honesty of the people are inputs of the equation.

How to proceed when delegating

Where to start? Once the delegator is fully convinced, he/she must face the challenge of choosing the right person and establish a time-limited work plan between the two parties, stating the scope of the activities to delegate and defining the way in which the process will take place. Once this is done, the most complicated part remains, which is to monitor the delegate. For this, the following points are a must:

• Establish clear and measurable objectives: fundamental and inalienable. It allows to clearly establish the framework and priorities, not leaving the person now responsible disoriented.
• Establish a follow-up system: set up regular meetings on the objectives set above.
• Give guidance and advice without interfering, face to face and privately.
• Letting oneself make mistakes, since it allows us to learn and understand the whys.
• Publicly express the trust, in order to make it visible to all parties of interest. In return, this provides confidence to the person to whom you delegate.
• The delegation brings with it authority, empowerment and responsibility for each and every one of the business areas: both parties must recognize this point.
• Disappear from the stage: once you delegate, it is done with all the consequences, for good and bad. That is why the person who finally delegates must have internalized it and strive not to interfere in the activities of the person now responsible for the activities.

Suggestions for the person delegating

It is, most likely, the bittest role of those exposed in the article. You must show a firm and unwavering will to carry out the delegation, along with what we comments below:

• It is important to internalize that others will not do it in the same way as oneself, probably not so perfectly, but that the end result may be the same.
• Apply the 80-20 rule: that is, accepting achievements of project development percentage of 80% with respect to how you would have done it yourself, is more than enough.
• Avoid micromanagement, because it burns both parts: the delegator and the delegate, ruining the productivity of everything else.
• Publicly recognize the objectives achieved: very important to strengthen the confidence of the person in charge.

On the other hand, negative attitudes that can lead to the failure of the delegation process are the following:

• Always be on top of the subordinate and tell him how the work should be done: he must breathe and carry out activities in his own way, with his methodology and approach - of course advice should be welcome. In this sense, a coaching job is the most successful task.
• Criticizing the subordinate's work, especially in front of third parties: it causes frustration to the one who wants to take command, apart from the fact that it subtracts authority. On the other hand, third parties will not consider the newcomer the appropriate interlocutor until they are publicly endorsed from above.
• Finish delegated tasks yourself: again the message transmitted is of complete lack of confidence. In any case, and in any scenario, the responsible person is the one who has to finish the tasks.

Consequences of not delegating

And what are the consequences of not delegating? Well basically there are two consequences:

• From the Team perspective, lack of professional development, and therefore frustration. Sometimes it happens that not delegating causes potential gifted colleagues and workers that seemed promising to abandon the project, because they do not feel fulfilled or feel that there is a glass ceiling that is not possible to overcome.
• Stagnation of the company: the company will reach a certain critical mass that it will be unable to surpass. Managers can double, triple, ... quintuple themshelves when they don´t want to delegate, but there comes a time when they are not able to give more.

As a consequence of the previous two points, opportunities are lost, or topics are not carried with the required level of precision.

Conclusions

As a corollary: the delegation process must be the result of a path of responsibility truffled with the following ideas:

• Thinking more about the common benefit than the personal benefit
• Holistically contemplate how delegation processes can best be started

Some funny stuff as well: the Delegation Poker, a cards game thas was first played at the Scrum Gathering in Amsterdam, can help people delegating.  

For Spanish Original Version: click here.

Guía del MVP, MSP y MPP: qué son y cómo llegar hasta ellos

¿Tienes un concepto de producto en mente? ¿Estás dispuesto a darle forma y desarrollarlo? El primer consejo que te daría un buen amigo con conocimientos en la materia sería que preguntes al mercado y valides tu idea en él. Algunas de las preguntas que se hacen los emprendedores e intraemprendedores a la hora de empezar son:

• ¿Crear en primer lugar un MVP (Producto Mínimo Viable, Minimum Viable Product), un MMP (Producto Mínimo Comercializable, Minimum Markeatable Product) o cualquier otro tipo de producto mínimo es la manera correcta de comenzar?
• Con tantas etapas para el inicio de un producto, ¿cuál es el flujo de trabajo correcto?

En realidad, cada Producto Mínimo y cada etapa cumple un objetivo específico y lo acerca al producto deseado. La experiencia resume el punto en: comienza con un prototipo, sigue con un MVP y llega al Producto. Pero lo primero es lo primero: comienza con la construcción de un prototipo de producto. Un prototipo se caracteriza por:

• No contiene ninguna característica o función como tal
• Suele ser bastante artesanal
• Funciona como modelo para el lanzamiento de la idea: es decir, puede ser un mock up
• Nos ayuda a probar el concepto y construir una base para un MVP

En cambio, un producto mínimo viable MVP ya tiene un conjunto de características suficientes para satisfacer a los primeros usuarios: está diseñado después de que los usuarios iniciales dejan sus comentarios sobre el producto. Junto con eso, también hay un Producto Mínimo Comercializable MMP, un Producto Mínimo Adorable MLP, y otras variaciones de lo que se convertirá en una versión final de su producto.

En este artículo os guiaremos a través de los diferentes productos mínimos que nos encontraremos en el camino:

• MVP - Minimum Viable Product
• MMP - Minimum Marketable Product
• MLP - Minimum Lovable Product
• MDP - Minimum Desirable Product
• y MAP - Minimum Adorable Product

MVP, MSP y MPP: qué son y cómo llegar hasta ellos

Dado que se utilizan muchos términos diferentes para describir el proceso de desarrollo, es fácil confundirse. Aquí, hablaremos sobre las diferencias clave de desde la perspectiva de:

• los productos mínimos, 
• los usuarios finales, 
• el equipo técnico y 
• el inversor. 

Vayamos directamente a los detalles.

# 1 MVP

El concepto de MVP (producto mínimo viable) es ampliamente utilizado en el mundo tecnológico. Veamos qué es y por qué tu startup necesita uno.

¿Qué es MVP y qué no?

Básicamente, un MVP es una versión temprana de un producto que se crea con 1. un mínimo esfuerzo y 2. un mínimo tiempo de desarrollo. Puede carecer de muchas funciones, pero debería dar a sus primeros usuarios una idea del producto para que puedan explorarlo y testarlo, retarlo. Un MVP no es la primera versión de su producto, sino la forma más básica del mismo.

¿Por qué construir un MVP?

Las ventajas de construir un MVP radican en su bajo costo y rápido desarrollo. Un MVP ayuda a:

• verificar si su público objetivo es elegido correctamente, 
• averiguar qué características son las más populares, 
• determinar los posibles problemas y 
• crear una base de usuarios de los primeros usuarios de su producto.

En general,

• reduce el tiempo que se pueda necesitar para rehacer o rediseñar el producto o sus características. 
• hace que sea más fácil encontrar y corregir errores en las primeras etapas de desarrollo. 

Con un MVP, tendremos una visión clara de las cosas para mejorar, los problemas del producto y los puntos débiles para los usuarios potenciales. También obtendremos:

• Validación de ideas fácil y barata. En lugar de lanzar un producto completo que tenga un conjunto completo de características, puedes comenzar con la creación de un MVP. Es la forma más barata de un producto y requiere características mínimas para probar la idea y, por lo tanto, tiempo mínimo para construirla. En otras palabras, un MVP tiene como objetivo probar y evaluar tu idea y aprender cómo los usuarios del mundo real van a reaccionar ante ella.

• Espacio para el cambio y la evolución. Con un MVP tienes espacio para la evolución. Mientras desarrollas el producto, pueden surgir nuevas tecnologías, por lo que puedes integrar funciones adicionales teniendo en cuenta la idea central. Básicamente,
• agrega valor en cada etapa de desarrollo y 
• mantén el prototipo del producto flexible y abierto para incorporar nuevos cambios.

• Posibilidad de probar y experimentar a bajo riesgo y costo. Un MVP no es para obtener ganancias, se trata de comprender lo que tu producto necesita para tener éxito. No tiene que incluir todas las funciones, solo las que desees probar. Lo mejor es que puedes experimentar fácilmente con ellos para determinar cuál de ellos funciona mejor y no gastar una fortuna en ello.
• Prueba tu idea ante las partes interesadas. Un MVP es una muestra de lo que puede convertirse en un producto más grande y complejo. Permite demostrar a los inversores y partes interesadas la validez de mercado de tu idea y asegurarles que inviertan en la construcción del producto final.

Expectativas del usuario de un MVP

En general, los usuarios tienen diferentes niveles de experiencia, de intereses y expectativas del producto. Pídeles que se centren en las características que entienden ellos les proporciona mayor valor añadido y que prueben las que consideren más interesantes. El feedback debe proporcionar un análisis cualitativo y cuantitativo: averigua si el producto resuelve los problemas de los clientes y qué pasos toman los usuarios en su viaje exploratorio:

• Comentarios cualitativos del cliente. Dirígete a grupos específicos de usuarios para obtener los comentarios cualitativos más valiosos. Por ejemplo, es posible que deseen escuchar a los desarrolladores con respecto a una determinada funcionalidad, o aportar valor respecto al proceso de toma de decisiones de éstas: ¿están satisfechos con eso? ¿resuelve su problema? Los datos cualitativos te ayudarán a comprender qué se puede mejorar respecto a la forma en que se entrega valor a los usuarios.

• Analítica cuantitativa. Los datos cuantitativos generalmente se recopilan de encuestas, herramientas de seguimiento de análisis o al dar a los usuarios un objetivo específico que deben cumplir, teniendo que registrar si pudieron alcanzarlo o no, cuánto tiempo les llevó y qué obstáculos encontraron en su camino. Los resultados cuantitativos son fáciles de interpretar y transformar en información valiosa: sabrás qué pasos hacen que los usuarios se detengan y qué dolores tienen en su viaje en el uso del producto.

Expectativas del equipo técnico de un MVP

Los desarrolladores se suelen encontrar con la disyuntiva de la incertidumbre del MVP y el potencial que piensan tiene el producto. Es por ello que se recomienda que sus elementos funcionales sean modulares para que el equipo técnico pueda solucionar fácilmente cualquier error en el futuro. Esto es:

• Arquitectura flexible y simple. Una arquitectura flexible permite agregar nuevas características e ideas rápidamente y a bajo costo: los desarrolladores pueden cambiar rápidamente una base de código existente y mejorar la funcionalidad. La arquitectura del producto debe ser lo suficientemente escalable como para implementar cambios basados ​​en los comentarios de los usuarios.

• Definir el ámbito de alto nivel. Esto es, definir las características y funciones de un producto, diferenciando lo que es relevante y lo que no lo es, y tratando de identificar si existen limitaciones técnicas en la idea. Una vez que decidido el alcance de alto nivel del producto, deberemos discutir con los ingenieros la factibilidad. En paralelo se recomienda buscar recomendaciones y consejos.

• Análisis de clientes. Tu producto debe cumplir con las expectativas de los clientes y el equipo de tecnología debe ser consciente de esas expectativas. Se trata de proporcionar un análisis para definir qué características esperan tener los usuarios y realizar un proceso de desarrollo futuro basado en los resultados.

• Asistencia de control de calidad. A veces es difícil ver los "puntos ciegos" cuando estás totalmente metido en el producto. Por lo tanto, un analista de control de calidad o un Subject Matter Expert (SME) puede ser de gran ayuda. Invierte en alguien que esté familiarizado con el producto pero que trabaje de manera independiente. Esta persona identificará las características que deberían mejorarse y si hay algo que se necesita introducir. Además, analiza a los competidores y aprende cuál es su ventaja competitiva.

Equipo de apoyo para probar el MVP

Involucra a tu equipo en la discusión: qué va bien y qué no. Deja que todos prueben la versión MVP del producto y compartan sus ideas. El equipo técnico puede beneficiarse mucho de estos resultados.

Expectativas de los inversores de un MVP

Si las pruebas de usuario son exitosas, es hora de presentar un MVP a los inversores. Los inversores quieren ver cómo un MVP básico se ha convertido en un producto real. En otras palabras, quieren asegurar sus fondos y, por lo tanto, reconocer muy de antemano si el producto es viable o no, incluso antes de la fase piloto o de lanzamiento y escalado del producto. Para ello,

• Muestra los resultados de las pruebas y demuestra que el producto puede generar ingresos.
• Valida la idea de negocio con números y comentarios reales de los usuarios para demostrar que el equipo puede cumplir. 
• Demuestra a los inversores que sabes exactamente cuáles deberían ser los próximos pasos para el desarrollo exitoso del producto.

# 2 MMP y MMR

Si el MVP se crea para validar nuestras hipótesis, el MMP (Producto Mínimo comercializable, Minimum Marketable Product) y el MMR (Lanzamiento Comercializable Mínimo, Minimum Marketable Release) nos sirven como el siguiente paso lógico en la ruta de desarrollo del producto.

¿Qué es MMR y qué es MMP?

Un MMR significa Lanzamiento Comercializable Mínimo (Minimum Marketable Release): un lanzamiento completo de un producto mínimo pero que satisface las necesidades actuales del usuario. Comentarios al respecto:

• Usaremos el MMR para acortar el tiempo inicial de comercialización.
• Un MMR es un proceso en sí
• El MMP es el producto (producto mínimo comercializable) que ofrece funcionalidades imprescindibles a los usuarios (las mínimas comercializables)
• El primer objetivo del MMP es documentar los comentarios del mercado provenientes de usuarios reales.
• El segundo objetivo del MMP es el de dar un retorno a la empresa (monetizar). 
• El MMP es un producto desarrollado para satisfacer a un grupo de pocos adoptadores tempranos (early adopters): un público objetivo pequeño y con necesidades específicas.

Un MMP es la primera versión de su producto "real" que puede resolver los problemas del usuario con el mínimo número de funciones. Un MMP se lanza a través de un MMR.

Expectativas del usuario de MMP / MMR

El MMP está dirigido a personas que:

• están deseando probar el producto no perfectamente afinado pero vendible, por el mero hecho de ser una novedad
• están dispuestas a pasar por alto los errores o disfunciones que pueda mostrar el MMP. 

La clave es centrarse en las características innovadoras que busca este grupo. Al mismo tiempo, MMR (lanzamiento comercializable mínimo) contiene nuevas características que pueden aportar valor a los clientes.

Expectativas del equipo técnico de MMP / MMR

En primer lugar, MMP y MMR remiten sólo a:

• características clave,
• recopilar los consejos de los clientes reales e 
• incluir lo que deseemos en la primera versión del producto. 

Básicamente, buscamos que el producto funcione como los clientes desean.

Para esta etapa, también debemos definir si habrá integraciones con terceros y crear las funcionalidades necesarias, o al menos una maqueta. Deberemos también de idear la garantía del producto para el flujo de usuarios previsto, así como el proceso del equipo de soporte.

Expectativas de los inversores de MMP / MMR

Un MMP es la primera iteración de la versión mínima comercializable: reduce el tiempo de comercialización por lo que las inversiones se pueden realizar de forma segura en esta etapa del desarrollo del producto. Aunque el MMP no es un producto rico en funciones, los inversores aún esperarán tener algunas tecnologías de vanguardia que sirvan de ventaja competitiva. Por lo tanto, revisemos este punto.

Por otro lado, el lanzamiento de MMP requiere fondos mínimos por lo que el riesgo de pérdida en caso de bajo rendimiento es relativamente bajo.

# 3 MMF

Un MMF significa una Característica Comercializable Mínima y define una característica imprescindible de su producto que aportará valor inmediato al cliente.

¿Qué es el MMF?

Básicamente, una MMF es un pequeño conjunto de funcionalidades que debe ser lanzado para aportar valor al cliente. En términos de negocios, una MMF:

• Mejora la lealtad del cliente
• Ayuda a ahorrar costos y
• Genera ingresos.

Expectativas del usuario de MMF

Los usuarios esperan que su producto tenga una función que aborde sus dolores del cliente de manera más fácil, más rápido, más barato y más eficientemente que las funciones de productos alternativos. Además, quieren una nueva funcionalidad notable, no solo una corrección de errores o una mejora de las funciones existentes: es decir, algo completamente nuevo y emocionante.

Expectativas del equipo tecnológico de MMF

El equipo técnico deberá crear versiones Alfa y Beta de las próximas actualizaciones importantes. De esta manera, podrán resolver dolores y completar tareas relacionadas con las nuevas funciones. Incluso pueden trabajar en un MVP en paralelo: de hecho, un MVP puede tener varios MMF relacionados combinados.

Expectativas de los inversores de MMF

Un MMF puede ayudar a representar un business case para el financiamiento inicial para una empresa de tecnología en etapa temprana. Cada MMF es un argumento positivo para incrementar el tamaño del mercado que puede alcanzar y, como resultado, la razón para atraer más fondos. Mientras más clientes potenciales estén interesados ​​en tu MMF particular, más querrán pagar por él.

# 4. MLP, MDP, MAP

¿Quieres ver el producto terminado? Ya casi estás ahí. Estas siglas de la etapa de inicio representan productos adorables mínimos (MLP), encantadores mínimos  (MLP) y asombrosos mínimos (MAP), respectivamente.

¿Qué son MLP, MDP y MAP?

Un MLP, un MDP y un MAP se basan en la idea de que si los usuarios tienen una experiencia agradable con el producto, lo usarán más y, lo que es más importante, gracias al efecto boca a boca lo transmitirán a los demás. No es por ser pesimista, pero debemos tener en cuenta que crear un producto fantástico es más fácil decirlo que hacerlo. Por lo tanto, esfuérzate por enfocarte no solo en características técnicamente factibles sino también en las increíbles y deseables que alegrarán a los usuarios. En pocas palabras, los clientes preferirían siempre elegir un producto increíble que uno aburrido, pero técnicamente perfecto.

Expectativas del usuario de MLP y MDP

Para enganchar a los clientes, comunica que el producto es viable, técnicamente factible, y además también es genial:

• Crea un diseño atractivo para que sea visualmente imbatible, 
• Haz que el producto sea fácil de usar para proporcionar una experiencia positiva 
• Agrega un factor sorpresa. 

Como ejemplo, busca inspiración en los productos de Apple.

Expectativas del equipo técnico para MLP, MDP y MAP

En esta etapa estamos buscando una reacción emocional al producto. Por lo tanto es crucial tener un gran diseño creado específicamente para un usuario objetivo. Por lo tanto, involucra a expertos en diseño y UI / UX (User Interface / User Experience) en el proceso de desarrollo de productos.

MLP y MDP también influyen en la velocidad que le queramos dar al proyecto: ¿Cómo? Recopilando comentarios de los usuarios e implementando rápidamente nuevas características. Es por ello que lo mejor es disponer un equipo de desarrollo ágil altamente funcional que tenga los recursos y conocimientos necesarios para reaccionar rápidamente a los cambios. En este sentido, las metodologías Ágiles ayudan a propulsar de manera definitiva estas iniciativas.

Expectativas de los inversores para el MLP, MDP y MAP

Los inversores quieren comprobar el efecto guau (wow effect) que se genera en los futuros clientes para determinar si el MVP del producto ha alcanzado el nivel MLP o MDP. Para ello,

• Invitar a un grupo de potenciales futuros clientes
• Mejor si son defensores del producto, o están comprometidos con él de una manera proactiva con él (¡ojo, no estamos diciendo que les compres,sino que sean abogados del producto!)
• Al probar el producto, deben dar feedback acerca de si éste se percible como deseable.

Conclusiones

Primero construye un MVP: a ver cómo funciona. Luego, debes probar el efecto de las mejoras introducidas del producto con los prototipos MLP y MAP. He aquí hay una lista de cosas importantes para recordar.

• Si es posible, obtén un equipo con experiencia en MVP
• Valida la idea de negocio;
• Escucha atentamente cualquier comentario de los usuarios;
• Implementa solo funciones mínimas que resuelvan los problemas de los usuarios;
• No subestimes la fase de creación de prototipos;
• Tras el MVP, lanza un MMP;
• Prueba el efecto de las mejoras que se vayan introduciendo con el MLP, MAP y MDP.
• Recuerda que las iteraciones de MVP son un viaje hacia el lanzamiento exitoso del producto. 
• Haz uso de metodologías ágiles para un lanzamiento rápido, sencillo, y lo menos indoloro posible.

¡Aprovecha al máximo tu capacidad emprendedora, tu inventiva y tu saber hacer, para sacar el producto de tus sueños al mercado!


Referencias:

• https://themindstudios.com/blog/mlp-vs-mvp-vs-mmp/
• https://djangostars.com/blog/guide-mvp-mmp-mlp-mdp-map-startup-stages/
• https://yourstory.com/2014/07/mlp-mvp-msp
• https://disciplinedagiledelivery.com/defining-mvp/