En nuestro episodio anterior sobre un tablero visual presentamos una propuesta de tablero para un departamento no desarrollo, concretamente un concesionario.

Toda herramienta a nuestra disposición, para ser útil, debe ser usada y alimentada periódicamente, y es éste el objeto del presente artículo: presentar un modo integrado de uso del tablero, que permita el control de las operaciones al mismo tiempo que honre los principios ágiles.

Veamos cómo lo estamos implementando:

Publicado en Scrum

Desde hace algunos años en el mundo católico está en curso un movimiento casi imperceptible, que a mediados del 2017 ha tomado mayor trascendencia luego de declaraciones en esa línea del actual Papa, y es la de cambiar una frase de la oración "Padre Nuestro" que millones de fieles católicos recitan.

La frase que se está analizando es la de "no nos dejes caer en la tentación", que en italiano suena algo distinto: "no nos induzcas en tentación" (non ci indurre in tentazione); y que pareciera afirmar que la tentación proviene de Dios y no del diablo.

Más allá del motivo histórico del uso de esa frase (traducciones de distintas versiones de la Biblia), está el hecho de que esta oración va en contra de lo afirmado durante siglos por la misma iglesia, que enseña en su catecismo que la tentación proviene del diablo.

Y lo más notable, es que no haya sido vislumbrada esta incongruencia a lo largo de tantos siglos de permanencia de la iglesia.

Publicado en Reflexiones

Esta serie sobre aplicación de agile en ambientes que no son de desarrollo inicia con un artículo donde hablamos de uno de los valores motores de cualquier proceso de adopción agile: la transparencia.

¿Qué es la transparencia? Transparencia es la actitud de poner en conocimiento de los demás lo que estamos haciendo, pero no sólo: también es dar modo a los demás de conocer el motivo por los cuales estamos actuando de esa manera, y los juicios que nos llevan a tomar la decisión de ser transparentes.

Pero como si eso fuera poco, para que un equipo sea ágil, se requiere que esa actitud de transparencia sea compartida por todos, y que además sea mantenida en el tiempo. No basta con ser transparentes solo en situaciones de calma sino también en situaciones de crisis, y no solamente en los momentos en que estamos siendo reconocidos por nuestras tareas sino también cuando tenemos oposición a nuestro accionar por parte de otras personas o equipos.

Obviamente la resistencia a exponerse de ese modo puede surgir naturalmente. Es totalmente comprensible, más aún si estamos inmersos en una cultura empresaria de buscar culpables para evadir las consecuencias de los errores propios.

¿Cómo lograr entonces la adopción de la transparencia en el equipo?

Publicado en Scrum

En plan de mejorar el sitio, estoy comenzando a incursionar en el desarrollo de extensiones para Joomla, usando Eclipse como IDE (configurado para usar el idioma inglés).

En realidad, y siendo sincero, si bien fue un tema que siempre me interesó, no había dedicado nada de tiempo al desarrollo en sí, pero me encontré en la necesidad de renovar el sitio para los exámenes de prueba, y eso me llevó a instalar Moodle y el conector Joomdle (que permite integrar Joomla y Moodle), y de ahí a buscar algún módulo que permitiera que desde mi página se pudiera acceder a los exámenes de prueba.

No me interesaba desarrollar un módulo desde cero, y por lo tanto no aplicaba el tutorial que está en el sitio de Joomla, sino que quería tener posibilidad de navegar dentro al código de un módulo ya desarrollado para poder modificarlo; ya que lo único que me interesa es que no tenga errores de "tipo inexistente" en su código, y poder navegar a la definición de la clase para entender la lógica del módulo.

Como no encontré un tutorial que me indicara como hacerlo paso por paso, decidí escribirlo por mi cuenta.

Publicado en Desarrollo

Hace algunos meses hice una presentación sobre la reconstrucción lingüistica de las emociones, en la segunda conferencia del año 2015 del curso de coaching ontológico del Grupo Recrearte.

Como me ha sucedido en otras oportunidades, el tener que dar una charla fue una ocasión para profundizar un tema que todo buen coach ontológico debe conocer, y que a veces queda algo relegado debido a la cantidad de temas que se ven durante la carrera.

Luego de realizada la exposición (de aproximadamente 20 minutos), compartí la presentación en slideshare para los estudiantes. Me sorprendió (y me sigue sorprendiendo) la repercusión pública que está teniendo, ya que lo considero un tema técnico de poco interés para el público en general, y además la presentación no tiene el atractivo que podría tener una presentación preparada para un público amplio.

Probablemente la difusión se deba a que no se encuentra mucho material en red sobre este tema.

Pero ¿qué es la reconstrucción linguistica de las emociones?... en pocas palabras, podría entenderse como traducir en palabras la emoción que sentimos, de un modo que sea genuino y al mismo tiempo no tenga la carga emotiva que podemos estar sintiendo y nos puede estar condicionando.

No tengo las fuentes, pero he leído en algún lado que este método se ha probado por ejemplo con prisioneros agresivos, y se han obtenido buenos resultados.

La presentación está disponible en este link: http://www.slideshare.net/eldba/reconstruccion-linguistica-de-las-emociones.

Publicado en Coaching

Desde hace ya varios años, se habla y se discute sobre la deuda técnica como de algo sabido por todos. Sin embargo, en mi experiencia, este no es un tema suficientemente analizado o comprendido por la generalidad de los desarrolladores y los ejecutivos que conozco.

¿A qué nos referimos con el concepto de "deuda técnica"?... básicamente, con este término nos referimos a todas esas decisiones tanto hardware como software, que puedan comprometer la calidad o el funcionamiento del producto. Un ejemplo: desarrollar un sistema software sin pruebas unitarias para minimizar los tiempos de desarrollo por una necesidad urgente de oportunidad o de mercado.

La idea es que "puede ser algo que ahora funciona o tiene sentido", pero que en realidad pagaremos en el futuro cuando suframos las consecuencias de nuestras decisiones (por ejemplo dificultad para mantener el sistema, calidad insuficiente, etc)

Dicho de este modo, pareciera que el concepto de deuda técnica queda claro, y de hecho es un concepto simple, pero hay muchos grises en esta definición ya que queda librada al juicio de un equipo o de una persona, por lo que las interpretaciones pueden diferir entre equipos o personas.

Veamos algunos conceptos que creo son importantes al momento de identificar estas situaciones:

Publicado en Scrum

En tiempos muertos estoy desarrollando un proyecto que se denomina "Recurso poético". Aún está en estado embrionario, pero de a poquito comienza a tener las funcionalidades que quiero integrar en él.

Una de estas funcionalidades requería que pudiera contar la cantidad de sílabas de una palabra, sea desde el punto del idioma castellano que desde el punto de vista "poético", que en práctica se reduce a contar como diptongos aquellos que el idioma español considera hiato (a este "diptongo poético" se lo denomina sinalefa)

Busqué en internet, pero no encontré ninguna solución que pudiera servirme como base de solución que se adaptara a mi código, así que me dispuse a desarrollar una función propia que ahora pongo a disposición:

Publicado en Desarrollo

En el Agile Open Space que se hizo en la Universidad de Belgrano (en Buenos Aires), se charló entre otras cosas sobre personal kanban y si bien no se dijo nada de particular que me haya agregado algo a lo que sabía, sí se mencionó un programa en la web que permite hacer simples tableros kanban: trello (http://www.trello.com). Es un servicio gratuito al día de hoy, pero no encontré indicación de si alguna vez iniciará a ser pago o si seguirá siendo gratuito por siempre.

A partir de ahí me puse a investigar y me pareció bastante interesante como producto; y estas son las características que a mí me resultan más interesantes:

Publicado en Auto Gestión

Esta técnica es en sí misma bastante sencilla, y fue creada por Francesco Cirillo cuando era estudiante. La misma consiste básicamente en dividir el tiempo disponible en "pomodoros" o unidades de tiempo fijas (generalmente 25 minutos) separados entre ellos por momentos de esparcimiento que generalmente son de 5 minutos.

Publicado en Gestión del tiempo
Volver arriba