Contratos Ágiles
Escrito el 7 de Junio de 2009 a las 8:01
Como prometí el miércoles pasado en la charla de Autentia y Agile Spain, aquí dejo la presentación usada para la charla de contratos Ágiles. Me lo pase fráncamente bien, teniendo en cuenta que el tema es un poco árido en comparación con otros, y me encantaría tener oportunidad para repetirlo.
Permanezcan atentos a sus pantallas, porque los chicos de Autentia prometen subir el video de la charla… 
Recordatorio: Scrum Barcelona - 29 y 30 de Junio
Escrito el 28 de Mayo de 2009 a las 17:38
Un par de líneas para recordaros que el 29 y 30 de Junio estaremos en Barcelona impartiendo un curso de Scrum. El lugar definitivo se comunicará a los inscritos al menos dos semanas antes. Como siempre, recomendaros que si estáis interesados lo mováis cuanto antes, ya que en los dos últimos cursos en Madrid al final se ha quedado gente fuera…
Sobre el curso, tal vez queráis leer algunos comentarios de asistentes. Os esperamos.
Agile Hitler
Escrito el 27 de Mayo de 2009 a las 17:29
Y es que hay gente que no lo pilla… 
Gracias Luís por el impagable enlace… . Por cierto, si os molan estas cosas hay como tres mil subtitulos de la geniál escena de la película “El hundimiento”, incluyendo “Hitler hace tests unitarios“,”Hitler baneado del World of Warcraft“, “alguien robó el coche de Hitler“, “Hitler pide una pizza” y “Hitler o Bill Gates“… Todo un fenómeno de Internet.
Charla Scrum
Escrito el 26 de Mayo de 2009 a las 10:26
Siguiendo con la publicación de documentos relacionados con Scrum, aquí va una presentación pensada para charlas de 2-3 horas sobre Lean, Agile y Scrum. Como siempre, se agradecerán los comentarios y críticas constructivas.
Presentación Scrum
Escrito el 10 de Mayo de 2009 a las 20:34
Tengo la intención de ir “liberando” poco a poco una serie de documentos que tenemos y que creo que ya han pasado su ciclo de “exclusividad” y deben ser compartidos abiertamente. Para ir abriendo boca, os adjunto una pequeña presentación comercial que utilizamos de cuando en cuando en clientes que están interesados en Scrum pero no saben aun de qué va el tema.
Como siempre, la crítica constructiva será bienvenida.
Curso de Scrum en Madrid: vamonos que nos vamos…
Escrito el 13 de Abril de 2009 a las 12:23
Pequeña entrada para avisar de que ahora mismo quedan tres o cuatro plazas disponibles en el curso de Scrum del 11 y 12 de Mayo en Madrid, por lo que si alguien todavía se lo está pensando le animo a que se apunte cuanto antes, ya que probablemente no hagamos más cursos abiertos en Madrid este año. Como siempre, avisaremos del sitio un par de semanas antes por correo a los inscritos.
Respecto al del 29 y 30 de Junio en Barcelona, todavía hay bastantes plazas libres (supongo que por la lejanía de las fechas), pero visto lo visto con los cursos de Madrid, en los que siempre se nos queda alguien fuera por poco, os recomiendo también que adelantéis lo antes posible los trámites de inscripción. Ya sabéis: correito a info (arroba) proyectalis.com
PMBOK 4 - Con extra Agile!
Escrito el 30 de Marzo de 2009 a las 8:44
Me entero con algo de retraso del alumbramiento de la cuarta versión del PMBOK: el estándar en gestión de proyectos del Instituo Internacional de Gestión de Proyectos y posiblemente la obra de referencia en esto del project management. Malas noticias para los que estáis preparando ahora mismo el PMP, nenes… 
Lo más llamativo de esta nueva versión es que, a pesar de que conceptos como el Rolling Wave Planning que defienden la planificación en detalle de los eventos cercanos y una planificación más difusa de los bloques de trabajo a largo plazo ya estaban presentes en ediciones anteriores del PMBOK, en esta edición se introduce un especial énfasis en la planificación iterativa de proyectos. Kudoz for Agile Teams.
Hay algunos otros cambios, como una mayor profundidad en el concepto de la documentación de proyecto, mayor consistencia con los estándares de gestión de programas y portfolios de proyectos… Espero poder estudiarlos con más detalle en cuanto encuentre la forma de descargarlo, porque está accesible para miembros del PMI pero a través de un odioso applet que pega un casque bastante feo cuando intento imprimirlo en PDF… En fin, tocará pasar por caja… 
Demistifying Agile
Escrito el 28 de Enero de 2009 a las 19:39
A riesgo de repetirme, el último artículo que escribí ha desencadenado una ola de reflexiones bastante interesante, tanto en los comentarios como en el correo y en la creciente comunidad de Agile Spain, que recomiendo a los que estéis interesados en este tema.
Concretamente, he entendido perfectamente uno de los comentarios en el que se decía “Esa es la sensación que tenemos nosotros desde hace tiempo, que decir “ágil” es dar puerta abierta a “hago lo que me da la gana y encima tengo excusa“. Efectivamente, hay equipos e implantaciones concretas en las que uno acaba teniendo esta sensación. ¿Paternalismo de los gestores? ¿inmadurez de los equipos? ¿Mala implementación?
También ha caido en mis manos un artículo sobre el supuesto fallo de Scrum y las metodologías ágiles en “enganchar” con la psicología humana. Curioso por lo menos, tratándose de una metodología que parte de los principios ágiles y que siempre presento en los cursos como la aproximación humana a la gestión de proyectos. ¿Por qué unos la vemos como la forma más humana de trabajar y otros precisamente como lo contrario? Una vez leido el artículo, la cuestión clave es: ¿confias en el equipo de trabajo? O en algunos casos, ¿se puedeconfiar en el equipo de trabajo? Si, como defiende el artículo, vives en la creencia de que el “factor humano” consiste en que las personas siempre antepondrán sus propios intereses a los del grupo, son egoistas y nunca conseguirás que se pongan de acuerdo, pues vale, Agile no es para tí. Esto vale tanto si crees esto como si tienes la certeza absoluta aplicada al conjunto de personas que te ha tocado (o has seleccionado, en cuyo caso mucho peor y debes revisar tu proceso de selección).
Partiendo de la base de que yo no pienso así, ¿qué provoca que a veces Agile desemboque en una situación de “hago lo que me da la gana y encima está justificado”? Es más que evidente que Agile, como decía en mi anterior artñiculo, no es “hacking institucionalizado” o “buenrollismo institucionalizado”. Pero creo que se hace mucho “hype” de los aspectos más “hippies” de Agile (comunidad, equipo, personas, comunicación, autogestión, no interferencia) y bastante menos reflexión sobre los nativos de la gestión de proyectos (disciplina, ritmo constante, entregas, producto terminado, visibilidad diaria, priorización, estimación, compromiso, deadlines). Es lógico, a todos nos gustan los primeros y no a todos los segundos, por lo que la estrategia de marketing de Agile (sobre todo en una implantación up-bottom, o “golpe de estado” como la bautizó genialmente hace poco un contertulio) pasa por vender lo bonito y pasar “la pildora” con el azucar.
Lo malo viene cuando solo queremos el azucar. En Scrum, concretamente, quitas un sólo tornillo y se descuajaringa todo el método, lo tengo comprobado. Jeff Sutherland ha defendido en múltiples ocasiones que no hay nada en el método que esté ahí por casualidad, que todo tiene un sentido muy específico y que el método no necesita optimizaciones, ya que es el resultado de la experiencia directa de miles de los mejores desarrolladores del planeta, la teoría de sistemas y la aplicación de las técnicas más eficaces de gestión (Lean) al mundo del software.
Pasa también que utilizamos esta estrategia de maquillaje del método (diga lo que diga algún pope del Scrum, a mi siempre me ha parecido más un método que un marco) para, como decía, hacer una venta up-bottom y, cuando el equipo se huele algo lejanamente similar a una estructura de control, se sienten engañados una vez más por los de arriba. Decepción, desmotivación, resistencia pasiva y toda la pesca.
Así que ahí va mi consejo a navegantes: si tu scrum, tu scrum. Si tu no scrum, tu no scrum. Pero scrum “mas o menos” (también conocido como “MyScrum” o “ScrumLite” o “bueno, nosotros hacemos una versión simplificada de Scrum”)… Tarde o temprano tu aplastado como uva. Scrum Master Miyagui Dixit (long ago).
Por cierto, no es casualidad que una de las dos metáforas recurrentes en cualquier curso de Scrum que se precie se la de que Scrum no es una bala de plata. El exceso de “hype” está siendo bueno para Scrum en el corto plazo (popularización), pero a la larga puede hacer mucho daño si la gente empieza a decir “esto no funciona”.
Actualización: olvidé mencionar el magnífico artículo de Management From Scratch
El compromiso del equipo
Escrito el 26 de Enero de 2009 a las 13:06
A lo largo de todo el pasado año hemos trabajado con muchas empresas relacionadas más o menos directamente con el mundo del desarrollo del software. Así, hemos pasado por operadores de telecomunicaciones, grupos editoriales, software factories puras, desarrolladores de videojuegos, empresas de contenidos, empresas de comercio on-line, “serenos” (de portal en portal 
), desarrolladores de productos software, empresas de software libre, integradores, consultoras… Y en ellas nos hemos encontrado todo tipo de equipos, lo que nos ha proporcionado una visión privilegiada de lo que funciona y lo que no, lo que va bien y lo que va mal, los denominadores comunes y las singularidades maravillosas.
En tal panoplia de escenarios hemos implantado con difrerentes niveles de profundidad y éxito muchos tipos de herramientas y metodologías, siendo nuestro “producto estrella” la consultoría ágil y la implantación de Scrum como metodología de gestión de proyectos. Aquí, señores, debo decir que hay equipos que lo pillan y equipos que no. A nivel individual, Ken Schwaber estima en “The enterprise and Scrum” que un proyecto de implantación corporativa de cualquier iniciativa “Agile” debería estar dispuesto a dejar ir hasta al 20% de la plantilla. Mi experiencia confirma la cifra a partir de determinado tamaño de empresa (típicamente 40-50 desarrolladores o más).
Una importante parte de este 20% de seres impermeables a la filosofía Agile suele estar compuesta de inmobilistas, tradicionalistas y escépticos, es decir, lo normal en cualquier proceso de gestión del cambio. Pero hay otra parte que comienza con cierto entusiasmo en esto de Agile, por aquello de la autogestión del equipo, que el Dueño de Producto no deba intervenir en los Sprints, que las fechas más o menos las pongan ellos (ya que son los que dan las estimaciones y deciden cuánto puedes hacer por Sprint), que no se puedan introducir cambios “al tun-tun” sino que deban hacerse al principio de los nuevos Sprints (y generalmente a cambio de otras funcionalidades o compromisos), la comunicación cara a cara… Guay.
Pero señores, no nos engañemos: Scrum y Agile no son “buenrollismo institucionalizado”, al igual que XP no es “hacking institucionalizado”. Me viene a la mente la anécdota del autor del libro “Balancing Agility and Discipline” (creo que fue este), al que, en la presentación del mismo, se le plantaron los Popes y Gurus de Agile a preguntarle que quién le había dicho a él que Agile no era disciplinado. De hecho, somos los tíos mas disciplinados del mundo. Planificamos a diario. Reportamos a diario. Entregamos continuamente. Nos comunicamos constantemente. Progresamos en orden de prioridad… ¿Sigo?
Y eso es lo que algunos equipos no pillan: que todos estos componentes de “buenrollismo” tienen un precio. A saber: desarrollaréis el trabajo en el orden que yo, cliente o Dueño de producto, determino. Me reservo el derecho de aceptar o rechazar el resultado del trabajo, pues yo soy quien tiene la visión y debo deciros si nos acercamos o no a lo que tengo en mente. Debéis reportar y aportar visibilidad a diario sobre el estado del proyecto, pues si no deberé intervenir e interrumpir para saber qué está ocurriendo. Y debo ver compromiso, rendimiento, en definitiva: entregas. Es un precio que muchos pagamos con gran satisfacción y convencidos de que merece la pena el esfuerzo.
Pues bien, cuando ponemos la ecuación completa en juego (que es lo que funciona de verdad), en estos equipos de los que hablábamos comienzan los problemas:
- No quiero hacer Scrum diario: es una forma de control y, como toda forma de control, coharta la libertad del individuo. Idem para el tablón Scrum y el diagrama de Burn Down
- ¿Que qué voy a hacer hoy? Pues estaré “con lo del cliente A”. No puedo dar más detalles, porque eso sería interferir con el equipo. No, no puedo decirte con qué tarea me pongo, ya te hemos dicho que el tablón es microgestión y fiscalización. Las cosas estarán cuado estén. ¿Es que no confías en mí?
- No controles mis entregables: si me corriges, me estás microgestionando. Si yo, que soy el que sabe de esto, digo que el producto está bien, es que el producto está bien. ¿Quién eres tú para contradecirme? Además, ¿por qué hablas tú directamente con el cliente final? Eso es que no confiais en mí. ¿Que el cliente quiere otra cosa? Bah, el cliente no tiene ni idea.¿Que hay que cambiar algo? Haberlo dicho antes, ya no se puede.
- No puedo dar estimaciones. Si doy estimaciones y luego no se cumplen, vendrás a perseguirme. Si me acorralas, triplicaré mis estimaciones para ir sobre seguro.
- Si, vale tu prioridad es la historia uno. Pero la quince es más bonita, la veinticuatro más divertida, la setenta y tres más fácil y la ciento dieciocho simplemente me apetece más. Ah, y hemos metido siete historias que a tí no se te habían ocurrido pero que nosotros estamos convencidos de que son importantísimas.
- Y, bueno, dije que iba a tener tres historias y solo hay una. No ha dado tiempo, que se le va a hacer. ¿Que en qué hemos invertido las horas? Ah, no, eso es control y fiscalización y va en contra de Agile. ¿Que a partir de la semana vamos a cumplir los horarios estríctamente? Eso va en contra de la política de flexibilidad horaria de la empresa. ¿Es que no confías en nosotros? (again)
Como comprenderéis, ante un panorama como este hay muy poquitas cosas que se puedan hacer. ¿Se os ocurren algunas?
Cuesta arriba y cuesta abajo (I): los principios
Escrito el 2 de Enero de 2009 a las 9:18
Creo que si algún día escribo un libro lo titularé de esta forma (”Cuesta arriba y cuesta abajo”) o con alguna variante más ingeniosa. Lo explico en varios pasos. Hoy comienzo con el paso uno, que si no esto es un ladrillaco incomestible: los principios.
Cuando uno empieza a estudiar una materia en profundidad, ya sea las matemáticas, el Aikido, el desarrollo de software o la gestión de proyectos, llega un momento en el que empiezas a sentir como encajan todas las piezas. Muchas cosas que parecían inconexas empiezan a tener un sentido común, como si todas resonaran a una frecuencia muy concreta. Y esa frecuencia de resonancia suele ser un principio o una serie de ellos de una belleza y simplicidad esenciales. Poder destilado. La materia de la que se hacen los sueños. Lo cachondo de la historia es que si, en vez de estudiar la materia en profundidad, uno se ve confrontado con el enunciado del principio a secas, el resultado suele ser “menuda memez”.
Un mini ejemplo: la economía. Uno empieza a estudiar economía y, cuando lleva un tiempecito, se da cuenta del poder de la ley de la oferta y la demanda y las implicaciones resonantes del mismo en casi todos los aspectos, macro y micro. Otro buen ejempo relacionado con la economía es el consejo que Kiyosaki da a todos los que le abordan en los aeropuertos para preguntarle cómo hacerse ricos rápidamente. Robert les dice “incremente su inteligencia financiera“, y ellos se le quedan mirando con cara de “pero tío, que yo lo que quiero es apretar un botón, no estudiar, y además no se cómo me va a hacer más rico leer libros”. Necios.
Pongamos el ejemplo de Lean aplicado al software. Durante dos décadas ha habido personas intentando aplicar al mundo del software las técnicas derivadas de Lean, la filosofía de gestión emanada desde el sistema de producción de Toyota y de la que han surgido una plétora de herramientas ampliamente adoptadas como los estándares de la industria como el Just In Time, Kanban, Kaizen, 5S, TPM, Visual Management… El fallo que cometieron todos los que lo intentaron y quedaron por el camino fue intentar migrar las herramientas, no los principios. Mary Poppendieck lo vio claro porque ella interioriza perfectamente esos principios, momento en el que todo se vuelve fluido y natural. Es lo que Toyota sabe y General Motors aun ignora (impagable artículo, seguid el enlace).
Ocurre también con muchos libros de gestión. Lees el principio que defiende el libro (como ya he comentado alguna vez, suelen contener muy pocos pero muy novelados) y al principio dices “pues anda que se ha exprimido las meninges el colega”. Pasa el tiempo, experimentas, aprendes y te dices “joroba, la razón que tenía este libro y lo enraizado que está el principio con la realidad misma”. Lo dicho: no vale con leer el principio, hay que interiorizarlo, y eso lleva su tiempo.
Así pues, reto para empezar el año: ¿cuales son los principios que rigen vuestras empresas? ¿Y vuestros servicios? ¿Vuestros productos? ¿Vuestra vida? Yo ten¡go un par por ahí anotados…
Comentarios de clientes
Escrito el 22 de Diciembre de 2008 a las 12:44
Hola Ángel,En primer lugar, darte la enhorabuena por el curso, ha estado muy por encima de las espectativas que tenía, que ya eran altas por todo lo que había oido !.
En segundo lugar, me gustaria que me explicases la posibilidades que existen para que me ayudeis a implantar el Scrum en mi empresa […]”
Scrum Barcelona: lugar de celebración
Escrito el 3 de Diciembre de 2008 a las 10:02
Como todos sabéis, el 17 y 18 de Diciembre celebramos en Barcelona un curso sobre metodología SCRUM de gestión de proyectos. Se trata de una metodología muy eficaz en entornos complejos como el desarrollo de proyectos informáticos, pero que se emplea con éxito en otro tipo de entornos en los que los requisitos son emergentes y cambiantes, la tecnología compleja y no existe un proceso predefinido y optimizado para la ejecución de los proyectos.
Finalmente lo celebraremos en el hotel Zenit Borrel, en la calle Comte Borrell 208, muy cerquita de la Escuela de Ingeniería Técnica Industrial y del metro del Hospital Clinic. El costel del curso incluye el almuerzo de los dos días, y puede ser una buena oportunidad para conocer a personas con las mismas inquietudes. Para información y matriculaciones, escribid a info (arroba) proyectalis.com.
Scrum Madrid: lugar de celebración
Escrito el 29 de Septiembre de 2008 a las 14:37
Finalmente, como ya se ha comunicado a los inscritos, el curso de Scrum se celebrará en el hotel Catalonia Moratín, en la C/ Atocha 23, muy cerquita de la estación y de varias paradas de metro:
Recordamos que se celebrará los días 14 y 15 de Octubre y que aun quedan algunas plazas disponibles. Más información aquí.
From Project Manager to Agile Coach
Escrito el 21 de Septiembre de 2008 a las 14:03
Un resumen del video realizado por Stefan Hagen:
Some rules and key success factors of being an agile coach:
- Be detached from outcomes: don’t only focus on WHAT the team works on (outputs and outcomes) but also on HOW the team works
- Take it to the team: let the team solve the project’s issues and problems
- Be a mirror: reflect back to the team, ask questions
- Master your face: practice non-violent communication, be relaxed
- Let there be silence: get comfortable with un-comfortable silence
- Model being unreasonable: be wild, be big, be bold
- Let the team fail: teams that fail and recover together are much stronger, trust!
- Be your team’s biggest fan: …and tell your team
What is it to be an Agile Coach?
- Bulldozer: sweep problems and issues out of the way for your team
- Shepherd: get them back on the path
- Servant Leader: serve the team, be a facilitator; “Make sure that other people’s highest priority needs are being served.“
- Guardian of quality and performance: watch WHAT and HOW your team is producing
Fechas curso Scrum Madrid
Escrito el 7 de Septiembre de 2008 a las 17:10
Definitivamente el curso se celebrará los días 14 y 15 de Octubre. El lugar se comunicará con dos semanas de antelación a los inscritos. El horario será de 9 a 18, con una hora y media para el almuerzo, que está incluido en el coste del curso. Se entregará a todos los participantes un manual del curso y un certificado acreditativo.
La inscripción está limitada a 15 participantes, por lo que ruego a todos los interesados que formalicen la matrícula lo antes posible. Todos los que habéis contactado por e-mail en info (arroba) proyectalis.com recibiréis hoy mismo un correo con las instrucciones de matrícula.
Por otra parte, con bastante probabilidad convoquemos en breve un curso similar en Sevilla y otro en Barcelona, para lo cuál necesitaremos conocer de antemano cuántos interesados podría haber en cada ciudad. Gracias a los que ya habéis expresado vuestro interés aquí, y animo a todos los que aun no lo hayáis hecho a comentarlo en este mismo artículo.
-
Artículos recientes
- Video de la charla “contratos Ágiles”
- Si puedes soñarlo, puedes conseguirlo
- Contratos Ágiles
- Utopías y cambios culturales
- Recordatorio: Scrum Barcelona - 29 y 30 de Junio
- Agile Hitler
- Fábulas empresariales (I): el parche
- Charla Scrum
- Fontaneros, hamburguesas, Kiyosaki y otras hierbas
- Charla: contratos Ágiles
-
Categorías
-
Archivos
- Junio 2009
- Mayo 2009
- Abril 2009
- Marzo 2009
- Febrero 2009
- Enero 2009
- Diciembre 2008
- Noviembre 2008
- Octubre 2008
- Septiembre 2008
- Agosto 2008
- Julio 2008
- Junio 2008
- Mayo 2008
- Abril 2008
- Marzo 2008
- Febrero 2008
- Enero 2008
- Diciembre 2007
- Noviembre 2007
- Octubre 2007
- Septiembre 2007
- Agosto 2007
- Julio 2007
- Junio 2007
- Mayo 2007
- Abril 2007
- Marzo 2007
- Febrero 2007
- Enero 2007
- Diciembre 2006
- Noviembre 2006
- Octubre 2006
- Septiembre 2006
- Agosto 2006
-
Blogroll
Bienvenido
Presión Blogosférica es un blog en el que almaceno mis reflexiones sobre negocios, empresas, emprendedores, gestión de proyectos, Internet... Pero también es un espacio plural en el que discutir sobre dichas ideas. Puedes dejar un comentario o contactar conmigo en angel.medinilla (arroba) presionblogosferica.net. También puedes seguir el blog a través de su Feed RSS
¿Un café?
Buscar:
Suscriptores:
Pastafari!
Tags
2.0 3G 2008 actitud Agile agile spain andalucía apple artículos aspecto atrevete autentia autoayuda autonomos ayuda bancos barcelona Blogs blogueros buddha burbuja business angel C++ calendario calidad cambio capital cervezas charla clientes coaching comentarios comunicación conciliación congreso consultoría consultores contactos contratos ágiles control conversaciones costes covey Creatividad crecimiento crisis CSM cultura curriculum curso curso de scrum cursos David Allen diodo diseño EBE07 economía einstein ejercicios empleo emprendesur empresa empresarios empresas encuesta equipos España estrategia estudiantes Eventos exito externalización facturas feedback finanzas flickr ford Formación fracaso funky business garajes gente GMail Google GTD guy kawasaki Herramientas horarios ideas impuestos independencia financiera infojobs ingenieros Iniciador innovación inversores ishikawa IT iweekend jefe de proyecto Jeff sutherland jornada laboral kaizen karma lean Libros liderazgo Linus Linux liquidez málaga Madrid manifiesto Marketing mejora mente mercado laboral mercados metodologías microsoft miedos mision mochila motivación muebles navidad negociación negocio negocios networking objetivos oferta ofertas oficina oficinas ONG outsourcing pagos pareto personal personas pizarra plan de negocio planificación estratégica PMBOK PMI PMP positivismo precios proactividad problemas productividad producto programación programadores project management proyectalis proyectos proyecto vital rentabilidad responsabilidad social reuniones richdadclub riesgo salarios scrum selección servicios sevilla sistemas SL social start-up startup tecnología teletrabajo tema tercer sector tests TI tiempo tim ferris toyota transparencia twitter usuarios VC ventas venture capital viaje viajes video videos vision wii wordpress wozniak xp xp2008 zona de confort
Que se dice por aquí:
- Leonardo Castaño Diaz: Yo ya he leido 7 de sus libros y nunca termino de sorprenderme la cantidad de cosas...
- Isabella: Recomiendo a todos mis amigos a leer el libro Padre Rico Padre Pobre de Robert Kiyosaki, es excelente. Te...
- Leonardo Castaño Diaz: Hola Hay alguna charla sobre metodologías, patrones y técnicas de desarrollo, ya mas...
- Leonardo Castaño Diaz: Si, la duda quedo totalmente resuelta, gracias. LCD
- Ángel: Sí, evidentemene hay muchas cosas en las que no podemos entrar en profundidad. Mencioné el Keiretsu por el...
Qué se dice por ahí:
- Qué hace a un video brillante: vía: presionblogosférica
- lboisset’s Ruminations: Quiero clientes Harley
- Medel's ramblings: Las reglas de Tyler Durden para la innovación
- LOLO punto ES: Dispositivo sexto sentido
- Conocimiento Libre (o lo que está detrás del Software Libre): El mercado del software chapucero
Fotos
www.flickr.com
|
