Innovación

Escrito el 20 de Mayo de 2008 a las 7:54 

A ver si nos enteramos, señores: la innovación no es algo que simplemente ocurre, como la venta no es algo que simplemente ocurra, o la facturación, la limpieza de la oficina o la formación. La innovación, señores, es un proceso más de la empresa y como tal debe ser gestionado. Me encuentro con demasiada frecuencia con empresas en las que el concepto de “innovación” consiste en decirle a los empleados que deben ser creativos e innovadores y luego abrir un buzón de sugerencias o una intranet que languidece y duerme el sueño de las herramientas en las que se puso demasiada fe. Porque esa es otra, señores, ya esta bien de poner tanta fé en las herramientas. “Necesito una herramienta para implantar Scrum”, leía hace poco en un foro. “Recomiéndame una herramienta para gestionar mi tiempo”, me pedía hace tiempo un compañero. Que no es eso, señores. Que no.

En General Electric, por poner un ejemplo, tienen un evento llamado GE Workout, en el que mandan a 30, 40 o 50 trabajadores fuera de la empresa tres días: nada de trabajo, nada de correo, nada de teléfonos móviles. Durante esos tres días, los trabajadores piensan en formas de hacer mejor su trabajo, producir mejores resultados o introducir mejoras en los productos, y compilan una lista con todas las sugerencias. El compromiso de GE es que en 48 horas un ejecutivo revisará la lista de propuestas y aprobará una serie de ellas (no todas). Y a partir de ahí se espera que sea el propio equipo de trabajo el que implemente dichas mejoras (que esa es otra: proponer está muy bien, pero luego hay que estudiar, aprobar e implementar…¿Váis viendo como sí que es un proceso?).

En Toyota, el templo del Kaizen (mejora continua), cuentan que Taiichi Ohno increpó un día a un responsable de zona porque los estándares que tenía colgados bien visibles (otra de las prácticas magníficas de Toyota) habían amarilleado con el tiempo. Ohno le dijo “es usted un ladrón: usted roba su sueldo todos los meses. Su trabajo es mejorar los estándares constantemente, y estos estándares tienen por lo menos un año y medio. ¿Para qué le pagamos a usted?“. De hecho, la gente que empieza a leer sobre el sistema de gestión del talento en Toyota y el tremendo foco que hay en cuidar, formar y delegar en los empleados y en los equipos de trabajo pueden formarse una imagen equivocada del Taiichi-San: por lo visto era un ogro de cuidado. Pero tenía las cosas muy claras.

En 3M todos los empleados tienen un 15% de tiempo para dedicarlo a proyectos de investigación y desarrollo, tengan que ver con su area de competencia o no. Todos los empleados, desde el CEO hasta el conserje. Todas las ideas son bienvenidas, y nunca se coharta la creatividad de nadie con comentarios tipo “menuda chorrada” o “nosotros no hacemos eso”. En Google, si no recuerdo mal, hay un 20% de tiempo para proyectos “personales”, ya sean un blog, una web, una nueva aplicación… Tened en cuenta, jefes tiranos del mundo, que el cerebro humano estándar no tienen más de seis horas realmente productivas al día cuando hablamos de tecnologías de la información (programación, creatividad) y no de apretar tuercas. Así que nada de llevarse las manos a la cabeza: vuestros empleados probablemente ya están dedicando esas una o dos horas al día a temas personales (messenger, web, correos electrónicos, café con los compañeros…). Y perseguir un 100% de productividad es inutil y dañino, como os contará cualquier administrador de servidores. Por encima del 80%, solemos entrar en trashing, algo de lo que hablaré otro día, pero que podemos resumir como abarcar mucho y apretar poco.

Así que ya sabéis: si queréis innovar y competir en el mundo 3.0 que se nos viene encima, es mejor que empecéis a pensar en cómo vais a institucionalizar un proceso de innovación en vuestra empresa. Por supuesto, podéis buscar quién os eche una mano… O:-)

Categorías: Creatividad, Gestión, Gestión del Tiempo
Tags: ,,,,,,,,
8 comentarios | Compártelo

Tus plantas, en twitter

Escrito el 27 de Febrero de 2008 a las 20:29 

De los creadores de la planta que manda un SMS cuando necesita agua llega ahora una nueva aplicación que permite el seguimiento en tiempo real de la planta en Twitter, ese servicio web que permite contarle los aspectos más aburridos de nuestra vida cotidiana a una gran masa de población a la que no le importa lo más mínimo qué estamos haciendo en un momento dado. Se veía venir. Ahora puede añadir sus ficus a la lista de amigos y recibir su estado en tiempo real. Si están “secos” mandarán el aviso de socorro pertinente, subiendo en intensidad y frecuencia si no se les hace caso.”

Y lo peor es que hay plantas que tienen más seguidores que yo…Tamos locos… :-D :-D :-D :-D

Vía El Mundo y mi amigo Pepe ;-)

Categorías: Blogs, Creatividad, Internet
Tags: ,,,,
3 comentarios | Compártelo

Vence tus miedos. Atrévete. Cambia.

Escrito el 1 de Diciembre de 2007 a las 11:01 

Una muy buena noticia: vuelve a la carga con fuerza Semana Vista, el blog de gestión del tiempo y productividad personal. Imprescindible. Precisamente siguiendo su feed he encontrado esta interesante frase de Victor Hugo, que me ha recordado que no había subido al blog este IMPRESIONANTE video. Agarráos bien a la mesa.

Wow. Tiene bastantes narices que este pedazo de anuncio sea de unos grandes almacenes. Ya podían aprender los que quieren fomentar la cultura emprendedora en España…

Categorías: Creatividad, Emprendedores
Tags: ,,,,
5 comentarios | Compártelo

Si las compañías tradicionales fueran web 2.0…

Escrito el 25 de Septiembre de 2007 a las 21:04 

web20.jpg

Sin palabras. Vía Virtual Generations.

Categorías: Creatividad, Internet
Tags:
1 comentario | Compártelo

Como NO usar Power Point

Escrito el 26 de Julio de 2007 a las 13:10 

Magnífico video calentito desde el blog de Ismael El-Qudsi (un saludo, chavalote, nos vemos en el EBE, ¿no? Por cierto, te ha quedado genial el logotipo con la caricatura de Geek In Love), vía Consultor Anónimo. Además es un tema que ya he tratado alguna vez en este blog.

Aparte de la panzada de reir, un resumen de las recomendaciones para los que no tengáis paciencia o no os lleveis bien con el inglés:

En fin, mejor que lo veáis vosotros mismos…

Categorías: Creatividad
Tags:
1 comentario | Compártelo

Una de Scrum

Escrito el 26 de Julio de 2007 a las 11:23 

Me encanta Scrum. Me parece elegante en su simplicidad, pero que nadie se lleve a engaños, es un framework muy poderoso siempre que se respeten a rajatabla sus reglas. En este sentido, ocurre como decía el ScrumMaster Miyagi:

ScrumMaster Miyagi

Tu Scrum “sí”…Vale. Tu Scrum “no”…Vale. Tu Scrum “supongo”, tarde o temprano…¡Chof! Aplastado como uva.”

Supongo que eso fue lo que le ocurrió a Chuidiang en su fallido intento por implementar Scrum. Tal como comenta Rodrigo Corral en el más que recomendable blog sobre programación “La masa, el ladrillo, la bota, el bocadillo…“, nadie dijo que Scrum no requiriese un esfuerzo. Y es que uno lee cosas como Scrum en cinco minutos o explicando Scrum a mi abuela y parece que esto es coser y cantar, pero no se debe confundir simplicidad con inmediatez: si uno se aventura por las aguas de Scrum sin contar primero con la experiencia necesaria en gestión de proyectos se puede acabar convirtiendo en el Scrum Master Jar Jar Binks (lectura MUY recomendada a la que llegué vía Navegápolis, igualmente recomendable).

Y no quiero decir que los documentos anteriores no sean estupendos (yo los tengo guardados y los uso). Pero no es lo mismo leer un artículo sobre física cuántica que ponerse a acelerar partículas al frente del CERN. En este sentido, a los que queráis profundizar en el uso y ventajas de Scrum os recomiendo fundamentalmente dos lecturas (aunque posiblemente no descubra nada a los que ya estáis metidos en el ajo): Agile Project Management With Scrum de Microsoft Press es el clásico, y tiene una definición muy concisa de los procesos y reglas de Scrum. No obstante, la parte relativa a las anécdotas y experiencias implementando Scrum es un poco oscura para mi gusto, quedándose en la superficie del proceso y no entrando en los detalles del día a día. En ese sentido es muchísimo más revelador el documento Scrum and XP from the trenches que, además, podéis descargar grauitamente.

Este último es sin duda magnífico, ya que está imbuido de la misma simplicidad que destila Scrum pero además te muestra al detalle cómo implementaron Scrum en una organización real, justificando cada una de las decisiones. Por ejemplo, comentan que sus Sprint duran tres semanas, y explica que es la longitud óptima a la que llegaron después de hacer varias pruebas, en las que comprobaron que si los sprint eran muy cortos, como prefieren los dueños de producto, se conseguían más entregas, más ciclos de realimentación pero también un mayor costo en términos de gestión (más reuniones de sprint, más documentación). En cambio, si los sprints eran muy largos, como prefieren los desarrolladores, había más tiempo para desarrollar, documentar y probar, además de tener menor carga de gestión, pero a cambio los desarrollos eran menos ágiles. Al final, comentan, la longitud del Sprint es un compromiso entre desarrolladores y dueño del producto, y ellos llegaron al compromiso de las tres semanas. Finalmente recomienda que, una vez escogida una longitud de Sprint, esta se mantenga inalterable para todos los equipos, de forma que se vaya formando a los mismos y acostumbrándolos a trabajar en esos plazos. Así es más fácil estimar qué se puede hacer en el Sprint y qué se saldría de las capacidades reales del equipo.

Bien, eso es gestión de proyectos en estado puro. Es incluso más, entra en el ámbito de la cultura corporativa y la madurez de las organizaciones en la gestión de proyectos. Y todo ello sin complejas fórmulas, tremendas herramientas ni farragosas burocracias. Además está mucho más justificado que el “los sprints duran 30 días y uno debe mantener el plazo” del libro de Microsoft. A lo largo del libro explican desde “trucos” para gestionar las reuniones de sprint hasta los campos que debería tener una lista de tareas de sprint o de producto, pasando por cómo mantener un “cuadro de mandos” físico del proyecto y como interpretarlo a simple vista. Genial.

Otra cosa que me encanta de este último documento es el uso que hacen de los paneles en las paredes, las tarjetas adhesivas y las pizarras. A lo largo de mi experiencia como gestor de proyectos, he encontrado que una pizarra en blanco y un taco de post-its son de las herramientas más poderosas con las que uno puede contar, y no estoy exagerando. Lo que pasa es que, y de nuevo entroncamos con Scrum, su elegante simplicidad hace que muchos no se las tomen en serio y piensen que uno está jugando a los consultores y perdiendo el tiempo cuando encierra al equipo a cal y canto y entre todos se dedican a pegar post-its por todas las paredes como si quisieran cambiar la decoración del edificio.

En cualquier caso, ¿Está Scrum orientado sólo a los desarrollos de software? ¿Podría usarse Scrum como método de productividad personal, en una especie de “Scrum de a uno“? ¿Son equivalentes el perfil de ScrumMaster y el del ProjectManager? ¿Merece la pena la certificación ScrumMaster? Creo que son preguntas interesantes a las que iré dedicando algo de tiempo en el futuro.

Categorías: Blogs, Creatividad, Formación, Gestión de Proyectos, Libros
Tags: ,
7 comentarios | Compártelo

Como crear una Start-up en un fin de semana…

Escrito el 23 de Julio de 2007 a las 18:45 

Startup.com…”O no”, como dicen los creadores del concepto. La idea es brutalmente atractiva: juntemos a un grupo de personas durante un fin de semana en unas oficinas y creemos entre todos una aplicación web, o mejor dicho, una compañía de Internet: una puntocom. Utilizando las infaustas palabras de Mercedes Milá, se trata de un experimento sociológico, y como experimento ya hay unos primeros resultados: el primer fin de semana “start-up” tuvo lugar del 6 al 8 de Julio en Boulder, y ha sido en palabras de sus organizadores un fracaso, pero también un éxito.

Por fracaso se refieren a que no consiguieron lanzar la aplicación elegida, VoSnap, un sistema para la toma de decisiones en comunidad, en el límite de tiempo marcado (las 12 de la noche del Domingo). Pero el feedback recibido demuestra que sus organizadores se equivocaron al considerar la iniciativa un fracaso tan pronto. En primer lugar, no tuvieron en cuenta la tremenda acogida de la idea: 68 desarrolladores se juntaron durante 72 horas seguidas para lanzar la idea. En segundo lugar, como cuentan en el propio blog de la aplicación (Vosnap Blog), si bien es cierto que no consiguieron lanzar la aplicación sí que lanzaron una empresa. Y en tercer lugar ya han surgido candidatas a “startup weekend” en ciudades como Boston, Toronto, Nueva York…

Para lanzar la iniciativa en Boulder contaron con una oficina prestada durante el fin de semana, alojamiento web y… Poco más. Esto hace que cualquier resultado ya sea bastante considerable. Como ellos mismos decían al inicio de la idea, los objetivos eran conocer a gente interesante, lanzar un producto, conseguir algunas acciones y “pasarlo bomba”, algo que al parecer se ha conseguido.

Resulta muy interesante, no obstante, leer las conclusiones iniciales tras el fin de semana, en las que se analizan algunas de las razones por las que no se llegó a terminar un prototipo a tiempo. Entre ellas, el autor destaca no haber hecho énfasis en los objetivos (tener un prototipo antes de la hora límite, por ejemplo), haber dejado que surgieran “lideres” espontáneos que no tenían la cualificación adecuada, mientras que quienes sí la tenían se mantenían aparte, o implicar más al equipo completo en la toma de decisiones importantes.

¿Para cuando un StartUp weekend en España?

(artículo fusilado de El Blog Salmón, espero que su autor sepa perdonarme… :twisted:).

Vía Otro Blog+

Categorías: Creatividad, Emprendedores
Tags:
1 comentario | Compártelo

Wow…

Escrito el 30 de Mayo de 2007 a las 22:45 

..Y sigo encadenando los posts. Después del anterior, me he enterado de que fue el ganador (según os jueces, aunque el segundo según los votantes) de un concurso de “la mejor presentación del mundo” en SlideShare. Me ha llamado entonces la atención que las únicas que repiten entre la elección del jurado y la de los votantes son ShiftHappens y “Meet Henry”, esta que os muestro a continuación.

La presentación es sencillamente PERFECTA. Me ha encantado la comparación entre cómo son las diapositivas de Henry (fondo confuso que dificulta la lectura, listas de texto enumerando varios conceptos muchas veces superfluos o redundantes) y cómo deberían ser (fondo liso, un solo concepto, una imágen impactante y perfectamente integrada en la diapositiva). También me ha gustado como resaltan los conceptos del contenido, el diseño y la presentación. Que pasada y que envidia.

Vale, muchos pensaréis “esto no vale para mis presentaciones: tengo que hablar sobre demasiados conceptos”, o incluso “tengo que rellenar bastante más tiempo”, o “mi audiencia es demasiado seria para tanta foto”. OK. Echadle un vistazo a esta y llorad:

Para los que queráis seguir aprendiendo sobre las mejores presentaciones del mundo, echad un vistazo aquí. Ummm… Idea de negocio: consultoría en presentaciones y servicios de diseño de Power Point… ;-)

Categorías: Creatividad, Gestión, Ideas de negocio, Marketing
Tags:
4 comentarios | Compártelo

Discurso de Steve Jobs

Escrito el 18 de Mayo de 2007 a las 14:47 

Este hombre acaba de convertirse en mi heroe preferido de todos los tiempos… Estoy pensando en quemar mi PC y comprarme un Mac…

Gracias a Recursos Para Pymes por los subtítulos en Castellano.

Categorías: Creatividad, Emprendedores, Gestión
Tags:
6 comentarios | Compártelo

Gestión de Riesgos y Oportunidades

Escrito el 16 de Mayo de 2007 a las 21:00 

La gestión de riesgos y oportunidades

¡Hola! ¡Que de tiempo! :mrgreen:

Una de las razones por las que he pasado bastante tiempo sin actualizar el blog ha sido una fase de entregas de un bonito proyecto sobre el que espero poder hablaros en su momento (previa autorización expresa del cliente), pero que ha tenido que ver, en uno de sus bloques de trabajo, con la redefinición de procedimientos de una unidad operativa aportando un enfoque basado en la gestión de proyectos. Parece que dentro de poco podré tener unos cuantos casos de estudio que prueban que el concepto es válido. Albricias. :-D

A lo que iba: el nuevo manual de procedimientos ha quedado, a mi juicio, muy bien. Es claro y conciso, y además el trabajo de definición de las distintas funciones de la unidad ha servido como ejercicio para reflexionar sobre la misión, la visión y los objetivos estratégicos de la misma, lo cuál - creo - ha dado un nuevo impulso al equipo en el desarrollo de la unidad y en la consecución de las metas que ellos mismos se han marcado dentro.

Curiosamente, ha habido una sóla función en el que hemos tenido ciertos problemas para llegar a una definición clara y a un conjunto de mejores prácticas aplicables por las personas que la desempeñan, y esta ha sido la gestión de los riesgos y oportunidades que se presentan en el ejercicio tanto de los proyectos encomendados a esta unidad como de los procesos rutinarios y estructurales de la misma.

En primer lugar: ¿Cuál es la diferencia entre un riesgo y una oportunidad? Un consultor te diría, probablemente, que todo problema es una “oportunidad de mejora”, por lo que si identificamos un riesgo (problema), en definitiva estaremos detectando una oportunidad (eliminación del riesgo). Nosotros finalmente optamos por una definición bastante canónica pero que no está extenta de cierta “área gris” entre ambos conceptos: un riesgo es algo que pretendemos evitar, algo para lo que todavía estamos a tiempo de tomar acciones que impidan su aparición, mientras que una oportunidad sería algo que queremos que ocurra, pero que requerirá de ciertas acciones y “empujones” para maximizar las posibilidades de su ocurrencia.

Muy bien, tenemos una bonita definición, pero ¿y como se traduce esto en la gestión de los proyectos?. En lo relativo a lal gestión de riesgos, hay bastante literatura al respecto: se trataría de identificar en una fase tempranalos problemas que pueden surgir y que significarían un desvío en tiempo, coste o funcionalidades; estudiar sus causas raices, definir las acciones que contribuyen a evitar su ocurrencia y reconducir el proyecto e incluir dichas acciones (¡importante!) en la planificación, observando a su vez los nuevos recursos necesarios para su implementación y contemplándolos en el plan general de proyecto (nota: levantad la mano los que tenéis un plan de proyecto formal, en papel o electrónico… Ummmm… Veo pocas manos levantadas…Muy mal, os recomiendo acudir a una empresa especializada en gestión de proyectos :mrgreen:).

Sin embargo me está costando localizar material de calidad sobre la gestión de las oportunidades, algo que parece mucho más complejo y que suele tener tintes más políticos, ya que en este caso hablamos de la aparición de un factor cuya consecución lograría aumentar las funcionalidades del producto, la satisfacción del cliente, o contribuiría a reducir tiempo y costes, por poner algunos ejemplos generales. Pareceria de lógica elemental pensar que si planteamos a la Dirección una serie de medidas que van a permitir reducir tiempo o costes en un proyecto, o añadir funcionalidades a un producto, nos van a poner una medalla por ser tan creativo y buen empleado… Pero lamentablemente no suele ser así. En la mayoría de los casos lo que ve la alta dirección es:

Aun suponiendo que contemos con una dirección comprensiva y proactiva, hay otro problema importante en la gestión de oportunidades: estamos generalmente entrenados para detectar y evadir los riesgos (al fin y al cabo, el cerebro aprende por el método de prueba-error), pero cuando le pides al personal técnico que detecte oportunidades generalmente te miran como si les pidieses que te trajesen un unicornio azul en el hipotético caso de que vieran uno. Y esto es porque la detección de oportunidades implica, necesariamente, un proceso muy creativo, siendo la creatividad algo “mal visto” generalmente en las empresas, porque si hacemos un brainstorming y lo pasamos bien, ya que la creatividad, que le vamos a hacer, es divertida, parece que estamos de fiesta en vez de trabajando.

Daos cuenta de la salvajada que estoy diciendo, pero que en muchísimos casos es así: las empresas no aprovechan oportunidades y no son creativas e innovadoras porque se supone que el trabajo no debería ser divertido. Frase para rotular en la pizarra y sobre la que reflexionar un buen rato.

En fin, os animo a que incorporéis la gestión de riesgos y oportunidades como un proceso más dentro de la gestión de vuestros proyectos. Y yo por mi parte procuraré compartir mis reflexiones al respecto de vez en cuando, que por hoy ya me ha salido un ladrillo considerable ;-) .

Categorías: Creatividad, Gestión, Gestión de Proyectos
Tags:
1 comentario | Compártelo

Una de gráficos, blogs y enlaces

Escrito el 6 de Febrero de 2007 a las 15:00 

Estos días detecto una serie de coincidencias importantes entre lo que leo en los blogs y lo que estoy haciendo en la vida real. Y yo no creo en las coincidencias: tengo un punto de vista mucho más kármico al respecto.

A ver si nos entendemos: No es que hago lo que leo en los blogs. Es que estoy haciendo cosas y, curiosamente, aparecen posts en los blogs que me ayudan con lo que estoy haciendo o simplemente me inspiran.

En concreto: Durante estos días estoy preparando una serie de sesiones de trabajo en las que vamos a usar RCA para determinar las causas raíces de determinados problemas, y me he estado enfrentando a la elección sobre el tipo de metodología, herramientas y gráficos a emplear. Asi mismo, para orientar los grupos de trabajo queremos organizar unas sesiones preliminares para transmitir los objetivos, lo cuál queremos hacer de una forma muy gráfica.

Y entonces me encuentro dos posts en los blogs que leo.

Uno de ellos en el imprescindible nodos en la Red de Mario, en el que precisamente emplea una técnica de RCA muy trabajada, muy TOC (por supuesto tratándose de Mario ;-) ) a medio camino entre CRT, ID y CLD (si, ya se, mucha sigla). Si no conocéis cualquiera de ellas, sinceramente os recomiendo que les echéis un vistazo. Como suele ocurrir, si no se implementan disciplinadamente no sirven para nada, y llevan a las personas a pensar que toda la teoría es inutil. La realidad es que, bien implementadas, estas técnicas estimulan el proceso creativo y analítico para detectar los problemas, causas, riesgos y oportunidades de tal forma que son los propios implicados los que determinan su cauce de acción, por lo que además favorecen la implicación y la participación.

El otro procede de un blog que sigo hace poco y que aprovecho para recomendaros igualmente, Legnita Press, orientado fundamentalmente a la Gestión de Proyectos, tema que como sabéis me apasiona hasta tal punto que he orientado mi carrera hacia él, y una de mis intenciones es convertir este blog en un repositorio de mi experiencia e información al respecto…¡Ah, los propósitos, que cosa tan bonita! ;-) .

A lo que ibamos: En esta entrada concreta, en la que precisamente habla de la importancia de los gráficos, relacionan otro blog que he encontrado sencillamente genial: Indexed. Es la sencillez y la simplicidad elevadas a la enésima potencia. Los gráficos están realizados en tono humorístico, pero si los tomamos por la parte profesional es absolutamente increible lo que se puede llegar a decir con tres rayajos. Los que hacéis presentaciones power-point con diapositivas petadas de caracteres de tamaño 10, por favor, aplicaos el cuento.

Ah, y los que hacéis presentaciones con textos animados que van apareciendo letra a letra, que sepáis que por cada diapositiva que haceis Dios mata a un gatito… :mrgreen:

Categorías: Blogs, Creatividad, Gestión
Tags:
Deja un comentario | Compártelo

Brainstorming (II)

Escrito el 11 de Diciembre de 2006 a las 15:05 

BrainstormingTal como prometí, la continuación del artículo sobre la realización de Brainstormings.

Nos quedamos al final de la fase de creación: Las ideas han ido surgiendo y se han ido anotando…Es importante insistir en que, si bien debe establecerse un límite horario, es igualmente importante fijar un objetivo cuantitativo, y mi consejo es fijarlo en el orden de los cientos de ideas. A veces no será posible, sobre todo cuando el objetivo de la sesión esté muy delimitado o el campo sea muy específico, pero es bueno marcarse objetivos ambiciosos.

Otra cosa que se me olvidó comentar en el artículo anterior: Invitad a gente de fuera. Los miembros de un grupo, equipo o Departamento pueden estar muy retroalimentados entre ellos con la misma información. Traer a personas de fuera - incluso mejor si no tienen ningún conocimiento sobre la materia - estimulará el proceso creativo. Además, el cruce de experiencias y conocimientos durante la fase de destilación puede ser crucial si de lo que se trata es de innovar.

Pasemos pues a la destilación. Durante esta fase, procuraremos no solo identificar las buenas ideas, sino ver qué podemos aprovechar de las que se descarten e incluso generar nuevas ideas derivadas de las que ya existen.

Al igual que en la fase anterior, existen unas reglas de obligado cumplimiento:

Buscar:

Suscriptores:

Tags

Que se dice por aquí:

Qué se dice por ahí:

Twitter