Archivo de la etiqueta: Administración de Proyectos

Administración de Proyectos de Organizaciones Públicas y Privadas.

Crowdsourcing, Dirección Estratégica, innovación, Modelo de Negocios

¿Qué es Crowdsourcing?

junio 24, 2017 Horacio Martinez Deja un comentario

Internet ha sido durante mucho tiempo un lugar para que la cultura participativa florezca, pero a principios del siglo XXI, vimos por primera vez un aumento de interés por parte de las organizaciones para aprovechar la inteligencia colectiva de las comunidades en línea para servir a los objetivos empresariales, en la gobernanza, diseñar productos y resolver problemas.

Las empresas, las organizaciones sin fines de lucro y las agencias gubernamentales integran regularmente las energías creativas de las comunidades en línea en las operaciones cotidianas y muchas organizaciones han sido construidas enteramente a partir de estos arreglos. A la mezcla deliberada de proceso creativo, abierto y ascendente; con las metas organizacionales descendentes se denomina crowdsourcing.

¿Qué es el Crowdsourcing?

Se define crowdsourcing como un modelo de producción y resolución de problemas distribuidos en línea que aprovecha la inteligencia colectiva de las comunidades en línea, para cumplir con objetivos organizacionales específicos. Las comunidades en línea, también llamadas multitudes (crowds), tienen la oportunidad de responder a las actividades de crowdsourcing promovidas por la organización y están motivadas para responder por una variedad de razones.

En el crowdsourcing, existe el centro de control sobre la producción creativa de bienes e ideas entre la organización y el público, un proceso compartido de abajo hacia arriba, de creación abierta por parte de la multitud y gestión de arriba hacia abajo por los encargados de servir a los intereses estratégicos de una organización. Este reparto de poder entre una organización y el público hace que el crowdsourcing se distinga de procesos creativos similares.

En enero de 2012, Enrique Estellés-Arolas y Fernando González-Ladrón-Guevara estudiaron la literatura académica sobre crowdsourcing y encontraron casi cuarenta interpretaciones diferentes del crowdsourcing. Se les ocurrió la siguiente definición completa para crowdsourcing:

«Crowdsourcing es un tipo de actividad en línea participativa en la que un individuo, una institución, una organización sin fines de lucro, o empresa propone a un grupo conceptos, teorías y casos de crowdsourcing a individuos de diverso conocimiento, heterogeneidad y número; a través de una llamada abierta y flexible, el emprendimiento voluntario de una tarea. La realización de la tarea, de complejidad variable y modularidad, y en la que la multitud debe participar aportando su trabajo, dinero, conocimiento y / o experiencia, siempre conlleva un beneficio mutuo».

El usuario que resuelve el problema, recibirá la satisfacción de un determinado tipo de necesidad; ya sea económico, reconocimiento social, autoestima o el desarrollo de habilidades individuales; mientras que el crowdsourcer, la organización que busca la solución a un problema, obtendrá y utilizará a su favor lo que el usuario ha aportado al emprendimiento, cuya forma dependerá del tipo de actividad emprendida.

Los ingredientes clave del crowdsourcing, entonces, de acuerdo con una docena de académicos que han publicado sobre el tema, son:

Una organización que tiene una tarea que necesita realizar.
Una comunidad (multitud) que esté dispuesta a realizar la tarea voluntariamente.
Un entorno en línea que permita que el trabajo tenga lugar y que la comunidad interactúe con la organización.
Un beneficio mutuo para la organización y la comunidad.

Sistemas comúnmente considerados como Crowdsourcing pero que técnicamente no lo son

FUENTE ABIERTA (OPEN SOURCE):

En primer lugar, crowdsourcing no es lo mismo que la producción de código abierto. La producción de código abierto describe un arreglo en el cual las personas cooperan para producir un recurso común en sus propios términos, en su propio formato, como comunidad autónoma. A medida que los individuos mejoran el recurso común, contribuyen libremente con sus mejoras a los bienes comunes. El software de código abierto, como el navegador web de Mozilla Firefox, es una ilustración de este arreglo.

La comunidad de Firefox, como cualquier comunidad de opensource, es autónoma y ha establecido normas, reglas y prácticas recomendadas de la comunidad para manejar el versionado del producto. ¿Por qué esto no se considera crowdsourcing? La producción de opensource no es crowdsourcing porque en su diseño previsto, no hay una gestión de arriba hacia abajo del proyecto.

PRODUCCIÓN POR PARES

En segundo lugar, el crowdsourcing no es lo que el estudioso jurídico Yochai Benkler llama la producción de pares basada en los bienes comunes. Un famoso ejemplo es la enciclopedia en línea Wikipedia. Wikipedia no cuenta como crowdsourcing, porque no hay una directiva de arriba hacia abajo. Wikipedia proporciona un conjunto de herramientas para cualquier persona que desee contribuir a la enciclopedia. Más allá de las herramientas, Wikipedia no impulsa la producción de conocimiento en el sitio. Ese trabajo es generado y gobernado por la comunidad, todo desde abajo hacia arriba.

INVESTIGACIÓN DE MERCADOS Y DESARROLLO DE MARCA

Un ejemplo de este tipo de arreglos es la campaña DEWmocracy de Pepsi para seleccionar un nuevo sabor para su soda Mountain Dew. Pepsi presentó un número limitado de opciones de sabor a los consumidores, y el sabor que recibió la mayoría de los votos fue seleccionado como el nuevo sabor. Este tipo de campañas de marketing, que piden a los consumidores que voten en su favorito de una lista corta de opciones, son similares a los esfuerzos tradicionales de investigación de mercado, tales como grupos de enfoque y pruebas de sabor. A diferencia de la producción por pares basada en los bienes comunes, estas actividades de marketing no cuentan como crowdsourcing porque implican demasiado control de arriba hacia abajo y no suficiente creatividad de abajo hacia arriba.

Crowdsourcing en Acción

La producción de contenidos de medios no es muy diferente de la producción de bienes de consumo. Ambos implican la generación y el control de ideas que hacen que un producto o pieza de contenido multimedia se destaque en un campo de competidores. Desde 2006, Doritos ha promovido su concurso Crash the Super Bowl, que invita a la gente a presentar anuncios de televisión de treinta segundos sobre la marca de chips de maíz Doritos a un sitio web y los creadores de los anuncios ganadores reciben un paquete de premios en efectivo y regalos, incluyendo un Viaje al Super Bowl.

El proceso permite a Doritos aprovechar una cantidad mucho mayor de ideas creativas a través de Internet y sabe de antemano qué anuncios atraen a los consumidores antes de que se comprometa a transmitir uno durante el Super Bowl.

La Ciencia y el Crowdsourcing

La ciencia de las multitudes acelera el proceso del descubrimiento científico por medio del internet, lo que permite a las organizaciones plantear desafíos científicos específicos a las multitudes generando un beneficio mutuo. InnoCentive es a menudo citado como un ejemplo de crowdsourcing en este campo de la investigación y el desarrollo científico corporativo. InnoCentive se centra en ofrecer soluciones de investigación y desarrollo para una amplia gama de áreas temáticas, desde la industria farmacéutica biomédica hasta los temas de ingeniería e informática. Las empresas solicitantes plantean desafíos científicos difíciles a la comunidad (Solvers), con premios en efectivo que oscilan entre 5.000 y 1 millón de dólares.

¿Deseas conocer más sobre este tema? Descargar presentación en PDF

¿Necesitas apoyo para innovar? Nosotros podemos apoyarte. Contáctanos.

innovación, The Lean Product, The Lean Startup

Cómo incrementar la productividad con KANBAN

diciembre 12, 2016 Horacio Martinez Deja un comentario

Un método popular para el desarrollo ágil de productos y servicios es el KANBAN, es un proceso adaptado del sistema desarrollado por el Sistema de Producción de TOYOTA que se enfoca en la producción justo a tiempo y en la eliminación de desperdicios.

Los empleados de manufactura utilizan tarjetas KANBAN de papel para señalar físicamente cuando se requiere de trabajo adicional en el sistema. Estas tarjetas han sido adaptadas para el desarrollo de software en tarjetas virtuales y cada una representa un trabajo por realizar. Aunque no generan automáticamente una señal para agregar trabajos al sistema, los miembros del equipo de trabajo deciden, de forma proactiva, jalar el siguiente trabajo hacia adelante.

Un principio central del KANBAN es visualizar el trabajo. Cada tarjeta es una tarea por desarrollar. Las tarjetas son acomodadas en un Tablero KANBAN, el cual consiste en un conjunto de columnas, una para cada estado del trabajo. Estas columnas son acomodadas de izquierda a derecha, en el orden en el que el trabajo fluye. La figura 12.4 es un ejemplo del tablero KANBAN.

Este tablero tiene las siguientes columnas de izquierda a derecha: «Backlog», «Listo», «En Desarrollo», «Desarrollo Concluido», «En Pruebas», «Pruebas Realizadas» y «Desplegado». Las definiciones son las siguientes:

Backlog.- Trabajos que se pueden realizar potencialmente, ordenados según su prioridad.
Listo.- Trabajos que han sido seleccionados del Backlog y están listos para ser desarrollados.
En Desarrollo.- Trabajos en los que el equipo de producción ha comenzado su realización.
Desarrollo Concluido.- Trabajos que el equipo ha concluido pero todavía no han sido probados.
En Pruebas.- Trabajos en los que se están aplicando pruebas.
Pruebas Realizadas.- Trabajos que han sido probados con resultados exitosos pero no se han desplegado.
Desplegado.- Trabajos que ya han sido lanzados.

Algunas columnas representan el trabajo por realizarse (ejemplos: En Desarrollo y En Prueba) mientras otras representas trabajos por realizarse (ejemplos: Listo y Desarrollo Concluido). Las columnas de este último tipo son filas de trabajos. Cuando un miembro del equipo libera más capacidad, después de haber concluido un trabajo, ellos pueden jalar el trabajo superior de la fila apropiada y comenzar a realizar dicho trabajo.

Conforme las unidades de trabajo avanzan a través de cada etapa, su tarjeta es movida de una columna a la siguiente. Es fácil visualizar el estatus de lo que el equipo esta realizando en cualquier momento simplemente con observar el tablero. También es fácil ver en dónde se encuentran los cuellos de botella viendo cuáles columnas han acumulado la mayor cantidad de tarjetas.

Es importante resaltar que, en vez de haber utilizado una columna para «Pruebas», se utilizan dos: Una para «En Pruebas» y otra para «Pruebas Realizadas». El Desarrollo también utiliza dos columnas: «En Desarrollo» y «Desarrollo Concluido». Esto ayuda a crear una imagen más clara del estatus de cada trabajo realizado por el equipo y ayuda a identificar más fácilmente los cuellos de botella.

En KANBAN, la cantidad de trabajo activo es administrada mediante limitar la cantidad de «Trabajo en Proceso» o WIP (work in progress), por sus siglas en inglés. El equipo decide el máximo número de tarjetas que cada columna puede contener, el cuál se llama límite WIP. Los miembros del equipo JALAN trabajos hacia adelante, de forma secuencial, a través de cada estado del trabajo (columna). Sin embargo, ellos pueden mover una unidad de trabajo a la siguiente columna si esa columna tiene capacidad tiene capacidad disponible. Esta regla ayuda a hacer más ágil el desarrollo de los trabajos y alcanzar un flujo de trabajo estable. Los equipos de trabajo deben afinar sus Límites WIP a lo largo del tiempo para optimizar el Flujo del Trabajo. El Límite WIP se muestra arriba de cada columna.

Es posible organizar más el tablero KANBAN utilizando «Carriles de Natación» que son líneas horizontales que separan los tarjetas en filas. Existen varias formas de categorizar las tarjetas con esta técnica. Es posible asignar prioridades a las tarjetas con los «Carriles de Natación» (a más alta la fila mayor la prioridad). Es posible asignar a cada trabajo su propia fila. Los «Carriles de Natación» pueden mostrar el flujo del trabajo de cada persona mediante asignar una fila a cada miembro del equipo. También puedes dar seguimiento a proyectos múltiples relacionados en un tablero mediante poner cada proyecto en su propia fila.

El enfoque del KANBAN es en el Flujo del Trabajo. Los trabajos por realizar se mueven de forma continua de izquierda a derecha en el Tablero KANBAN conforme el trabajo avanza. Es posible medir la Tasa de Producción (throughput), que es el número de artículos o unidades de trabajo completados en un lapso de tiempo, por ejemplo 10 artículos por semana. Si se evalúa la Tasa de Producción a lo largo del tiempo, esta deberá subir conforme se incrementa la productividad y el equipo se vuelve más proeficiente.

Dos métricas comunmente utilizadas en el KANBAN son la Duración del Ciclo, el tiempo promedio transcurrido desde el inicio de un trabajo hasta que este trabajo es entregado al cliente, y el Tiempo del Pedido, el tiempo promedio desde que se origina el trabajo (ejemplo: cuando un cliente lo solicita) al momento en que es entregado. Es importante resaltar que el Tiempo del Ciclo y el Tiempo del Pedido no se relacionan necesariamente con el esfuerzo. Un trabajo puede tomar solo una hora en ser completado pero puede tener un Tiempo de Pedido mucho más largo porque estuvo sin realizarse por mucho tiempo, hasta que se comenzó a realizar.

Es posible visualizar el Flujo de Trabajo en el sistema KANBAN por medio de un Diagrama de Flujo Acumulado (Figura 12.5), que es una gráfica de barras apiladas que muestra cuántas tarjetas se encuentran en cada etapa al final de cada día. Para simplificar, la figura 12.5 solamente utiliza 3 etapas: «Backlog», «Iniciado» y «Terminado». Aquí se puede apreciar el Tiempo del Ciclo que es el ancho horizontal de los trabajos «Iniciados» (started) y el Tiempo del Pedido es la combinación del ancho horizontal del «Backlog» y de los trabajos «Iniciados» (started). El Trabajo en Proceso o WIP es la altura vertical de los trabajos «Iniciados» (started).

Los miembros del equipo pueden cambiar el Backlog en cualquier momento que así lo decidan. La mejor métrica del KANBAN en la cual se debe enfocar el equipo en situaciones de cambios rápidos es el Tiempo del Ciclo.

Si el enfoque del trabajo varía de forma importante, pueden existir grandes variaciones en el Tiempo del Ciclo, donde los artículos más pequeños tienen ciclos más pequeños y los artículos más grandes tienen Tiempos de Ciclo más grandes. Algunos equipos de KANBAN utilizan el enfoque de «Tallas de Camisas», en la que se clasifican los proyectos según su tamaño: Chicos, Medianos, Grandes, etc. En este caso, se integra un Diagrama de Flujo Acumulado de Trabajo por cada tamaño de proyecto, para analizarlos mejor.

¿Quieres aprovechar los beneficios del KANBAN para incrementar la productividad de tu empresa y no sabes cómo?

Nosotros podemos contribuir al éxito de tus proyectos. CONTÁCTANOS.

innovación, The Lean Startup

La Visión en el Método Lean Startup

noviembre 14, 2016 Horacio Martinez Deja un comentario

El presente artículo versa sobre la importancia de definir una Visión, diseñar y evaluar las estrategias; como se desarrolla en el método Lean Startup.

En su interior, una startup es un catalizador que transforma las ideas en productos. A medida que los consumidores interaccionan con estos productos, generan feedback (retroalimentación) y datos. El feedback es tanto cualitativo (ejemplo: si les gusta o no el producto o servicio) como cuantitativo (por ejemplo: cuánta gente lo usa y lo encuentra valioso). Como hemos visto previamente, los productos que crean las startups son experimentos; el aprendizaje sobre cómo crear un negocio sostenible es el resultado de dichos experimentos. Para las startups, la información es más importante que el dinero, los premios o las menciones en la prensa, porque puede condicionar y reestructurar el siguiente conjunto de ideas.

Podemos ver este proceso de tres fases que se detallan en el siguiente esquema:

El circuito de feedback de información Crear-Medir-Aprender es el centro del modelo del método Lean Startup.

Mucha gente tiene una formación profesional que enfatiza uno de los elementos de este circuito de feedback de información. Para los ingenieros, se trata de aprender cómo construir de la forma más eficiente posible. Algunos directivos son expertos en diseñar y estudiar estrategias sobre la pizarra. Muchos emprendedores centran su energía en los elementos individuales: tener la mejor idea de producto o el producto inicial mejor diseñado, u obsesionarse sobre los datos y los indicadores. La verdad es que, por sí sola, ninguna de estas actividades es de primordial importancia. Por el contrario, necesitamos centrar nuestras energías en minimizar el tiempo total a lo largo de este circuito de feedback de información. Ésta es la esencia de dirigir una startup.

Para aplicar el método científico a una startup, necesitamos identificar las hipótesis que hay que probar. Eric Ries llama los elementos de más riesgo del plan de una startup, aquellas partes de las que depende todo lo demás, asunciones (supuestos) de acto de fe. Las dos asunciones más importantes son la hipótesis del valor y la hipótesis del crecimiento. Éstas dan lugar a los indicadores de ajuste que controlan el motor de crecimiento de la startup. Cada iteración de una startup es un intento de revolucionar el motor para ver si funciona. Cuando comprobamos que funciona, el proceso se repite, cambiando a velocidades cada vez más y más altas.

Una vez aclaradas estas asunciones de acto de fe, el primer paso es entrar en la fase de construcción tan rápido como sea posible con un producto mínimo viable (PMV). El PMV es aquella versión del producto que permite dar una vuelta entera al circuito de Crear-Medir-Aprender con un mínimo esfuerzo y el mínimo tiempo de desarrollo. Al PMV le faltan muchos elementos que pueden ser esenciales más adelante. Sin embargo, crear un PMV requiere un trabajo extra: debemos ser capaces de medir su impacto. Por ejemplo, es inadecuado crear un prototipo que sólo se evalúa mediante controles internos de calidad realizados por ingenieros y diseñadores.

Necesitamos ponerlo delante de consumidores potenciales para evaluar sus reacciones. También podemos necesitar venderles el prototipo, como veremos en seguida.

Cuando entramos en la fase de Medir, el mayor reto será determinar si los esfuerzos de desarrollo del producto están produciendo un progreso real. Recuerde, si estamos creando algo que nadie quiere, no importa si lo hacemos a tiempo y dentro del presupuesto. El método Lean Startup recomienda llevar una contabilidad de la innovación, un enfoque cuantitativo que nos permite ver si nuestros esfuerzos de ajuste del motor están dando frutos. También nos permite crear hitos de aprendizaje, una alternativa a los tradicionales hitos de negocio y producto. Los hitos de aprendizaje son útiles para los emprendedores como forma de calcular su progreso de forma rigurosa y objetiva; también son inestimables para los directivos e inversores a quienes los emprendedores deben rendir cuentas.

Finalmente, y lo más importante, está el pivote. Cuando acabemos el circuito de Crear-Medir-Aprender, nos enfrentaremos a la coyuntura más difícil que tiene que superar un emprendedor: Si pivotar (cambiar) de la estrategia inicial o perseverar. Si hemos descubierto que una de nuestras hipótesis es falsa, ha llegado el momento de hacer un gran cambio hacia otra hipótesis estratégica. El método Lean Startup crea empresas eficientes en el uso del capital porque permite a las startups reconocer pronto que es el momento de pivotar, consiguiendo un menor despilfarro de tiempo y dinero. A pesar de que llamamos al circuito de feedback Crear-Medir-Aprender porque las actividades tienen lugar en este orden, en realidad nuestra planificación trabaja en orden inverso: nos imaginamos qué necesitamos aprender, usamos la contabilidad de la innovación para descubrir qué debemos medir para saber si estamos obteniendo aprendizaje validado, y entonces averiguamos qué producto necesitamos crear para llevar a cabo experimentos y obtener estas medidas. Todas las técnicas del método Lean-Startup están diseñadas para minimizar el tiempo total del circuito de feedback de Crear-Medir-Aprender.

¿No sabes cómo probar si tu Visión y Estrategias son las correctas? Nosotros podemos apoyarte: Contáctanos.

Administración de Proyectos, Dirección Estratégica, innovación, The Lean Startup

El aprendizaje en Startups

noviembre 7, 2016 Horacio Martinez Deja un comentario

El presente artículo es una síntesis del método Lean Startup, de Eric Ries, para el desarrollo de nuevos productos y servicios, en la etapa de Aprender. Engloba las principales enseñanzas del aprendizaje validado en la innovación.

El Aprendizaje Validado

Como emprendedor, nada me molestaba más que la pregunta de si mi empresa estaba progresando. Como ingeniero, y después como directivo, estaba acostumbrado a medir el progreso analizando si nuestro trabajo avanzaba conforme al plan, era de alta calidad y costaba aproximadamente lo que habíamos previsto.

Después de muchos años como emprendedor, empecé a preocuparme por esta forma de medir el progreso. ¿Qué pasaba si estábamos creando algo que nadie quería? En ese caso, ¿qué importaba si lo estábamos haciendo a tiempo y ciñéndonos al presupuesto? Cuando volvía a casa después de un día de trabajo, lo único de lo que estaba seguro era que ese día había mantenido a la gente ocupada y que había gastado dinero. Deseaba que los esfuerzos de mi equipo nos acercaran a nuestro objetivo. Si tomábamos el camino equivocado, tendría que conformarme con que, al menos, habíamos aprendido algo importante.

Desgraciadamente, «aprender» es la excusa más vieja que existe para el fracaso en la ejecución. Sin embargo, aprender es un triste consuelo para los trabajadores que siguen al emprendedor hacia lo desconocido. Es un triste consuelo para los inversores que asignan capital, tiempo y energía en organizar los equipos emprendedores. Es un triste consuelo para las organizaciones, grandes y pequeñas, que dependen de la innovación empresarial para sobrevivir. No puedes llevar el aprendizaje al banco; no puedes gastarlo o invertirlo. No se lo puedes dar a tus clientes ni devolvérselo a tus socios.

No obstante, si el objetivo fundamental del espíritu emprendedor es implicarse en la creación de organizaciones bajo condiciones de extrema incertidumbre, su función más importante es el aprendizaje. Debemos saber qué elementos de nuestra estrategia están funcionando para llevar a cabo nuestra visión y cuáles son disparatados.

En el modelo del método Lean Startup, estamos rehabilitando el aprendizaje con un concepto al que Eric Ries llama aprendizaje validado.

El aprendizaje validado no es una racionalización hecha a posterior o una buena historia inventada para esconder un fracaso. Es un método riguroso para mostrar hacia dónde seguir cuando uno está metido en la tierra de la extrema incertidumbre en la que crecen las startups. El aprendizaje validado es el proceso para demostrar empíricamente que un equipo ha descubierto información valiosa sobre las posibilidades presentes y futuras del negocio. Es más concreto, riguroso y rápido que la previsión de mercado o la planificación clásica. Es el principal antídoto para el problema letal de obtener un fracaso: la ejecución con éxito de un plan que nos lleva a ninguna parte.

Valor vs. Despilfarro

En otras palabras, ¿cuáles de nuestros esfuerzos están creando valor y cuáles son un despilfarro? Esta pregunta es el centro de la revolución del Lean Manufacturing; es la primera pregunta que cualquier industria Lean ha aprendido a formularse. Aprender cómo identificar el despilfarro y eliminarlo sistemáticamente ha permitido a las empresas Lean como Toyota dominar industrias enteras. En el mundo del software, las metodologías de desarrollo ágil que yo había aplicado hasta ese momento tenían sus orígenes en la ideología Lean. También estaban diseñados para eliminar el despilfarro.

Aun así, esos métodos habían provocado que la mayoría de los esfuerzos de mi equipo fueran inútiles. ¿Por qué?

La respuesta se me ocurrió a lo largo de los años siguientes. El pensamiento Lean define el valor como algo que proporciona un beneficio al consumidor; cualquier otra cosa es un despilfarro. En una empresa industrial, a los consumidores no les importa cómo se ensambla el producto, sólo si funciona. Pero en una startup, no se sabe quién será el consumidor y qué es lo que el consumidor encontrará valioso; esa gran incertidumbre es una parte esencial de la definición de startup. Me di cuenta de que, como startup, necesitábamos una nueva definición del valor.

Por un lado, piense en todo el debate y la priorización de esfuerzos para decidir características del producto que los consumidores nunca descubrirían. Si hubiéramos lanzado el producto antes, nos habríamos ahorrado ese despilfarro. También tenga en cuenta todo el despilfarro causado por nuestras premisas estratégicas erróneas.

¿Es posible que hubiéramos descubierto lo equivocadas que eran nuestros supuestos sin crear nada? Por ejemplo, ¿qué habría pasado si hubiéramos ofrecido a los clientes la oportunidad de descargarse nuestro producto a partir de una propuesta, sin crear nada? Esto es diferente a preguntar a los clientes qué quieren. La mayoría de ellos no saben anticipadamente qué quieren. Podríamos haber llevado a cabo el experimento ofreciendo a los consumidores la oportunidad de probar algo y midiendo entonces su comportamiento.

Eric Ries, en su metodología, llega a la conclusión de que el aprendizaje es la unidad esencial para medir el progreso de una startup. Aquel esfuerzo que no es necesario para saber qué quieren los consumidores puede eliminarse. Dicho aprendizaje se llama aprendizaje validado, porque siempre se puede demostrar a través de mejoras en los principales indicadores de la startup. Como hemos visto, es fácil engañarse a uno mismo sobre qué quieren los consumidores. También es fácil aprender cosas totalmente irrelevantes. Por lo tanto, el aprendizaje validado se respalda en datos empíricos que se obtienen de consumidores reales.

¿Dónde encontramos la validación?

Adoptamos la visión de que nuestro trabajo era encontrar una síntesis entre nuestra visión y lo que nuestros clientes aceptarían; no se trataba de capitular ante lo que los consumidores creían que querían, ni de decir a los consumidores lo que deberían querer.

También es la forma correcta de ver la productividad en una startup: no en términos de cuántas novedades estamos creando sino en términos de cuánto conocimiento validado estamos obteniendo con nuestros esfuerzos. Ésta es la verdadera productividad de la startup: saber sistemáticamente qué es lo que hay que crear.

¿Estás desarrollando un nuevo producto o servicio y no sabes cómo medir tu progreso? Nosotros podemos ayudarte. Contáctanos.

Administración de Proyectos, Dirección Estratégica

El proceso de Administración de Proyectos

octubre 24, 2016 Horacio Martinez Deja un comentario

De manera concisa, el proceso de la Administración de Proyectos significa planear el trabajo y después trabajar el plan.

Un grupo de entrenadores puede pasar horas elaborando planes únicos para un juego; después, el equipo ejecuta los planes para tratar de cumplir con el objetivo: LA VICTORIA.

De modo similar, la administración de un proyecto implica primero establecer un plan y después llevarlo a cabo para lograr el objetivo del proyecto.

Planeación

El esfuerzo en la etapa inicial de la administración de un proyecto debe centrarse en establecer un plan inicial que explique por etapas, a manera de lograr el alcance del proyecto a tiempo y dentro del presupuesto. Este esfuerzo de planeación incluye los pasos siguientes:

Definir con claridad el objetivo del proyecto.- La definición debe acordarse de manera previa entre el cliente y la persona u organización que realiza el proyecto.
Dividir y subdividir el alcance del proyecto en piezas importantes o paquetes de trabajo.- Aún cuando los proyectos importantes pueden parecer abrumadores si se consideran como un todo, una manera de salir victorioso, incluso del esfuerzo más monumental, es dividirlo.Una estructura de división de trabajo es un árbol jerárquico de elementos o partes del trabajo que el equipo del proyecto realizará o producirá durante el proyecto. La estructura de la división del trabajo, por lo general, identifica a la organización o persona responsable de cada paquete de trabajo.
Definir las actividades específicas que deben realizarse para cada paquete de trabajo.- Con el fin de lograr el objetivo del proyecto.
Representar gráficamente las actividades en forma de diagrama de red.- Este diagrama muestra la secuencia necesaria y las interdependencias de las actividades para lograr el objetivo del proyecto.
Elaborar una estimación de la duración, para determinar cuánto tiempo se requerirá para completar cada actividad.- También es necesario determinar cuáles tipos de recursos y cuánto se necesita de cada uno para que cada actividad se complete dentro de la duración estimada.
Elaborar una estimación de costo de cada actividad.- El costo se basa en los tipos y cantidades de recursos requeridos para cada actividad.7.Calcular el programa y el presupuesto del proyecto.- Para determinar si el proyecto puede completarse dentro del tiempo requerido, con los fondos asignados y los recursos disponibles. De no ser así, se deben hacer ajustes al alcance del proyecto, las estimaciones de duración de las actividades o las asignaciones de recursos hasta que pueda establecerse un plan inicial (un plan en etapas para lograr el alcance del proyecto, a tiempo y dentro del presupuesto) realista y alcanzable.

El Plan Inicial

El plan inicial de un proyecto puede mostrarse en una exposición gráfica o de tabla para cada periodo (semana, mes) desde el inicio del proyecto hasta su terminación. La información debe incluir:

Las fechas de inicio y terminación para cada actividad.
Las cantidades de los distintos recursos que se necesitan para cada periodo.
El presupuesto para cada periodo, así como el presupuesto acumulado desde el inicio del proyecto, considerando cada periodo.

Beneficios de la Administración de Proyectos

El beneficio fundamental de la implementación de técnicas de administración de proyectos es tener un cliente satisfecho.

Terminar todo el alcance del proyecto con calidad, a tiempo y dentro del presupuesto proporciona una gran sensación de satisfacción.

Para un contratista, significa que puede llevarlo a negocios adicionales con el mismo cliente en el futuro o a nuevos negocios recomendados por clientes que se han quedado satisfechos.

Si usted es el gerente del proyecto, tiene la satisfacción de saber que hizo un esfuerzo de proyecto exitoso. También ha mejorado su reputación como gerente de proyecto y se ha situado en una posición conveniente para aprovechar mejores oportunidades profesionales.

Si es miembro de un equipo de proyecto que ha realizado un proyecto con éxito, tiene la satisfacción de estar en uno ganador. No solo contribuyó al éxito del proyecto, sino que además amplió su conocimiento y mejoró sus habilidades a lo largo del camino.

Tu proyecto de negocios es tu inversión más valiosa. Nosotros podemos apoyarte a desarrollarlo con éxito: Contacto.

Administración de Proyectos, Dirección Estratégica

El ciclo de vida de un proyecto

octubre 14, 2016 Horacio Martinez Deja un comentario

Existen cuatro fases en el ciclo de vida de un proyecto. A medida que el proyecto avanza por todo su ciclo de vida, las distintas organizaciones, personas y recursos juegan papeles preponderantes:

Identificación de la necesidad o el problema
Desarrollo de una propuesta de solución
Implementación de la solución propuesta (Realización del proyecto)
Conclusión (actividades de cierre)

Fase 1.- Identificación de la necesidad

Los proyectos “nacen” cuando el cliente identifica una necesidad. El cliente es la persona u organización dispuesta a proporcionar los fondos para lograr satisfacerla. Por ejemplo, para una familia que planea crecer, la necesidad puede ser una casa más grande; mientras que para una empresa el problema puede ser un alto índice de material de desperdicio en su proceso de manufactura que incrementan los costos y los tiempos de producción por encima de sus competidores. El cliente primero debe identificar la necesidad o el problema.

Esta primera fase del ciclo de vida del proyecto involucra la identificación de una necesidad, problema u oportunidad y puede dar como resultado que el cliente solicite propuestas de personas, un equipo de proyecto u organizaciones (contratistas) que traten la necesidad identificada o resuelvan el problema.
Por lo general, el cliente escribe la necesidad y los requisitos en un documento llamado solicitud de propuesta.
Por medio de ésta, el cliente pide a las personas o contratistas que presenten propuestas sobre cómo podrían resolver el problema, junto con el costo y el programa asociado.

Fase 2.- Desarrollo de una propuesta de solución

La segunda fase del ciclo de vida de un proyecto es el desarrollo de una propuesta de solución a la necesidad o el problema. En esta fase el cliente recibe una propuesta por parte de una o más personas u organizaciones (contratistas) a quienes les gustaría que el cliente les pagara por implementar la solución propuesta. En esta fase el esfuerzo del contratista es lo más importante.

Los contratistas interesados en responder a la solicitud de propuesta dedican varias semanas al desarrollo del método para resolver el problema, la estimación de los tipos y cantidades de recursos que se necesitarán, así como el tiempo que será requerido para diseñar e implementar la solución propuesta. Después de evaluar las propuestas presentadas y seleccionar la ganadora, el cliente y el contratista ganador negocian y firman un contrato (acuerdo).

Fase 3.- Implementación de la solución propuesta

La tercera fase del ciclo de vida de un proyecto es la implementación de la solución propuesta. Esta fase comienza después de que el cliente decide cuál de las soluciones propuestas satisface mejor la necesidad y se llega a un acuerdo entre el cliente y la persona o contratista que presentó la propuesta. En esta fase, conocida como la realización del proyecto, se hace la planeación detallada del proyecto y después se lleva a la práctica el plan para lograr su objetivo. Durante la realización del proyecto, se utilizan distintos tipos de recursos. En esta fase se logra el objetivo del proyecto y el cliente queda satisfecho de que todo el trabajo se terminó con la calidad deseada, dentro del presupuesto y a tiempo.

Fase 4.- Conclusión

La fase final del ciclo de vida de un proyecto es concluirlo. Cuando se ha completado un proyecto, se deben realizar ciertas actividades de cierre, como la confirmación de que se han proporcionado todos los productos entregables al cliente y este los ha aceptado; que todos los pagos se han cobrado y que todas las facturas se han pagado.

Una tarea importante de esta fase es evaluar el desempeño del proyecto con el fin de averiguar qué podría mejorarse si se realizara uno similar en el futuro.

Esta fase debe incluir la retroalimentación de los clientes para determinar su nivel de satisfacción y si el proyecto cumple con sus expectativas. Además, también se debe pedir al equipo del proyecto que realice recomendaciones para mejorar iniciativas futuras.

¿Estás emprendiendo un proyecto de negocios que requiere asesoría profesional? Nosotros podemos ayudarte. Contáctanos.

Administración de Proyectos, Dirección Estratégica, Emprendedor

Atributos de un proyecto

octubre 10, 2016 Horacio Martinez Deja un comentario

Un proyecto es un esfuerzo para lograr un objetivo específico por medio de una serie particular de tareas interrelacionadas y la utilización eficaz de recursos. Los atributos siguientes ayudan a definirlo:

Atributos

Un proyecto tiene un objetivo bien definido, un resultado o un producto esperado. El objetivo de un proyecto, por lo general, se define en términos de alcance, programa y costo.Por ejemplo, el objetivo del proyecto podría ser introducir al mercado, en 10 meses y dentro de un presupuesto de $500,000, un nuevo aparato de preparación de alimentos que cumplen con ciertas especificaciones de rendimiento predefinidas.
Además, se espera que el alcance del trabajo se logre con calidad y satisfacción del cliente.
Un proyecto se realiza por medio de una serie de tareas independientes, es decir, un número de tareas no repetitivas que deben realizarse en cierta secuencia para lograr el objetivo del proyecto.
Un proyecto utiliza varios recursos para realizar las tareas. Estos recursos pueden ser diferentes personas, organizaciones, equipo, materiales e instalaciones.
Un proyecto tiene un marco de tiempo específico, o una duración finita. Tiene una fecha de inicio y una fecha en la cual debe lograrse el objetivo. Por ejemplo, la renovación de una escuela primaria tendría que terminar entre el 20 de junio y el 20 de agosto.
Un proyecto puede ser una tarea única o que se realiza una sola vez. Algunos proyectos, como el diseño y la construcción de una estación espacial, son únicos porque nunca antes se han intentado. Otros proyectos, como el desarrollo de un producto nuevo, la construcción de una casa o la planeación de una boda, son únicos debido a la adaptación que requieren.
Un proyecto tiene un cliente. El cliente es la entidad que proporciona los fondos necesarios para realizar el proyecto. Puede ser una persona, una organización o un grupo de dos o más personas u organizaciones. Cuando un contratista construye una casa, adaptada a las necesidades de una pareja, ésta constituye el cliente que financia el proyecto.
Por último, un proyecto involucra cierto grado de incertidumbre. Antes de que se inicie un proyecto, se prepara un plan con ciertas suposiciones y estimaciones. Es importante documentar estas suposiciones, ya que influirán en el desarrollo del presupuesto, en el programa y en el alcance del proyecto. Un proyecto se basa en una serie particular de tareas y estimaciones sobre cuánto debe durar cada una, así como en varios recursos y suposiciones acerca de la disponibilidad y capacidad de dichos recursos. Esta combinación de suposiciones y estimaciones provoca cierto grado de incertidumbre respecto a si se logrará por completo el objetivo del proyecto.

Ejemplos de Proyectos

A continuación se proporcionan algunos ejemplos de proyectos:

El montaje de una obra de teatro.
El desarrollo y la introducción de un producto nuevo.
La planeación de una boda.
El diseño y la implementación de un sistema de cómputo.
La acuñación de una nueva moneda de $1.00.
La modernización de una fábrica.
La consolidación de dos plantas manufactureras.
La adaptación de un sótano como sala familiar.

Factores de Éxito

El logro exitoso del objetivo del proyecto, por lo general, está circunscrito a cuatro factores:

Ámbito
Costo
Programa
Satisfacción del cliente

El ámbito de un proyecto, también conocido como el alcance de un proyecto o alcance de trabajo, es todo el trabajo que debe realizarse para garantizar al cliente que los productos entregables (el producto tangible o los artículos que se van a proporcionar) cumplen con los requisitos o con los criterios de aceptación acordados al inicio del proyecto.

Por ejemplo, el alcance del proyecto podría ser todo el trabajo que implica la limpieza del terreno, la construcción de una casa y el diseño del jardín según las explicaciones acordadas de manera previa por el contratista y el comprador. El cliente espera que el alcance del trabajo se logre con la calidad deseada.

El costo de un proyecto es el monto que el cliente ha acordado pagar por productos entregables del proyecto que son aceptables. El costo se basa en un presupuesto que incluye una estimación de los costos asociados con los distintos recursos que se emplearán para realizar el proyecto. Podría incluir los salarios de las personas que trabajan en el proyecto, materiales y artículos de oficina, la renta del equipo o de las instalaciones y los honorarios de los subcontratistas que realizarán algunas tareas del proyecto.

El programa de un proyecto es el cronograma que especifica cuándo debe iniciar y terminar cada actividad. El objetivo del proyecto en general establece la fecha en la cuál el alcance del proyecto debe lograrse según una fecha específica, acordada con anterioridad, por el cliente y la persona u organización que realiza el trabajo.

El objetivo de cualquier proyecto es terminar el alcance sin rebasar el presupuesto en una fecha determinada y con plena satisfacción del cliente. Para asegurar que se logre este objetivo, es importante desarrollar un plan antes de iniciar el proyecto, el cuál debe incluir todas las tareas, los costos asociados y las estimaciones del tiempo necesario para completarlas. La falta de un plan como éste incrementa el riesgo de no lograr el alcance del proyecto dentro del presupuesto y en el tiempo estipulado.

En última instancia, la responsabilidad del gerente del proyecto es asegurar que el cliente quede satisfecho (satisfacción del cliente). Esto va más allá de solo hacer que el alcance del proyecto se logre dentro del presupuesto y a tiempo o de preguntar al cliente al final del proyecto si está satisfecho. Se requiere una comunicación constante con el cliente para mantenerle informado y determinar si sus expectativas han cambiado. Satisfacción del cliente significa involucrar al cliente como socio en el resultado exitoso del proyecto por medio de su participación activa.

Tu negocio es tu proyecto más importante. Nosotros podemos apoyar a impulsar su crecimiento. Contáctanos.

innovación, The Lean Startup

Fundamentos del método Lean Startup

agosto 2, 2016 Horacio Martinez Deja un comentario

Henry Ford es uno de los emprendedores más célebres y con más éxito de todos los tiempos. A partir de la idea de que la gestión ha estado ligada a la historia del automóvil desde sus inicios, Eric Ries, en su libro The Lean Startup, utilizó el automóvil como metáfora de una startup.

Un automóvil de combustión interna es impulsado por dos importantes circuitos de feedback (retroalimentación). El primero se encuentra dentro del motor. Antes de que Henry Ford fuera un directivo famoso, había sido ingeniero. Pasó días y noches haciendo pequeños ajustes en su garaje con los mecanismos precisos para conseguir que los cilindros del motor se movieran. Cada diminuta explosión dentro del cilindro suministra la fuerza motriz necesaria para girar las ruedas, pero también impulsa la ignición para la siguiente explosión. A menos que el tiempo de este circuito de feedback se gestione con precisión, el motor petardeará y se romperá.

Las startups tienen un motor parecido que Eric Ries llama el «motor del crecimiento». Los mercados y los consumidores de las startups son diversos: una empresa de juguetes, una consultoría y una planta industrial; pueden no tener mucho en común, pero, como veremos, operan con el mismo motor de crecimiento.

Cada nueva versión de un producto, cada nueva característica y cada nuevo programa de marketing es un intento de mejorar este motor de crecimiento. Igual que los pequeños ajustes de Henry Ford en su garaje, no todos estos cambios acabarán siendo mejoras. El desarrollo de nuevos productos se da en medio de grandes dificultades. Gran parte del tiempo en la vida de una startup transcurre poniendo a punto el motor a través de mejoras en los productos, el marketing o las operaciones.

El segundo circuito de feedback importante en un automóvil es el que se da entre el conductor y el volante. Este circuito es tan inmediato y automático que a menudo no pensamos en él, pero la dirección distingue la conducción de la mayoría de otras formas de transporte. Si viaja cada día para ir a trabajar, probablemente conocerá tan bien la ruta que parecerá que sus manos conducen solas hacia allí. Casi podemos conducir dormidos. Es más, si le pido que cierre los ojos y escriba cómo llegar a su oficina, no las direcciones de las calles sino las acciones que hay que hacer, cada movimiento de las manos sobre el volante o de los pies sobre los pedales, le parecerá imposible. La coreografía de la conducción es increíblemente compleja cuando uno se detiene a pensar en ella.

En cambio, un cohete requiere ese tipo de calibración de forma anticipada. Debe lanzarse con instrucciones muy precisas sobre qué hacer: cada propulsión, cada disparo de repuesto y cada cambio de dirección. El más mínimo error en el momento del lanzamiento podría conducir a resultados catastróficos centenares de kilómetros después.

Desgraciadamente, demasiados planes de negocios de startups parecen diseñados para planificar cómo lanzar un cohete en lugar de cómo conducir un automóvil. Prescriben los pasos que hay que dar y los resultados esperables con un nivel de detalle atroz y, como si estuvieran planeando lanzar un cohete, lo establecen todo como si cada minúsculo error en las asunciones pudiera llevar a un resultado catastrófico.

El método Lean Startup, en cambio, está diseñado para enseñar a conducir a una startup. En lugar de hacer planes complejos basados en muchos supuestos, se pueden hacer ajustes constantes con un volante llamado circuito de feedback de Crear-Medir-Aprender. A través de este proceso de dirección, podemos aprender cómo saber cuándo y si ha llegado el momento de hacer un giro drástico llamado «pivote» o si debemos «perseverar» en nuestra trayectoria actual. Cuando tenemos el motor revolucionado, el método Lean Startup ofrece mecanismos para que el negocio se amplíe y crezca a la máxima velocidad.

A través del proceso de conducción, siempre sabes hacia dónde vas. Si te desplazas para ir al trabajo, no abandonarás tu meta si te encuentras un desvío en el camino o te equivocas al girar. Te centras en llegar a tu destino.

Las startups también tienen un objetivo, un destino en mente: crear un negocio próspero que cambie el mundo. A este objetivo se le llama la «visión» de la startup.

Para realizar esta misión, las startups emplean una «estrategia», que incluye un modelo de negocio, un mapa de productos, un enfoque relativo a los socios y los competidores e ideas sobre quiénes serán los consumidores. El «producto» es el resultado final de esta estrategia (véase el esquema siguiente).

Los productos cambian constantemente a través del proceso de optimización, lo que se llama girar el motor. De vez en cuando, la estrategia debe cambiar (pivote).

Sin embargo, la visión general no suele cambiar. Los emprendedores lo dan todo con tal de ver cómo su startup llega a su destino. Cada contratiempo es una oportunidad para aprender cómo llegar al punto donde quieren ir (véase el esquema siguiente).

En la vida real, una startup es una cartera de actividades. Pasan muchas cosas simultáneamente: el motor funciona, se crean nuevos clientes y se sirve a los existentes; giramos, intentamos mejorar nuestro producto, el marketing y las operaciones; y conducimos, decidiendo si pivotar y cuándo hacerlo. El reto de un emprendedor es equilibrar todas estas actividades.

Incluso las startups más pequeñas se enfrentan al reto de mantener a los clientes existentes mientras intentan innovar. También las empresas más consolidadas tienen que afrontar el imperativo de invertir en innovación para evitar quedarse obsoletas. A medida que las empresas crecen, lo que cambia es la combinación de estas actividades en la cartera de tareas de la empresa.

¿Quieres que te apoyemos a tener éxito en tu negocio? Contáctanos.

¿Deseas recibir por correo electrónico nuestro boletín informativo? Suscribirte.

Banco Mundial, Evaluación de Impactos

¿Cómo evaluar el impacto de un Programa con la metodología del Banco Mundial?

julio 22, 2016 Eduardo Rafael Martínez Reyes Deja un comentario

¿Por qué evaluar?

Los programas y las políticas de desarrollo suelen estar diseñados para conseguir resultados.

Las evaluaciones de impacto forman parte de un programa más amplio de formulación de políticas basadas en evidencias. Esta tendencia mundial creciente se caracteriza por un cambio de enfoque: de los insumos a los resultados.

Las evaluaciones de impacto pueden dividirse en dos categorías:

Evaluaciones prospectivas.- Se realizan al mismo tiempo que se diseña el programa y forman parte de la implementación del programa. Para ello, se recolectan datos de línea de base de los grupos de tratamiento y de comparación antes de la implementación del programa.
Evaluaciones retrospectivas.- Examinan el impacto del programa después de su implementación, lo que genera grupos de tratamiento y de comparación ex post.

Definir las preguntas de Evaluación

La pregunta fundamental de la evaluación de impacto puede formularse como: ¿Cuál es el impacto (o efecto causal) de un programa sobre un resultado de interés?

Teorías del cambio

Una teoría del cambio es una descripción de cómo se supone que una intervención conseguirá los resultados deseados. Describe la lógica causal de cómo y por qué un proyecto, un programa o una política lograrán los resultados deseados o previstos. Las teorías del cambio describen una secuencia de eventos que generan resultados.

La cadena de resultados

La cadena de resultados define la lógica causal desde el comienzo del programa, empezando por los recursos disponibles, hasta el final, los objetivos a largo plazo. Una cadena de resultados básica representará los siguientes elementos:

Insumos: Los recursos de que dispone el proyecto, que incluyen el personal y el presupuesto.
Actividades: Las acciones emprendidas y el trabajo realizado para transformar
los insumos en productos.
Productos: Los bienes tangibles y los servicios que producen las actividades del programa (están directamente bajo el control del organismo ejecutor).
Resultados: Los resultados que se espera alcanzar una vez que la población se beneficie de los productos del proyecto (los resultados se dan normalmente a corto o mediano plazo).
Resultados finales: Los objetivos finales del proyecto (pueden estar influidos por múltiples factores y se alcanzan normalmente después de un largo período).

Una cadena de resultados da una definición lógica y plausible de cómo una secuencia de insumos, actividades y productos relacionados directamente con el proyecto interactúan y establecen las vías por las que se logran los impactos.

Evaluación

Hipótesis para la evaluación

Una vez que se haya descrito la cadena de resultados, se puede formular la hipótesis que se quiere comprobar mediante la evaluación de impacto.

Inferencia causal

La pregunta básica de la evaluación de impacto es esencialmente un problema de inferencia causal.

Evaluar el impacto de un programa sobre una serie de resultados es equivalente a evaluar el efecto causal del programa sobre ellos. La mayoría de las preguntas de políticas conllevan relaciones de causa y efecto: ¿La capacitación de los profesores mejora las calificaciones de los estudiantes en los exámenes? ¿Los programas de transferencias monetarias condicionadas mejoran la salud de los niños? ¿Los programas de formación profesional incrementan los ingresos de quienes los han cursado?

Aunque las preguntas sobre causa y efecto son habituales, determinar que una relación es causal no es tan sencillo.

¿Quieres conocer más acerca de la Evaluación de Impacto en la Práctica? Ver presentación en SlideShare.

¿Deseas saber más sobre el autor de este artículo? Ver perfil del autor en Linkedin.

D	L	M	X	J	V	S
						1
2	3	4	5	6	7	8
9	10	11	12	13	14	15
16	17	18	19	20	21	22
23	24	25	26	27	28	29
30

TAM ENTREPRENEUR VC