Desde niño escribía en cuadernos, pintaba sobre lienzos y
cantaba a viva voz. Ahora, muchas cosas no han cambiado, salvo que en este
momento estoy escribiendo en una laptop, pinto una vez al año y canto a viva
voz sólo cuando me doy cuenta que camino por una calle completamente solitaria.
Me considero un adicto al cambio, investigador de corazón, ingeniero industrial
de profesión y pintor frustrado. Vivo con mis padres, soy algo extrovertido, me
encantan los buenos debates, las mujeres inteligentes y los desayunos largos.
Este blog nace con la idea de dejar una huella para el mundo, por más pequeña
que sea, una bitácora que muestre todo aquello que deseo decir a todo aquel que desee leerme.
Desde el día de hoy, soy consultor titular en la comunidad internacional Agilar! He aquí la prueba.
Estoy muy contento con esto, Agilar está conformada por profesionales realmente espectaculares, a muchos de ellos he tenido el gusto de conocer debido a algunos encuentros internacionales a los cuales he tenido la oportunidad de asistir.
Es un honor el haber sido invitado como consultor titular y ahora poder decir que pertenezco a este gran grupo de profesionales. Prometo dar todo de mi para estar a la altura.
Debido a tantos días sin un post, pretendo dar una explicación a esos lectores de los cuales he recibido desde preguntas sobre mi existencia, hasta amenazas por pasar un mes más sin postear algo. =S
5 cosas han pasado en los últimos meses que me han hecho desconectarme un poco de este blog:
1. Una mujer. Y como no va ser? Una de las grandes explicaciones a que hayan menos post en este blog es que desde hace unos tres meses ando de enamorado de una gran mujer. Sólo decir que es verdad eso de que lo mejor es ser pareja de alguien a quien admiras y te admira. Como decía el gran Erich Fromm: “La paradoja del amor, es ser uno sin dejar de ser dos.”. Un gran beso para ti Liliana de mi vida.
2. Invitación a Chile a hablar algo de agilidad: Este viaje me hizo pensar en la forma en la que conoces a nuevas personas y en lo importante que es mantener contacto con aquellas que realmente vale la pena hacerlo. En fin, es una larga historia pero digamos que afectó en algo esta desconexión de la nube y esta conexión a la vida ¿real?.
3. Invitación a pasar mi ensayo a libro: Si si, hablo de este ensayo. Qué aún no lo lees? Bueno, no es la gran cosa. Espero que el libro si lo sea. He iniciado con el trabajo, y para serles sincero. No puedo parar.
4. Cambio de empresa desde Enero de este año: Entré a una gran empresa, donde tengo todo para desarrollar el potencial al máximo. En unos días iniciará el proyecto para el que fui contratado. Se tratará de una solución de planeamiento comercial que busca reemplazar a casi una decena de resto de sistemas pasando por varias áreas. Se trata de todo un reto debido a que implementará un proceso completamente nuevo en la corporación. Será implantado en algo de 17 países y tendrá algo de 50 Keyusers. Cuando un amigo me preguntó que porque si el riesgo es tan alto acepté el empleo. Le contesté: “Precisamente por eso =)”
5. Invitación a ser socio de una prometedora y potencialmente gran consultora: Mi buen amigo Gustavo Quiroz, me hizo la invitación formal a formar parte de las filas de www.openedgetech.com , para serles sincero, de todas las noticas, esta es la que más me entusiasma. Veo un potencial increíble en esta empresa por las personas que la conforman y el paradigma que tienen. Eso sin mencionar todo lo que ya se viene este año en cuanto a alianzas y oportunidades. Pienso no dormir muchos días por OpenEdge, sueño con que sea gigante.
Por otro lado, estoy rehaciendo mi site personal www.rauluribe.net , pienso relanzarlo en unas semanas con muchas mejoras y con una imagen renovada que refleje lo que está ocurriendo en mi vida estos meses. Así que ya daré la noticia por este mismo medio.
Eso es todo por este post. Así que como ven…no se preocupen, no estaba muerto, andaba de parranda. =)
Desde hace un tiempo tengo esta imagen en mi sistema de referencias web, y a raíz de los comentarios en la entrada que escribí acerca de Mind42, he decidido publicarla ya que es muy buena información para todos los amantes de los mapas mentales y aquellos que aún siguen en búsqueda de esa “herramienta” que satisfaga todos sus deseos.
He sido invitado por la comunidad Chile Agil y mi buen amigo Agustín Villena al encuentro anual Agile & Lean Chile Day 2009, iré a hablar algo sobre la Comunidad Agile Perú, a contarles como vamos con la organización del Agiles 2010 y conversar sobre diversos temas con respecto a la gestión Agile de Proyectos.
Estoy realmente entusiasmado con conocer a los hermanos Agilistas Chilenos y ver de que forma podemos unir fuerzas y al mismo tiempo preguntarles cuales serían sus expectativas sobre el Agiles 2010 a celebrarse en Lima, en Octubre de este año.
Ando liado con varios temas, entre líneas les cuento que estoy cambiando de trabajo, despidiendome de un gran centro laboral donde tuve la oportunidad de estar 4 años, y mudandome a otro a tomar funciones que significan un gran reto y a un proyecto a implementarse en más de 10 países.
Estoy seguro que ya se vendrán momentos de más calma para postear como antes y al mismo tiempo contar todo lo que voy aprendiendo y aplicando en esta nueva empresa en la que “de forma curiosa” inicio mis labores el primer día útil del 2010. =)
Anduve por varios meses buscando una herramienta que permita crear mapas mentales de forma colaborativa, hasta en algún momento le comenté a dew para desarrollar una en flash, luego usé esta (mindmeister) que me recomendó Abner, aunque me advirtió que era de pago, y bueno, al final no me terminó de convencer.
Por ahí, en un foro, encontré esta herramienta: www.mind42.com
Es (hasta el momento) lo único que tengo, pero no sólo por eso la recomiendo. He usado Mind42 ya por varios meses en reuniones en línea con personas en diferentes continentes, etc. Y ha resultado ser un pedazo de herramienta, bastante simple, intuitiva y con todo lo que hace falta. Y si la usan junto con Skype, preparense!
Juan Palacio (España), Claudia Ruata (Argentina), David Alfaro (Costa Rica), Agustín Villena (Chile) y el que escribe, comparten 45 minutos de opiniones y experiencias en torno a la gestión ágil de proyectos, las personas , los equipos y la gestión de talentos. Os invito a escucharlo!.
Ágil se enfoca en las personas…En cuidarlas y generar un ecosistema “ágil” para que puedan dar el máximo de su potencial..
Todo esto es cierto, pero…”but” eso se hace con las personas indicadas!
Una empresa generalmente empieza pequeña y algo desordenada, su grado de flexibilidad y de “urgencias” es tal, que en general las cosas se hacen bajo la intuición y criterio del dueño o de los dueños, el proceso de contratación de gente debe ser rápido y directo al grano, y por esto mismo es bastante subjetivo. Poco a poco la empresa va creciendo, va apuntando a proyectos de mayor magnitud, cuentas con clientes que demandan un nivel de calidad y madurez mayor en lo que respecta al delivery del producto.
No digo que así ocurra siempre, pero en la mayoría de los casos sucede, y es por esto que “casi siempre” debe existir un punto de inflexión, o mejor dicho un punto de depuración, en el que se “implante” una política real de calidad y de valía en el trabajo en función a la meritocracia con respecto a lo que haces.
Lo que sucede generalmente, es que existen personas que por los años y por la entrega a la compañia, entran en una fase de aletargamiento, en el que consideran que desde ese momento, la empresa ya no debe exigirles más, o en todo caso, ya no están dispuestos a dar más. No son conscientes que la seguridad en su trabajo debe provenir de la calidad que saben impregnan en él, no de los años que están en la empresa o de lo buen amigo que son de su jefe. Eso, en una palabra, se llama: “Mediocridad“, y todos sabemos que es la antítesis de lo Agile.
Por favor, dejo en claro que no propongo que una implementación de Agile empiece con un barrido del personal, no!, lo que digo es que una implementación de agile en una empresa debe tener una serie de frentes y uno de ellos es la depuración, sobre los frentes que menciono están por ejemplo:
1. Un mapeo del proceso real que se está llevando a cabo en la empresa.
2. Open Spaces o reuniones dinámicas para que la gente que “hace” diga, cómo podría mejorar eso que “hace”.
3. Analizar en conjunto la viabilidad de implementar prácticas propias de la agilidad. (Reuniones diarias, entregables cortos, trabajo iterativo, orientado a la eliminación de desperdicio, controlar los cuellos de botella).
Aquí no voy a listar todos los frentes, pero lo que si puedo asegurar, es que uno de ellos, como ya lo comenté, debe ser: “Despedir Gente”. Y claro que con un buen apretón de manos y con una política aceptable en el mercado de despido bajo las normas laborales del contexto. Pero tanto desde el gerente general hasta los jefes de línea deben “muchas veces” perder el miedo a despedir gente.
Y esto, ¿Qué conlleva?
Tres cosas:
1. Mejora tu proceso de selección al máximo.
2. Mejora tu proceso de medición de desempeño al máximo.
3. Eleva la calidad de la capacitación a tu gente y el ecosistema general.
Todos andamos diciendo que el capital humano es lo más importante, pues démosle esa real importancia en todos los sentidos. A veces para esto, hace falta valor, pero si queremos un cambio significativo en la calidad organizacional, no existe mayor opción que el sentido de “calidad” esté impregnado en cada persona.
Entonces, para mi, Agile en cuanto a personas es:
“Genera un ecosistema Agil para que el potencial pueda elevarse al máximo…todo esto para las personas indicadas….y al resto, despidelo!”
Desde que supe acerca del “Daily Meeting” (Reunión diaria) de Scrum, me dije: “Hmmm…parece ser algo más humano que profesional, vamos a usarlo!”. Desde mi punto de vista, era claro que esa reunión diaria tenía un fin mucho más allá que el autocontrol, la transparencia en el avance del proyecto y por último, la actualización del taskboard. Sabía que había algo que se daba producto de esa reunión que no era visible a simple vista y mucho menos cuantificable (como todo lo que realmente vale en la vida).
Algo también cierto, es que no enfoqué a la reunión diaria como sólo algo que forma parte del framework de Scrum, si no como una práctica realmente aislada y poderosa incluso en un contexto donde no se utiliza Scrum, un artículo que corrobora esto es por ejemplo el Morning Meeting del Harvard Business School y como menciona Jeff en su blog, del origen real del Daily Meeting de Scrum, el paper sobre Borland Software Craftsmanship de Jim Coplien. (Aquí lo descargué para su deleite)
Veamos, llevo haciendo reuniones diarias de 15min por más de 2 años, he experimentado en varias ocasiones el poder de ellas, también he sabido que es estar con todo el equipo reunido y sentir que se perdía el tiempo ya que todo parecía ser una formalidad (y hasta cancelar la reunión ahí mismo). Es decir, tengo alguna idea de lo que volvería y no volvería hacer con respecto a este tema.
A continuación lanzo una premisa, bajo la cual edificaré este post. Desde mi punto de vista, “No existe forma, camino o modo para hacer que dos seres humanos confíen (verdaderamente) uno en el otro y logren relacionarse de forma sinérgica hacia un fin en común, mas que conversando, intercambiando palabras y mirandose a los ojos, y todo esto: ‘constantemente’.”
He utilizado el término “constantemente” porque no existe una periodicidad definida (diaria, interdiaria, semanal) ni nada por el estilo, así que un: “constantemente” me parece la mejor periodicidad. Y es que la verdad, no hay escapatoria, para lograr que dos o más personas lleguen a un nivel de eficiencia máximo y madurez en su mecánica de trabajo conjunta no queda más que hacer que “conversen”, que se “conozcan”, que “los dos seres humanos ahí trabajando lleguen a confiar uno en el otro”, y de verdad.
Seguro aquí muchos me dirán, “hey! y los equipos distribuidos? lo que pasa seguramente es que nunca has trabajado en un proyecto dividido entre EEUU y la India por ejemplo”. Falso! Se que es tener equipos distribuidos y trabajar de una forma “¿óptima?” con ellos. En ningún momento digo que si un equipo está repartido por el mundo no pueda trabajar de una forma aceptable. Claro que valiéndose de herramientas, medios, etc. Herramientas tanto de comunicación como para su trabajo per sé (IBM Rational Team Concert por ejemplo).
El tema es que, si quieres lograr: “magia” (como dice mi buen amigo Ruddy), tiene que haber una gran cuota “humana” en el quehacer diario. Si el equipo llega a fabricar un producto altamente creativo o si llega a terminar un proyecto 2 meses antes de lo “normalmente” estimado, etc. Esa “magia”, a la que toda empresa aspira en sus equipos (llámenlos, equipos de alto rendimiento como quieran), para mi no es más que una consecuencia de que ese grupo de personas lograron encontrar esa mixtura de habilidades y sentimientos humanos que mantienen la productividad al máximo.
Cualquiera podría decirme: “Bueno Raúl, es lógico pensar que no sólo se trata de juntar personas talentosas con ciertos skills y wualá, todos sabemos que existen factores dificilmente cuantificables” y que (me atrevería a decirlo) tienen una gran participación en el real éxito del proyecto. Y esto, también “creo” haberlo experimentado.
Pues si, sabemos que existe algún ingrediente más en ese equipo de alto rendimiento, lo malo es que no sabemos a ciencia cierta cuál es, ni cómo medirlo. Pero algo que si sabemos, es que una buena y gran manera de impulsarlo, de elevar el potencial basado en lo humano de ese equipo, es la reunión diaria.
Pero también debemos ser completamente conscientes del costo adjudicado de esta reunión, ya que cada persona ahí presente percibe un sueldo y por ende, esos minutos de reunión pueden ser cuantificados en ese sentido. Así que mucho cuidado con exagerar el tiempo de las reuniones diarias (Scrum propone que sean de 15 minutos y a mi hasta el momento me ha funcionado), para eso utilizar el concepto de Timeboxing.
En conclusión, las reuniones diarias de autocontrol cumplen con dos grandes funciones:
1. Ponen al equipo y los implicados al tanto de lo que está pasando, permitiendo atacar problemas con una demora de un día de identificación. (dentro de esto está el compromiso del integrante con el equipo, etc.)
2. Elevan el nivel de confianza y convivencia entre las personas, haciendo que se generen lazos humanos que a la larga se traducirán en un incremento de la productividad.
Como muchos saben, el Agiles 2010 será en Lima, Perú. El que escribe forma parte del grupo de organización local de este futuro evento.
Tomando en cuenta lo antes mencionado y con la intención de redactar aquí algo que tal vez nos sirva a los organizadores del Agiles 2010, es que a continuación quisiera dar un breve análisis del evento Agiles 2009 comentando aquellas cosas que me gustaron, aquellas que me fascinaron y aquellas que cambiaría.
Los temas que traté son: la esencia de Scrum, Kanban un poco más a detalle y como fue que yo los utilicé y me fueron útiles en un contexto determinado. Espero sea de ayuda para alguien. Por ahora ando liado con varios proyectos apasionantes en mi empresa, así que ya luego se vendrá un post algo más largo sobre mis apreciaciones y lo visto en el evento.
Desde hace unos días me viene rondando en la cabeza este término y como siempre, estaba seguro de no ser el primero en pensarlo (encontré algunas ocurrencias luego de una búsqueda rápida por la web), aunque ahora tengo mis dudas con eso no de haber sido el primero, debido a que aún no encuentro el término enfocado desde mi punto de vista, lo he encontrado como process tools de soporte para Extreme Programming, pero mi idea, va mucho más allá =). Espero que tal vez alguien me rectifique sobre esto, ya que hoy en día apenas alguien piensa algo lo postea…(si no miren lo que estoy haciendo…jiji )
Veamos, todo nace cuando anduve leyendo sobre Radical Transparency, un tipo de gestión basada en la total transparencia de las decisiones que se toman en la organización. Por ejemplo, las entidades del estado (gobierno) “se supone” se rigen bajo un sistema de gestión similar a este, en el sentido que al disponer del dinero “del pueblo” se hace necesaria la absoluta transparencia en la utilización de este recurso.
Otra de las cosas fue cuando escuché una presentación de Abner sobre XP, donde mencionó una posible lógica de creación de esta metodología, algo como:
“XP es un conjunto de buenas prácticas de programación llevadas al extremo. Un grupo de personas se dió cuenta que les daba resultados codificar los Unit Test antes que el código de requerimiento (por ejemplo) y pues lo llevaron al extremo! y crearon TDD!”
De la conjunción de esas dos ideas (Lo “radical” del Radical Transparency y lo “extremo” del llevar buenas prácticas al extremo de XP) es que me ha salido el bichito de pensar en una …
¿Gestión Extrema? o Auto-Gestión en Tiempo Real
Desde mi punto de vista, la gestión ha evolucionado en los proyectos a través de tres eras, estamos en la segunda y camino a la tercera:
Primera Era: Gestión Externa al Equipo.
Existe un Jefe de Proyecto, el cual “gestiona” el proyecto, identifica riesgos, gestiona cambios en el alcance, asigna tareas al equipo, gestiona la comunicación. etc.
Segunda Era: Equipos Auto-Gestionados.
La metodología utilizada permite que el equipo se auto-gestione, ellos identifican riesgos, gestionan cambios, etc. Este tipo de gestión ha demostrado ser superior a la primera debido a que los problemas son identificados con mucha mayor objetividad y reciben una solución mucho más acertada.
Tercera Era: Auto-Gestión en Tiempo Real (Gestión Extrema).
En esta se usan metodologías y herramientas que demandan una cantidad mínima de tiempo para realizar gestión, de esta forma el equipo puede seguir construyendo (auto-gestionandose al mismo tiempo) pero se valdría de herramientas especialmente diseñadas (útiles) para extraer información, reportar avance, soportar trazabilidad, identificar cuellos de botella, calcular costos, proyectar fechas de fin, etc. Sólo se encargaría de construir y solucionar problemas. En suma, no tendría que parar entre sprint y sprint (por ejemplo) para planificar y gestionar, podría hacerlo sobre la marcha.
Volviendo al tema del post…si identificaramos buenas prácticas de gestión y las llevaramos al extremo?… al límite!!…¿Llegaríamos a la Gestión Extrema?
El sábado que viene estaré facilitando un Open Space sobre el Desarrollo de Software bajo Metodologías Agiles, en representación de la Comunidad Agile Perú en El Software Freedom Day (SFD) o Día de la Libertad del Software. Este es un evento que se realiza a nivel mundial el tercer sábado de septiembre de cada año y tiene por objetivo difundir e incentivar el uso del software libre, mostrando sus virtudes y ventajas. La primera edición del SFD se realizó en agosto de 2004, contando con la participación de más de 70 equipos de trabajo alrededor del mundo. En la edición del 2008 se llegó a tener más de 500 equipos de trabajo en más de 90 países.
Software Freedom Day Perú lo celebraremos el próximo sábado 19 de Septiembre con un evento organizado por 11 comunidades y amigos del software libre:
Las actividades a desarrollarse incluye charlas informativas, concursos de código, workshops para empresarios y testimonios de migración de software privativo a software libre, entre otros.
Que vamos a hacer?
Educar al público acerca de los beneficios de usar el Software libre -FLOSS- de alta calidad en Casa, la Educación, en el Negocio, el Gobierno y todas partes.
Compartir conocimiento valioso. Estimular y energizar a los entusiastas a que se conozcan, se unan y hagan parte de los proyectos de cada una de las comunidades del software libre.
Nutrir nuevos procesos de emprendimiento digital, conectando en el mismo lugar a emprendedores, desarrolladores y diseñadores estimulando los efectos de red.
Que pueden esperar los asistentes al evento SFD Perú…
Ampliar su red de contactos y encontrarse con sus pares
Ganar conocimiento valioso • Enterarse de las tendencias del Software Libre y el mercado
Identificar a los grupos y comunidades FOSS del Perú y sus proyectos actuales
El Evento:
Fecha: Sábado 19 de Septiembre Lugar: Universidad San Martin de Porres – FIA (Av. La Fontana 1250 Urb. Santa Patricia - La Molina) Hora: 9.00 am a 6.30 pm
Auspiciadores: Universidad San Martin de Porres | IBM |Growing Venture Solutions |Development Seed |Social Media Group Perú - www.socialmedia.com.pe
“Lo único que se necesita para que triunfe el mal es que los hombres buenos no hagan nada.”
Edmun Burke
“No hay nada más poderoso que una idea a la que le ha llegado a su tiempo.”
Victor Hugo
“Dos caminos divergían en un bosque. Y seguí el menos transitado. Y eso lo ha cambiado todo.” Robert Frost.
“La intuición dice a la mente pensante dónde mirar a continuación.” Dr Jonas (Descubridor de la vacuna de Polio)
“Detrás de cada vida noble están los principios que la han formado.” George H. Lorimer
“Tener poder es como ser una dama; si tienes que decirle a la gente que lo eres, es que no lo eres.” Margaret Thatcher.
“El liderazgo es la capacidad de trasladar la visión a la realidad.” Warren Bennis
“Debemos convertirnos en el cambio que buscamos en el mundo.” Gandhi
Y para terminar:
La gente suele ser poco razonable, ilógica y egocéntrica; pérdonala de todos modos.
Si eres amable, la gente puede acusarte de abrigar motivos ocultos egoístas; sé amable de todos modos.
Si tienes éxito vendrán a ti falsos amigos y amigos buenos; ten éxitos de todos modos.
Si eres honrado y sincero, puede que algunos te engañen; de todos modos, sé honesto y honrado.
Lo que dedicas muchos años a construir lo puede destruir alguien de un día para otro; construye de todos modos.
Si hallas la serenidad y la felicidad, siempre habrá quien te tenga envidia; sé feliz de todos modos.
El bien que haces hoy, la gente puede olvidarlo mañana; haz el bien de todos modos.
De todos modos, da al mundo lo mejor de ti mismo.
Y es que, a fin de cuentas, todo esto es entre tú y Dios; en el fondo, nunca ha sido entre tú y ellos.
Madre Teresa de Calcuta
A continuación un extracto del libro “Scrum Primer” respecto a las estadísticas arrojadas en Yahoo! por 200 equipos que migraron a Scrum durante un período de tres años. En total se trata de 2000 personas encuestadas.
Se incluyeron Dueños de Producto, Miembros del Equipo, ScrumMasters, y sus jefes funcionales. Estos proyectos iban desde sitios web con mucho diseño y enfocados al cliente tales como Yahoo! Fotos hasta la infraestructura de servicios de back-end de misión crítica como Yahoo Mail que da servicio a millones de clientes. Se les pidió que comparen Scrum con el enfoque que usaban anteriormente. Este es el resumen de algunos de los datos obtenidos:
Productividad:
68% respondieron que Scrum es mejor o mucho mejor (4 o 5 en una escala de 5); 5% dijeron que era peor o mucho peor (1 o 2 en una escala de 5); 27% dijeron que era lo mismo (3 en una escala de 5).
Moral del Equipo:
52% dijeron que es mejor o mucho mejor; 9% dijeron que es peor o mucho peor; 39% dijeron que es lo mismo.
Adaptabilidad:
63% dijeron que es mejor o mucho mejor; 4% dijeron que es peor o mucho peor; 33% dijeron que es lo mismo.
Responsabilidad:
62% dijeron que es mejor o mucho mejor; 6% dijeron que es peor o mucho peor; 32% dijeron que es lo mismo.
Colaboración y Cooperación:
81% dijeron que es mejor o mucho mejor; 1% dijeron que es peor o mucho peor; 18% dijeron que es lo mismo. La productividad de los equipos mejoró una media del 36% según los DP.
El 85% de los miembros de equipos dijeron que continuarían usando Scrum si la decisión dependiera exclusivamente de ellos (15% dijeron “No” o “No saben”).
Pueden ver la página oficial del STI. Y la versión en español aquí.
“La vida consiste en ser lo suficientemente inteligente para aceptarse como uno es, para no conformarse consigo mismo y para luchar por ser lo que se cree…se debe ser.”
Hace unas semanas lancé el ensayo Noosfera Organizacional, luego de recibir una gran cantidad (más de lo que esperaba) de críticas y sugerencias de mejora he preparado una nueva versión y cambiado el título del ensayo. Gracias a todos!
La Universidad Nacional de Ingeniería (mi alma mater) será sede de la “II Conferencia Internacional sobre pequeños satélites” a realizarse del 20 al 21 de agosto del 2009 en el Centro de Tecnologías de Información y Comunicaciones –CTIC-UNI, a partir de las 09:00 a.m., el evento pretende sensibilizar a la ciudadanía, el gobierno y el sector privado, la importancia del desarrollo espacial en la mejora de la calidad de vida de la población así como mostrar los aportes que hace la Universidad Nacional de Ingeniería a través de iniciativas como el proyecto satelital Chasqui I.
Por ello la UNI convoca a los estudiantes y público interesado a realizar preguntas a los cosmonautas de la Estación Espacial Internacional con la cual mantendremos un radioenlace los días 20 y 21 de Agosto.
Ando investigando cada vez más sobre CMMI y sus niveles de madurez, en otro post comentaré e intentaré sustentar el porqué (desde hace poco para serles sincero) considero que esa conclusión que a la letra dice que CMMI es lo opuesto a Agile responde más a un tema de desconocimiento que una real discordia entre ambos conceptos.
En este post hablaré sobre un concepto simple y al mismo tiempo díficil de conseguir: La Real Madurez Organizacional
Para hacerlo sencillo, una organización es realmente madura cuando responde de forma óptima a cualquier tipo de contexto que le solicite el cliente.Si hablamos de software (por ejemplo), desde mi punto de vista, una empresa con un alto nivel de madurez puede…
Tomar un proyecto de 5 millones de dólares con actores como el estado o algún ente regulador, en donde el control y el seguimiento a través de métricas se hace crítico así como el llevar un flujo documentario de alta calidad. (¿CMMI for Development? ¿RUP?)
Y al mismo tiempo tener éxito en un proyecto de 10 mil dólares donde sólo tendrá a un cliente mediano con un personal de su área de sistemas asignado a fiscalizar el proyecto. (¿Agile?,¿XP?,¿Scrum?)
No podemos hablar de una madurez real si nuestra organización no sabe adaptarse a la tipología del proyecto, si aún andamos con ese antiguo pensamiento que dice: “Defino mi procedimiento, lo estandarizo, lo automatizo y nunca más lo cambio”.
Una empresa realmente madura encuentra el equilibrio (su equilibrio) entre la definición de procesos (estandarización) y la adaptabilidad al contexto. Es decir, Los clásicos extremos: predictibilidad y adaptabilidad.
Tenemos que desterrar esa idea que “estandarizar” siempre es bueno. Y esa otra (algo nueva) de que libertad total de adaptación es la solución a todo. Lo único que siempre es bueno para tu organización, tu proyecto y para tí es lo: UTIL.
¿Qué es lo útil para tu organización? ¿Qué realmente es útil para tu proyecto?…pues…lee sobre CMMI, ISO, PMI, SCRUM, XP, Lean, BSC, etc…luego “escoge”…luego “experimenta”…luego vuelve a “escoger”…usa (para variar) tu sentido común…y lo sabrás.
Hace unos meses hice este post, donde hablaba del que fue mi sistema GTD (hace unos 5 meses para ser exactos).
Pues ahora vengo a darles mi sistema GTD recargado y completamente funcional, el cual me está funcionando de maravillas y vale decir “a mucho menos costo que el anterior”.
Dejé mi HP IPAQ (TouchScreen) con Windows Mobile 2003 básicamente por un motivo:
Hasta el momento no encuentro ningún dispositivo electrónico (touch o no touch) que cumpla con los requerimientos mínimos de un sistema real de recopilación.
Hablo de esa flexibilidad, rapidez, calidad en el trazo al momento de plasmar mis ideas (no siempre claras) en un repositorio cuyo fin es “almacenar” esa idea tendiendo a hacerlo de la forma más pura posible. Así que mejor “medio” que este, no he encontrado:
En mi cuadernito de notas el cual es (increiblemente) portatil y flexible…llevo mis Projects, Next Actions, SomeDay and Contexts.
¿Cómo?…pues así!
En la pasta (tapa) van mis proyectos…(son pocos pero grandes…cuando haya llenado la tapa usaré la otra cara)…jeje
Las primeras hojas son mi sistema de Recopilación…donde hago mapas mentales, listas, gráficos, etc, etc.
Las últimas hojas (o las primeras desde el otro lado) tengo mis next actions con sus contextos al lado…
Hago un parentesis en el tema de los contextos…desde hace mucho uso “simbolos” para mis contextos, por ejemplo, el 70% de mis pendientes los tengo que hacer en una computadora (ordenador), casi un 20% en la calle (comprar, buscar algun producto, etc) y un 10% en lugares especificos que frecuento (existen cosas que solo puedo hacer en mi trabajo, en mi ex-universidad o con mi novia .. )
Bueno, aquí mis simbolos:
Pueden ver que debido a que el contexto @ordenador es el mas común , le he colocado un “punto”. Pues sigo fielmente la filosofía KISS al implementar cualquier metodología.
Mis pendientes en “SomeDay” están en una pagina central del cuaderno marcada por un doblez en una esquina, ahí es donde tengo más ideas recopiladas y poco a poco las voy pasando al presente. (Olvidé tomarle una foto y a estas alturas no voy a volver a coger la cámara)
Mi sistema de Calendario es el Google Calendar configurado para que me envie vía SMS mis citas a mi celular.
(
)
Lo más visto