Categoría: Gestión de Proyectos

Aspectos relacionados con el mundo de los proyectos de tecnología representados a través de Infografías y Visual Thinkig

¡Qué fácil es identificar los errores!

¡Qué fácil es identificar los fallos!. Una vez identificados hay que tomar decisiones realistas para corregirlos. Eso es lo difícil.

Éramos mucho más jóvenes. Nos encomendaron la responsabilidad de realizar una ‘auditoría de sistemas’ en una empresa del sector lácteo. Pusimos mucho esfuerzo. Identificamos una gran cantidad de deficiencias, mejoras, imperfecciones, etc…

Presentamos los resultados en un bonito Power Point con múltiples colores. El equipo directivo escuchó atento las recomendaciones. Sin decir nada. Acabada la reunión el directivo dijo: “Muy buen trabajo. La ‘auditoría’ está hecha. Díganme ahora qué debo hacer o cambiar para alcanzar ese nivel de excelencia”.

Regresamos todos a la oficina. Habíamos hecho “lo sencillo’, ‘lo fácil’… identificar ‘los fallos’. Quedaba lo complicado. Trabajamos mucho. Realizamos otro bonito Power Point con muchos más colores. Nos empleamos a fondo. Utilizamos términos en inglés para dar ‘seriedad’ a la presentación. Pusimos muchos gráficos y números.

Al cabo de unas semanas regresamos de nuevo. El directivo dijo: “Gracias por el esfuerzo. No quiero Power Point. Explíquenme las decisiones que debo tomar hoy mismo. De forma pragmática”.

No fue una reunión fácil. Saqué un aprendizaje:

“Es mucho más ‘sencillo’ identificar errores y fallos… que encontrar soluciones pragmáticas y realistas”.

¿Dónde está mi silla?…

La transformación digital es imparable. Nadie lo duda. Y esta transformación ha llegado con fuerza a los lugares de trabajo; Sofás de estilo, futbolines, mesas de billar, lugares abiertos y cómodos, zonas de catering y siesta, toboganes, piscinas, etc…

La transformación digital es imparable. Nadie lo duda. Y esta transformación ha llegado con fuerza a los lugares de trabajo; Sofás de estilo, futbolines, mesas de billar, lugares abiertos y cómodos, zonas de catering y siesta, toboganes, piscinas, etc…

¡Y está muy bien!.

Cualquier medio que persiga fomentar el trabajo en equipo estableciendo las condiciones de entorno para que las personas encuentren la motivación por sí mismas siempre es bueno. Además, si estos medios van acompañados de condiciones salariales razonables… pues mucho más bueno.

Lo que quizás nos puede sorprender son las nuevas mesas de reuniones con columpio incluido que están apareciendo en el mercado para hacer las reuniones de trabajo diferentes. Más divertidas. Más participativas. Más creativas. Es indiscutible que observar a uno de esos “jefes malotes” gritando desesperado mientras está subido al columpio… es de las pequeñas cosas de la vida que no tienen precio. Salvo la excepción anterior, nos podemos preguntar:

¿Para transformarse, es necesario llegar a tanto?

Día de los inocentes… el mejor día para acabar un proyecto impuesto

Día de los Inicentes para finalizar proyectos de tecnología. Te imponen una planificación imposible?. La solución está clara. Debe acabar el 28 de diciembre

¿Quieres ves los folicroquis más recientes?

El peor manual de programación de la historia

Sin ninguna duda, uno de los peores manuales de programación de la historia. Daba miedo abrirlo. La traducción del libro del inglés al castellano era terrible . Mucho más difícil entender la traducción que la programación en ensamblador o Visual Basic en sí misma. ZX Spectrum

Sin ninguna duda, uno de los peores manuales de programación de la historia. Daba miedo abrirlo. La traducción del libro del inglés al castellano era terrible . Mucho más difícil entender la traducción que la programación en ensamblador o Visual Basic en sí misma.

Sorprende cómo este manual pudo despertar la ilusión por programar de niños y explotar al máximo las capacidades del Spectrum48K para crear maravillas de juegos como Abu Simbel Profanation, Babaliba, Sir Fred, Jet Set Willy … y muchos otros.

…y, ¿Cómo se programaba entonces? Muy sencillo. Todos reunidos en una sala. El programador era el que lleva la voz cantante. Se aportan ideas de forma conjunta. Se programaba y probaba sobre la marcha con una visión de las capacidades comerciales del producto. Se trabajaba en equipo. Se aprovechaban rutinas. Todos hacían de todo. La edad no importaba.

La gasolina de los programadores era la PASIÓN por lo que se hacía. La curiosidad, la paciencia, la emoción, la creatividad y, … LAS PERSONAS.

y,… ¿Qué principios se empleaban? … Pues los que decía la revista Microhobby como no podía ser de otra forma. En aquellos tiempos no se había inventado el Design Thinking, la Agilidad, el Power Point,… y, los POSITs, … para apuntar la lista de la compra.

Si te apetece leer algo parecido puedes leer el artículo de «El Spectrum El Verdadero inicio de la transformación digital«. Espero que te guste!!

Pesadilla en la intersección de JIRA con Remedy Street

Gestión de procesos con JIRA y Remedy. En las grandes organizaciones es un mal necesario para comunicar peticiones e incidencias.

PESADILLA EN LA INTERSECCIÓN DE JIRA CON REMEDY STREET

– Buenos días, me puede poner un café.

– Pídamelo vía Remedy.

– Abro Remedy. Clasifico la petición de café al dpto. de Cafetería. Espero. – Mala suerte. Me han cerrado el Remedy. Estaba mal clasificado. La clasificación no era dpto. de Cafetería, … era dpto. Restauración.

– Vuelvo a abrirlo. Al dpto. de Restauración.

– Me lo cierran. Faltan especificaciones del tipo de café.

– Paciencia. Reabro de nuevo. Explico con máximo detalle el café que quiero. Anexo en el Remedy tratados profundos sobre el café. Espero.

– Mala suerte. Cerrado de nuevo. La máquina de vending no funciona. La responsabilidad es del proveedor.

– Me piden que abra un JIRA. El dpto. de Remedy no puede hacer nada.

– Recuerdo la cita de Benjamin Franklin. “Quien tiene paciencia obtendrá lo que desea”. Hago esfuerzos por interiorizarla.

– Abro JIRA al proveedor. Indico la incidencia. Espero.

– El proveedor me cierra el JIRA. Me dice que no es incidencia. Es un nuevo requerimiento.

– Organizo una conference con dpto. de JIRAs, dptos. de Remedys e incluyo al proveedor de vasos, de leche y de cucharas por si acaso.

– Suplico un café. Utilizo técnicas de persuasión avanzadas.

– Al cabo de un rato… tengo el resultado.

Una limonada. ¡Pero, qué buena está la limonada!.

El Juego de la Oca…versión Agile y Waterfall

El juego de la Oca en versión Agile y Waterfall. Cada uno persigue el mismo objetivo pero emplean diferentes métodos. Lo importante no caer en la calavera

EL JUEGO DE LA OCA – VERSIÓN AGILE/WATERFALL

Los “Agilianos”: Tienen mucha suerte. Caen siempre en la oca. Y claro, de oca a oca y tiro porque me toca. Se saltan cuatro casillas de comités, documentos y procedimientos en un plis plas. Su objetivo es llegar a la Gran Oca pronto, aunque no sea con todo. Cuando llegan, descansan unos minutos y vuelven a empezar.

Los “Waterfalleños”: No pisan jamás la oca. Van casilla a casilla. Una por una. Fase por fase. De forma perfectamente planificada. Nunca caen en puente, pero siempre caen en Pozo a la hora de desplegar el SW. Con el tiempo, llegan a la Gran Oca. Eso sí, después de caer previamente en todo tipo de Laberintos de reuniones, comités y procedimientos.

• Los “quasi-Agilianos”. Los que dicen “Soy casi casi Agile, pero no del todo”. Al principio caen en oca. Y de oca a oca y tiro porque me toca. Todo parece feliz. Luego, las ocas se acaban y caen en Cárcel o Posada. Se desesperan. Pierden dos turnos en explicaciones. Se preguntan por qué no llegan a la Gran Oca si son quasi-Agile. Pues por eso …por el quasi.

Lo importante es no caer nunca en la temida calavera de agotamiento de presupuesto o falsas expectativas… … y perder todo lo invertido, sin haber llegado a la Gran Oca.

¿Y qué forma de jugar es la mejor?… En el siguiente artículo reflexiono sobre ello: Métodos vs Principios

¡Feliz día!

… de Folicroqui a Folicroqui y Tiras porque te «toqui». Suscríbete aquí si te apetece. «Suscripción Folicroquideldía«