Proyectos personales

Symfony2 para mi es una revelación en PHP, así que estoy reescribiendo parte del código que tenía hecho en su versión anterior e intentando darle un giro a algunas ideas que tenía en mente para ambos proyectos, arreglamicarretera.com y gentebinaria.com.

De estos dos, por ahora el proyecto prioritario es del de arreglamicarretera.com que es el que más tiempo lleva en el TODO. Aunque tal y como han ido estos últimos meses creo que tendré una primera versión en breve.

Técnicas de desarrollo y artesanía del software

Clean Code, libro que he estado leyendo a capítulos sueltos. Antes de terminarlo, volver a repasar esos capítulos que me han parecido interesantes.

Java, seguir profundizando en este lenguaje que me ha fascinado.

Groovy, estoy participando en un proyecto colaborativo en este lenguaje. Tengo que poder sacar algo de tiempo par involucrarme más.

COBOL, si... lenguaje del pleistoceno fosilizado con actividad importante en transacciones bancarias Investigando por internet vi que había un framework de test para este lenguaje, algo probé, pero este año en estos 12 meses, estoy seguro que coincidiré con @jbeerdev y una kata en COBOL habrá que hacer. Todavía pongo de moda los lenguajes "retro" ^_^

XP, terminar el libro de Extreme Programming Installed para poder continuar con Extreme Programming Explained.

Las personas

Tener compañeros que llevan más tiempo que yo en esto del agilismo ayuda a perfilar el siguiente movimiento en el aprendizaje de este mundillo. @joserra_diaz es un buen compañero al que estimo, y el que en estos meses estoy "utilizando" en parte para que me guíe en este aprendizaje continuo.

@iturriozbeitia, @blas_i, @joserra_diaz, @olatzZamora, @sjimenezmateo, @jessi_aguado, @salorino trabajar con ellos ha sido una experiencia inolvidable. Las personas, que estén alineadas en una visión de mejora continua, no sólo trabaja la técnica, si no el espíritu de equipo. Por muy alineado que esté un equipo, siempre hay una posible mejora. La excelencia, se consigue trabajando con personas.

Agile retrospectives, creo que llego tarde a leer este libro, pero ya lo tengo entre manos.

Comunidad ágil

Open Space de clientes de software, Es una idea que llevo rumiando hace ya unos meses. A algunos de vosotros ya os la he comentado y estoy elavorando una propuesta para ver si consigo que se encuentre en un estado lo suficiente maduro para que alguien me haga caso, así que si quieres participar en ello y/o tienes alguna idea/sugerencia no dudes en ponerte en contacto conmigo.

Katayunos/Merendojos/Saraos, este año es el año de... participar en todo sarao que se ponga a tiro y exista disponibilidad para ello.

CodeRetreat, un code retreat al año no hace daño... asistir a uno de estos eventos ayuda a ver lo que has podido avanzar y/o progresar en el objetivo de mejorar tu técnica. Más de uno al año, puede ser duro ^_^

Otros

Otros pero no menos importantes:

Deporte para no fumar, sustituir la nicotina por endorfinas. La mejor técnica para dejar de fumar. Siempre que hago deporte siempre dejo el tabaco, lo malo... que cuando dejo el deporte el tabaco vuelve O_o! tendré que conseguir hacer deporte con mayor continuidad.

Atender más el blog, bloguear con más frecuencia. Este año pasado, ha sido el año que menos he publicado, así que a nada que me esfuerce ya mejoraré la frecuencia de publicación con respecto al año anterior.

A veces nos centramos tanto en aprender, en investigar que no nos damos cuenta que estamos "penalizado" el tiempo con nuestra familia. Este año, la prioridad será la familia sobre todo lo demás.

Comencemos con el repaso del 2011

arreglamicarretera.com y gentebinaria.com

Este año ha sido tan ajetreado que esos proyectos personales que uno tiene en mente de abordarlos lo antes posible siguen estando en el TODO. Arreglamicarretera.com y GenteBinaria.com son proyectos que están en la cola que no tienen que caer en el baúl de los recuerdos. A veces es difícil dedicar tiempo para lanzar un proyecto cuando tienes la imperiosa necesidad de probar y aprender cosas nuevas, no siempre nos da el tiempo para todo. Suena a excusa lo se.

Así que estos objetivos para el 2011 no se cumplieron, aunque todos están empezados.

Técnicas de desarrollo y artesanía del software

En este punto, hablaba el año pasado de lo que me apasionó el descubrir técnicas de desarrollo que me motivaban a programar de mejor y disfrutando de ello. Y hacía mención a "Esto funciona señores, no es sólo teoría" y es cierto. Este año ha sido el año en el que se ha formado comunidad en la zona norte. Un año de compartir conocimiento y conocer gente afín a tu punto de vista hacia la profesión de informático loco que escribe cosas raras en la pantalla. El empuje y las ganas de todo el mundo de la comunidad de la zona empujaba y fomentaba el auto-aprendizaje para su divulgación y así fomentar la mejora continua entre los miembros que habitualmente nos solemos reunir.

No sólo eso, si no que estas técnicas que todo el mundo aprovechaba su tiempo libre para practicarlas con la intención de conocerlas y algún día poder aplicarlas en el trabajo, han ido calando y quien más y quien menos a lo largo del año ha ido dando un giro a su vida laboral en donde lo que era la "afición" se convertía en "profesión". Disfrutar trabajando, el mejor de los objetivos que creo que dentro de la comunidad que se ha formado en la zona norte se ha ido consiguiendo en conjunto y de forma individual.

Tecnologías

Vuelvo a empezar con "Soy LAMPero de vocación", aunque me encanta poder trabajar en otras tecnologías, PHP siempre tendrá un rincón en mi corazoncito tecnológico. Me gusta PHP pero sintácticamente es algo anticuado y dificil de escribir en compración con otros lenguajes que bien por su sintaxis o por los IDE's con los que se trabaja es mucho más práctico y cómodo desarrollar. Este año se publicó Symfony2 y desde entonces estoy probando este framework de desarrollo del cual estoy muy contento que exista algo tan interesante en esta tecnología que aporte tanto valor al programador.

Java, al que siempre le ponía ojitos, ese lenguaje con el que aprendí OOP ese lenguaje que siempre me pareció un referente... por fin no sólo no ha sido sólo un lenguaje con el que me gustaba practicar de vez en cuando. He tenido la posibilidad de poder estar en un equipo de trabajo de esta tecnología en el que he participado en un par de proyectos que me ha ayudado a disfrutar de él. No sólo eso, si no que también me ha hecho ver que la tecnología nunca es la barrera. Lo mejor del 2011, el trabajar con este lenguaje al que algunos programadores le tienen tirria, pero eso es porque todavía no han tenido que trabajar con PHP

Android SDK, este año poco he podido jugar con él. Aunque ha evolucionado mucho desde que comencé a trastear con android, pero me siento mucho más cómodo trabajando en un entorno java, así que este año tendré que recuperar un poco el poder trastear con este SDK.

Groovy, oooh si! groovy. He podido invertir tiempo lo suficiente, como para poder decir que no me importaría abordar un proyecto con esta tecnología. Aunque haya descubierto que me gusta mucho más mockito que la forma de testear en groovy.

Ruby, este lenguaje es una gozada. En vez de programar, es como escribir lo que quieres que haga ^_^, no he invertido el tiempo suficiente para poder probarlo de forma autónoma pero siempre que he tenido la posibilidad de verlo así lo he hecho, gracias a poder practicar pair en coderetreat/dojos/katayunos y con compañeros y amigos. No deja de sorprenderme, aunque no tengo claro hasta donde se puede llegar con él.

Python, sigue siendo por ahora una declaración de buenas intenciones. Este año no he practicado nada con Python.

COBOL, curiosamente este lenguaje ha salido de la chistera! La mujer trabaja con COBOL, y cuando hablamos de trabajo me gusta entender lo que me cuenta cuando habla de tecnología, así que poco a poco he ido aprendiendo y técnicamente alguna prueba ya hemos ido haciendo. Tengo una buena profesora ^_^. No me gustan los GO TO, me recuerdan a Clipper... Pendiente queda hacer una kata con COBOL en un reto que nos propusimos @jbeerdev en una desvariada conversación por twitter.

Resumen

He disfrutado mucho de la tecnología a lo largo del 2011, me ha divertido mucho aprender, probar y sobre todo practicar. Pero algo que nos pierde a los que tenemos formación técnica, es precisamente eso... la técnica. Este año, mientras mi preocupación era la tecnología me he ido dando cuenta que también he aprendido y le he dado más importancia a trabajar mejor con las personas. La técnica y las metodologías son importantes, pero sin personas que creen en ellas y las apliquen no sirven para nada. Ya no somos nuevos en el mundo laboral, y todos sabemos la importancia que tiene trabajar con personas, pero lo que he podido experimentar este año en uno de los equipos del cual he formado parte ha sido muy revelador, lo que me ha hecho crecer más como persona y profesional.

2011, color favorito: Azul, motivación: Ser feliz.

Objetivos

Finalmente no he participado en la organización del 2º CodeRetreat Donosti, pero si en la multitud de katayunos.com que se han ido haciendo a lo largo del año. Considero que este objetivo de organizar evento para mejorar nuestra técnica se ha visto cumplido.

AgileSpain, asistir al Agile Open Space, este año ha sido fácil. Aunque repita este año y los siguientes, este fue verdaderamente especial. Lástima ha sido no poder asistir este año a la CAS, objetivo para este año ^_^.

PHPConference, no fue posible. La prioridad de tecnología cambió a lo largo del año.

Idioma, ya puedo decir que me he leído más de un libro en inglés. No sólo eso, también lo he entendido me siento más cómodo con la lectura en este idioma. La mejora en este idioma me ha sido verificada cuando en unas vacaciones a Londres tuve que lidiar con el idioma, así que objetivo cumplido y en curso.

TDD, practicar, practicar y más practicar. Practicar en katas y por supuesto en el trabajo. Cuanto más tiempo se invierte, más te das cuenta de que hay que seguir aprendiendo y pracicando.

XP, este tipo de prácticas ya forman parte de mi manera de ver e intentar afrontar las tareas.

Retrospectivas, ya no son sólo pluses y deltas. El objetivo no es sólo hablar de lo ocurrido en la iteración. Este tipo de reuniones son las que aporta valor al proyecto, al equipo y a la persona. Es la reunión más importante en la que más conclusiones podemos obtener para mejorar, una buena retrospectiva ayuda y fomenta la mejora continua.

Deporte, claro! el reto de todos los años! como no va a faltar este! si si, este año también he practicado deporte. Unos 4 meses de deporte, hasta que llegó el otoño/invierno. MTB, mi último deporte de "chaval" y el que me ayuda a poder disfrutar de un buen descanso nocturno.

Topicos: todos, todos los he cumplido durante un periodo de tiempo en este pasado año, aunque no lo suficiente tiempo para que duraran todo el año.

Anexo

A lo largo del año he ido conociendo a mucha gente, bien en eventos o por twitter y en algunos de los eventos desvirtualizando a gente que sigo por twitter. De todos he aprendido, y me alegro de conocer a gente que comparte la misma visión de la profesión. Lamentablemente la memoria no es una de mis virtudes ^_^, así que me resultará difícil poder mencionar a todos. Pero tu lector que has llegado hasta aquí, y si me has conocido este año, da por hecho que me has aportado valor y lo seguirás haciendo ya que compartimos una visión muy alineada de nuestro sector y en el 2012 seguro que volveremos a vernos.

1. A las mañanas antes de comenzar la jornada, procura desayunar fuera de casa. Si entras a trabajar a las 9 de la mañana y normalmente te levantas a las 8 para salir a las  8.30, procura salir a las 8.30 a desayunar para comenzar el trabajo a las 9.
2. Nunca y terminantemente prohibido, trabajar en pijama . Trabajar desde casa puede tener "ese aliciente" al principio, pero pronto te darás cuenta que la sensación de que la mañana se junta con la noche sin darte cuenta.
3. Márcate un horario fijo, la flexibilidad puede acabar siendo contraproducente. Si partes tu jornada por diversos motivos gracias a la flexibilidad de trabajar desde casa, puede ocurrir que aunque trabajes 8h, acabes la jornada con la sensación de haber estado trabajando todo el día.
4. Habilita una zona de trabajo en tu domicilio, una zona habilitada y condicionada que te ayude a cambiar el "chip" a trabajo distinguiéndola de la de ocio. Por ejemplo, el equipo sobre mesa para trabajar, y cuando te dedicas a "tus cosas" utiliza el portátil en otra localización de tu hogar.
5. Relaciónate con tus compañeros, no tengas la sensación de estar en tu burbuja. Cuanto más directa es la comunicación mucho mejor, por lo que la vídeo conferencia sería el medio adecuado, el messenger puede servir para un apuro puntual.
6. Visita la oficina al menos una vez por semana, por muy lejos que puedas tener la oficina, seguro que al menos una vez por semana podrás acercarte. No pierdas la condición de formar parte de una organización, tus objetivos forman parte de la misma.
7. A media mañana, procura salir al menos 15min. Aprovecha para almorzar, dar un paseo... toma algo de aire fresco. También puedes comer algún día fuera de casa, aunque la comida de casa siempre es mejor, el "desconectar" de tu lugar de trabajo no estará de más.
8. En el hogar tenemos menos interrupciones que en la oficina, por lo que es probable que si no controlemos el foco de nuestras actividades acabemos en algún momento sobrecargados. Es importante el uso de pomodoros para controlar tu tiempo de foco. No sólo eso, en esas pausas de descanso, procura realizar alguna actividad doméstica, a parte de ahorrar tiempo para cuando termines de trabajar también te ayudará a desconectar en las pausas de los pomodoros.
9. Realiza alguna actividad física, en el horario que más te apetezca. Por las mañanas puede ser la excusa para salir temprano. A media mañana puede ser el momento que necesitas para desconectar, o al finalizar la jornada.
10. Al terminar la jornada, procura salir de casa. Conseguir el ritual de, "volver a casa, al finalizar el trabajo". Dar un paseo, salir a hacer deporte, a tomarte un café...

No olvides que tu hogar no es sólo tu habita de trabajo, la flexibilidad horaria y de trabajar en tu domicilio te puede ayudar en muchas cosas en tu vida. En el caso de que tengas descendencia, podrías ajustar tu horario de salidas para desconectar con la entrada y salida del colegio.

Esas recomendaciones, son las que he ido adquiriendo con el tiempo. Los primeros días, trabajar en pijama es algo extraño pero lo acabas repudiando. Y no vale eso de "me visto sólo la parte superior, para las vídeo conferencias", eso sólo es una chorrada que se ve en la televisión

Claro está, si trabajas en remoto también me gustaría conocer tus impresiones para poder mejorar en mi condición, anímate a dejar un comentario con tu experiencia.

En esta profesión, en la que estamos siempre en el continuo aprendizaje ahora nos encontramos en que tenemos aprender de nosotros mismos. De como somos como personas hacia los demás y como deberíamos comportarnos para funcionar en un equipo y no como parte de una entidad grupal.

Todo escrito es el conocimiento y experiencia que nos debería aportar el conocimiento o la base suficiente para no cometer los mismos errores y encaminar mejor desde un principio nuestro camino. Pero como todo, no puede quedar en "hagamos lo que dice el libro" para ser buenos trabajando de esta forma. No, eso no es suficiente aunque sea un primer paso. Tienes que creer, tienes que sentir y sobre todo ser capaz de adaptarte para ir aprendiendo de tus propios errores.

A veces me molestan esos agilistas de librillo, que mucho dicen y poco hacen. Todos tenemos la capacidad de pensar, lo hacemos a diario, otra cosa es que lo hagamos para temas de interés.

Hace más de 2 años que conocí la metodología y llevo casi 2 años aprendiendo a usarla. En el transcurso de este tiempo, he probado cosas que me han gustado y he fallado en otras muchas. Todavía tengo mucho que aprender y mucho que aplicar, pero procuraré fallar a tiempo para mejorar. Y sí, en este tiempo he mejorado. En capacidades técnicas y aptitudes personales, en mayor o menor grado pero así lo creo.

No pretendo hacer mención a la NO lectura, todo lo contrario. Sin embargo es muy importante que entendamos que no es la biblia, que podemos pensar y deducir que es lo que nos puede convenir.

Me gusta la sensación de anarquía que provoca el agilismo, y me encanta los resultados de la autogestión.

El cambio, es pensar en trabajar con personas y decidir dentro del equipo. Siempre tenemos miedo al cambio, y a veces no se quiere cambiar para no salir del área de confor.

Señores! a todos nos toca evolucionar, cambiar y aprender! muevan ficha!

Esta especie, esta evolucionando de manera descoordinada a golpe de talonario y subvenciones. Adquiriendo software... parte de la culpa la tiene su acechador más cercano, el proveedor de software. Que cazan en grupo pero rara vez en manada. Decenas de de proveedores suelen estar acechando al cliente, tirando los precios cada vez más abajo y más cerca.

Pero el clan de cada proveedor de software que se acerca al cliente, tienen sus foros internos revueltos en la mayoría de ocasiones. Hordas de programadores hambrientos teclean a golpe de tambor siguiendo el ritmo que les marca el capataz para conseguir llevar a unas fechas inciertas.

Tras lo que hemos podido contar hasta aquí, tenemos unos clientes de software que no saben a quien comprar, que teniendo en cuenta que lo que les va a costar no tendrá mucha diferencia con el resultado que les gustaría obtener, y para más inri no le cae bien a los ejecutores de su plan, ya que es el culpable de los latigazos y de esfuerzos extra sin sentido y/o razón aparente.

El cliente, sigue siendo ese incomprendido. Tiene necesidades que cubrir pero nunca lo consigue con el software, a veces algunos predicadores de algún clan de proveedores de software consigue evangelizarlos, lo cual significa que siempre "se la meten doblada" ya que el cliente acepta todo lo que le dicen y no ve la realidad.

El cliente, esa especie que no encuentra la manera de solucionar sus necesidades de software. No hay productos en el mercado que se le pueda ajustar y tiene que esforzarse en intentar hacerlo a medida, ya que los clanes no disponen de tierras fértiles para cultivar productos, a lo que se dedican a la caza de servicios.

El cliente, maltratado por sus proveedores, por sus contratos y restricciones, sin ser comprendido por los ejecutores de su plan y sin amigos que no quieran conseguir una firma suya en un papel que le ate a un compromiso económico.

El cliente de software está mal educado, ya que también se da cuenta que muchos clanes están tirando precios, por lo que cuando es grande este cliente, siempre pide más funcionalidad a menor coste, lo que obliga a que los clanes cambien su estrategia en cobrar mantenimientos.

Es un ciclo vicioso, y difícil de salir. Aunque existe la profecía de que algún día proveedores de guantes blancos conseguirán fertilizar las tierras para cultivar productos y será el cambio en el mundo del software. Donde la variedad de productos podrá hacer que el cliente pueda encontrar con mayor facilidad resolver su necesidad a un coste más reducido.

Los clanes podrán cultivar productos y ofrecer servicio de colaboración con sus clientes sin tener que comportarse como carroñeros, y habrá alimento para todos, y veremos gordos programadores felices con sus clientes, trabajando cubriendo las necesidades que se ajustan al negocio de su cliente.

como lo lea Espilber, seguro que hace algún corto

En nuestra mano está el utilizar: Scrum, Kanban, "Scrumban", Extreme Programing... y técnicas de rendimiento personal como Pomodoros.

Para mi, lo más importante son las personas. Es cierto que estamos en un negocio, y lo más importante puede ser el producto que tiene que desarrollar el equipo, pero un equipo no comprometido, puede ser un equipo no productivo.  Por lo tanto podríamos estar hablando de "la pescadilla que se muerde la cola" pero en este caso, primero tenemos que tener unas bases sólidas para poder afrontar retos y compromisos de manera segura, productiva y por lo tanto rentables.

La actitud de los miembros de un equipo lo vale todo para perseguir la mejora continua. La mejora personal, la excelencia técnica y rentabilidad. Cada uno de los miembros de un equipo tendrá sus virtudes y defectos. Pero la importancia de que sean capaces de mirarse el ombligo, opinar y aceptar opiniones es fundamental. Aquí pretendo mencionar los valores como personas: honestidad, humildad, madurez.

Honestidad, para poder decir lo que piensas.
Humildad, acepta lo que te digan, no siempre eres propietario de "la razón".
Madurez, analiza el porqué y aplica una solución.

Nada es tan importante en el uso de Scrum como la retrospectivas, donde las personas son las que deciden y trabajan el cambio.

El sumun del agilismo, personas que disfrutan de su trabajo. Personas que creen en lo que hacen. Personas que son capaces de probar cosas nuevas en busca de una mejora. Personas que creen en la mejora continua. Personas comprometidas. Personas...

Al final es una cuestión de actitud. Cuando la actitud es afín a todos los miembros de un equipo, este equipo comienza a obtener papeletas para convertirse en "El equipo ágil".

Ninguna cualidad técnica podrá sustituir una actitud de una persona.

Cuán difícil es conseguir un equipo con estas características. No todos nuestros compañeros de trabajo creen en la mejora continua, ni dedican su tiempo a mejorar para aportar en su trabajo, no todos tienen una profesión vocacional... Pero muchos aunque no crean en estos valores se pueden dejar llevar. Aunque sean escépticos, viendo los resultados pueden empezar a "creer".

Otras se dejan llevar y creen en que tendrán resultados. Y mientras tanto disfrutan en el camino para ser mejores profesionales.

"Todos enchufados, nos damos corriente!"

También tenemos que ser conscientes cuando queremos aplicar TDD por primera vez en nuestro desarrollo, que es el momento adecuado y el proyecto correcto. No... no me linchen por este comentario, simplemente también tenemos que tratar de ser objetivos y pensar que trabajamos para hacer dinero y a veces las casuísticas del proyecto no es la adecuada para enfrentarnos a poner en práctica esta técnica.

El lado técnico siempre deseará mejorar su calidad de vida intentando aportar la mayor calidad posible y por el contrario la parte gestora exigirá resultados para ser rentable. Esto no debería suceder de esta manera, tanto el lado técnico y el gestor deberían estar de acuerdo en la toma de decisiones que mejoren la calidad del desarrollo. Aunque me estoy desviando al tema de la calidad, no quiero entrar en este debate ^_^ hay eruditos en la materia que podrán explicar la mejor manera de abordar estas situaciones.

Entonces os preguntareis... ¿qué nos está contando este...? Pues bien, es mi experiencia reciente y me gustaría dejar constancia de la productividad que tiene el abordar proyectos con TDD

Recientemente he tenido la oportunidad de incorporarme a un equipo en el que tenemos un proyecto en marcha con un 95% de cobertura.

1.- Se que es lo que tiene que hacer la clase gracias al test.
2.- He podido realizar cambios en varias clases gracias a la cobertura de test.
3.- He podido aportar al proyecto en mis primeros días de incorporación.
4.- El equipo respira tranquilidad por los cambios del novato, gracias a la cobertura.

Realmente ha sido muy gratificante, encontrar una situación así. La "guerra" por utilizar TDD ya estaba ganada, y la barrera de crear la arquitectura del proyecto ya estaba muy atrás.

¿Qué quiero decir con esto?

Todos en nuestra etapa laboral hemos tenido incorporaciones en equipos con producto/desarrollo en curso y empaparnos para ponernos las pilas tiene una labor y una repercusión. A mi por ahora me está resultado "blanda" esta barrera inicial gracias a que el equipo está haciendo bien las cosas.

Y que narices, me está resultado mucho más divertido!!

Desde luego, sería muy interesante que explicara como me enfrenté por primera vez a un proyecto para poder aplicar TDD, y analizar las situaciones por las que tuve que enfrentarme. Por lo que la conclusión, es que la rentabilidad y la seguridad de la incorporación a un proyecto de un nuevo activo en el equipo es más cómoda, más segura y rentable para la empresa.

RSS To Podcast, ahora podéis probar el funcionamiento de unas voces sintéticas open source en http://api.rsstopodcast.com

Un bug detectado es que si navegas Google Chrome (muy probable si andas por estos lares) el fichero que se descarga lo tienes que renombrar a mp3.

En el formulario, escribimos un texto de prueba, seleccionamos idioma y luego enviamos el formulario. Tras el envío se descargará un fichero mp3 con el texto sintetizado.

Aunque en un principio este proyecto era más ambicioso, la idea ha sido simplificada para poder tener una versión lo antes posible.

A divertirse con las voces sintéticas!

No hace mucho me enviaron el enlace a este vídeo de youtube, los que me seguís en twitter ya lo pudisteis ver pero me parece tan "garrafal" que lo dejo en el blog para que lo pueda ver más gente.

Crearé un interface gráfico con visual basic a ver si localizo su IP

Todavía estará buscando al susodicho, o como he podido leer en un comentario del vídeo:

Deja de programar, que el bloguer acaba de hacer check-in en foursquare

Utilizar scrum, kanban, TDD, XP... son técnicas que nos ayudan, pero no sólo aplicando las técnicas consigues ser ágil.

Lo que me ha parecido de muchísima importancia es pensar y mirar al cliente con otros ojos. El trabajo en cascada que obligaba a escudarse en acuerdos firmados de alcance y funcionalidad obligaba en parte a tener una actitud defensiva ante posibles cambios, al final es algo que nos va marcando en nuestra etapa profesional. El defender tu trabajo por encima de la necesidad del cliente, esto un error. Si no resuelves la necesidad del cliente, no tienes un cliente satisfecho.

Al final parece que en cualquier conversación sobre agile siempre salen "las palabras mágicas": Alcance, calidad, necesidad... Pero realmente es así.

La calidad no es negociable, pero ¿cuál es la calidad adecuada? La calidad percibida por el cliente, la calidad técnica... Yo entiendo que la calidad tiene que ajustarse para cada cliente y proyecto, pero en parte estaría incumpliendo con "la calidad no es negociable". ¿Tenemos que ser flexibles y adaptarnos?.

La necesidad de conocer el alcance de las historias antes de meterlas en el sprint es vital, el cambio de alcance en el transcurso de una iteración puede romper la sensación de avance. Pero ¿el Alcance puede variar en el transcurso de una iteración? ¿Hay que ser flexibles? ¿Tenemos que ser estrictos? A día de hoy, es una de las palabras que más me rondan la cabeza cuando pienso en Agile.

Pero no sólo el perseguir el cumplimiento de las técnicas y metodologías que nos ayudan a trabajar tiene que ser la única meta para ser ágil. En algún momento tenemos que cambiar el chip de lo que estamos haciendo, pensar en que estamos resolviendo necesidades del cliente y colaborar con él para que esté satisfecho con nuestro producto entregado. A veces nos pierde lo que nos gustaría hacer y no sabemos poner un "hasta aquí" cuando igual no estamos aportando valor al cliente.

Hay que trabajar más el cambio de mentalidad hacia el cliente, utilizar las técnicas y adaptarse a los cambios.

Aprender de la experiencia de los demás ayuda a no cometer los mismos errores. De la teoría a la práctica y la experiencia que ido obteniendo hace que ponga en duda como lo he estado haciendo hasta ahora. Debería leer más para resolver las dudas.

Desde luego, el camino está siendo divertido.