Proyecto CMS, día #12

La gran novedad del dia fue que el cliente decidió que la funcionalidad que estaba desarrollando yo, que estaba planificada para el siguiente release, debe ser incluida en este release, aunque eso implique retrasar la fecha de release, ¡ja!. Otro punto relevante es que tuve contacto directo con uno de los usuarios, si!!!!!!!!!

Proyecto CMS, día #11 (feature branch)

La demo de hoy estuvo dedicada a revisar la lista de issues. La buena noticia es que se estableció la fecha de release para el Lunes, pues los fix vienen bien y al mismo tiempo se destrabaron las cuestiones administrativas respecto del servicio de pagos.

Por mi parte comencé a trabajar en una funcionadad del siguiente release y para eso cree un feature branch en lugar de usar la estrategia de feature toogle. La razón de esto es que la nueva funcionalidad “colisiona” con una funcionalidad actual del sistema y varias modificaciones son necesarias, con lo cual usar feature toogle sería un caos por la cantidad de código adicional necesario agregar para el toogle.

Continuará…

Proyecto CMS, día #10 (ja!, se puso picante)

No vamos a salir en producción mañana. En primer lugar porque el servicio de pago utilizado para las donaciones no ha sido activado por ciertas cuestiones “contractuales”.

Más allá de eso, logré tener acceso a los resultados de las pruebas realizadas ayer por los usuarios. Hay más de 20 issues reportados pero ninguno relacionado a nuestras funcionalidades ¿curioso no?. En realidad no tanto, resulta que como el ambiente de pruebas estaba andando muy lento, alguien decidió que los usuario hicieran las pruebas directamente sobre el ambiente productivo, pero nadie se tomó el trabajo de aplicar ciertas configuraciones necesarias para nuestras funcionalidades, con lo cual las mismas no pudieron ser probadas ya que fallaban en el primer click, ja!

¡La bronca que me agarré!, porque yo mismo habia mandado un mail a la lista de proyecto hace un par de dias con los detalles de configuración que era necesario aplicar en el ambiente de producción antes de pretender usar las nuevas funcionalidades. Y no es algo que mencioné a la pasada, sino que era un mail dedicado exclusivamente a esta cuestión.

Respecto de mi trabajo de hoy, tuve unas cuantes reuniones, hicé algunos ajustes menores a funcionalidades existentes, ajusté la configuración del ambiente de producción y empecé a trabajar en el diseño de una funcionalidad del siguiente release.

Continuará…

Proyecto CMS, día #9

El foco de hoy estuvo en las pruebas de usuario. No tuvimos reportes de errores sobre las funcionalidades desarrolladas por nuestro equipo, pero puede que se deba a que no llegaron a probarlas, lamentablemente no tenemos suficiente visibilidad al respecto.

Lo que sí supimos es que hubo algunos issues de infraestructura (errores de memoria) pero aún no leí el reporte en detalle.

Más allá de esto, hoy trabajé en implementar una funcionalidad que estaba planificada para el siguiente release, pero que por un cambio de prioridad tuvimos que adelantarla. También empecé a trabajar en el diseño de otra funcionalidad de alta prioridad de la siguiente iteración.

Mañana voy a meterme a analizar los errores de infratructura que fueron reportados hoy.

Continuará…

Proyecto CMS, día #8

Hoy completé la story que había comenzado ayer y con ella toda la funcionadad requerida para el primer release. Sé que el cliente ya comenzó a ejecutar pruebas de aceptación y encontró algunos issues, pero aún no me han reportado nada formalmente con lo se me ocurre que puede que los issues detectatos esten relacionados a stories desarrolladas por otros equipos.

Esta tarde también tuve una call con los muchachos del equipo a cargo de la migración de datos y nos sincronizamos.

De aquí al release del próxmo miércoles: carga/migración de contenidos y estabilización.

Continuará…

Proyecto CMS, día #7

Hoy fue un dia sin mayores sobresaltos. Efectivamente el enfoque que había elegido para implementar la story que comenté ayer, resultó ser el correcto. Hoy completé una story relacionada a la de ayer y comencé con una nueva story que quedó exactamente a la mitad de camino. Mañana completaré la story que tengo en progreso y luego hecharé un vistazo a algunos issues que han reportado relacionados a stories ya completas.

Hay solo una cosa que me está incomodando, el equipo trabajando en la migración de datos no está asistiendo a la stand up meeting y tampoco está dando visibilidad diaria en la lista de correo del proyecto. Espero que al menos estén en contacto con el cliente, pero aún así no me gusta la situación.

Mañana entramos en modo pre-release pues tenemos que empezar a cargar la información real para el lanzamiento, asi que…¡agarrate catalina!

Continuará…

Proyecto CMS, día #6

Trabajé en extender una funcionalidad existente de la cual no tenia ni la más mínima idea de como estaba implementada. Comencé buscando donde y como se utilizaba la clase que tenia extender, pero no me sirvió de mucho. A continuación busqué en las pruebas de la clase en cuestión y ¡Bingo!: encontré un par de pruebas que me sirvieron para orientarme. Sin tener demasiado en claro como implementar la funcionalidad que necesitaba, escribí un test, lo corrí y falló como era de esperar y a partir de ahí con un poco de investigación de por medio fue agregando funcionalidad. Como no estaba seguro si el enfoque de implementación por mí elegido era el correcto, quise consultarlo con los muchachos que habian escrito el código original, pero resulta que eran del equipo de Indía, ¡ups!, en ese momento deberian estar durmiendo, asi que simplemente escribí un mail pidiendo validación de mi enfoque.

Por otro lado, la base de código y pruebas está creciendo rápidamente, lo está provocando que los jobs del build server tarden cada vez más el correr, tal vez debamos ver de agregar algún agente adicional.

Continuará…