Debate Houston We Have a Problem

DebatePropongo el siguiente Debate: ¿Cuáles son nuestras primeras acciones frente a un problema?

Ahora bien, me imagino que la primera pregunta que harías es ¿frente a qué tipo de problema?
OK, justamente aquí es donde el debate se puede abrir ya que problemas tenemos todos los días, en menor o en mayor grado, complejos y no tan complejos, personales o ajenos que nos afectan. El tema será por ejemplo, definir  y ponernos de acuerdo en las categorías de problemas que deberías considerar, y sobre esta base comenzar a listarlos.

Básicamente todo problema permite tomar varias acciones además de resolverlo, entre ellas, identificar una oportunidad de mejora o de cambio. ¿no te parece?

¿Cuáles son los problemas que más inciden en los proyectos? ¿Los técnicos o los humanos?

En cada una de las etapas de todo proyecto hasta convivimos con problemas hasta resolverlos, se repiten incluso problemas de proyecto en proyecto (es como si migraran, ja), se transforman en otros también y hasta no logramos reconocerlos sino hasta una instancia donde a veces nos cuesta más su resolución.

No te pasa a veces que piensas que ciertos problemas es por inoperancia o falta de ganas o de voluntad de las partes? Tan difícil es alinearse a una idea y seguir ese objetivo?

Ahora bien, y tratando de no enfocarme demasiado en los «problemas de carácter humano», considero que es importante tener como herramienta de trabajo una serie de Checklists que nos permitan gestionar problemas de carácter técnico para determinadas instancias de proyecto, los mismos deberían estar en algún espacio compartido como para que el resto de los miembros del equipo no solo accedan a él sino que además, pudieran enriquecerlo con ideas y/o mejores prácticas.

Recordar: nada es estático, todo es dinámico.

problema

Cuánto más proyectos tengamos recorridos, mejor aprovecharemos nuestra experiencia, sin embargo no todo comparten sus conocimientos y vaya a saber uno porqué. No obstante, a mi modo de ver, es responsabilidad del Líder del equipo motivar a este tipo de personas a que compartan, cuenten y registren, es decir, documenten.

Y aquí hago un comentario muy corto: ¿Cuánta documentación es necesaria y suficiente? tema no menor por cierto ya que hay infinidades de debates, artículos, libros y videos tratando el tema. La cuestión es que todo dependerá del proyecto a mi parecer, toda documentación que no sea de valor para el proyecto ni para el usuario final, no sirve, es decir, no sirve de nada aplicar tiempo para ello si desde el vamos podemos saber si será de utilidad o nó. Enfoquemos nuestro esfuerzo en documentar contenido de valor para el proyecto, y nada más. Este concepto -bien de Scrum- debería aplicar también en proyectos de tipo tradicional (cascada/waterfall).

Por supuesto, y es como todo, a medida que uno va ganando en experiencia y va acumulando «millas de vuelo» en ésto del Testing, va entendiendo «por donde ir y por dónde no ir», qué documentar y hasta dónde, a quién consultarle, dónde alojarlo, cómo registrar, y varios aspectos más que hacen a una buena documentación de calidad.

Ahora, y volviendo a la parte humana, ¿de cuánto depende una buena comunicación que tengamos con todos y entre todos para que muchos de estos eventos con problemas no se sucedan? y me refiero a comunicación escrita y oral.

Ni hablar si estamos en un proyecto en donde se hable otro idioma e interactuando con personas que se encuentren en distintos lugares y con distintos horarios.

Sólo a modo introductorio, a continuación dejo algunos de los problemas con los que me he tenido que enfrentar alguna vez…

Instancia: Requerimientos

  • no participar en etapas preliminares/iniciales (las denominadas «etapas tempranas»)
  • identificar incidencias y no contar con un procedimiento definido para reportarlos
  • no tener una contraparte para canalizar las inquietudes
  • no tener definida la herramienta en la que se registrarán
  • tener una herramienta para registrar pero que no está integrada a otra/s colaborativa/s
  • no tener acceso al documento original
  • no poder tener contacto/relación con el usuario final clave
  • ¿tienes alguna otra situación que quieras compartir?

 

Instancia: Estimación

  • no tener la opción de estimar el esfuerzo que representará nuestra prueba
  • recibir de parte de otro miembro del proyecto, el tiempo que nos deberá insumir nuestra prueba
  • darnos cuenta que el tiempo asignado está muy lejos de la realidad
  • no respetan nuestra estimación
  • nos exigen demasiados ajustes a nuestra estimación
  • no podemos llegar a los tiempos deseados y que ya han sido declarados
  • ¿tienes alguna otra situación que quieras compartir?

 

Instancia: Planificación

  • no tener posibilidad de manejar este tema
  • recibir de otro miembro del proyecto el plan que se debe seguir
  • no tener la planificación montada en una herramienta colaborativa
  • no tener visibilidad de los entregables que se recibirán
  • no se cuenta con un estimador que nos permita estimar
  • ¿tienes alguna otra situación que quieras compartir?

 

Instancia: Gestión de Datos y Configuración del escenario

  • no tener acceso a la base de datos
  • no contar con conocimientos de manejo de sql
  • depender del área de desarrollo para que nos generen datos y/o condiciones previas
  • solo se pueden tomar y generar datos desde el front end de la aplicación
  • ¿tienes alguna otra situación que quieras compartir?

 

Instancia: Gestión de Ambiente

  • no tener la administración el entorno y depender un 100% de otra área
  • no tener actualizado el ambiente de trabajo
  • no contar con un checklist para verificar la completitud del ambiente
  • no se tiene muy en claro los distintos ambientes a los que nos conectaremos
  • ¿tienes alguna otra situación que quieras compartir?

 

Instancia: Ejecución de Pruebas

  • no se cuenta con una herramienta para registrar la ejecución
  • no se cuenta con el suficiente tiempo asignado
  • no se cuenta con un plan asociado
  • ¿tienes alguna otra situación que quieras compartir?

 

Instancia: Reporte de Incidencias

  • no se cuenta con una herramienta para dicha gestión
  • no hay una clara definición del concepto de incidencia y sus tipos
  • ¿tienes alguna otra situación que quieras compartir?

Instancia: Gestión de Informes de Avance

  • no hay práctica implementada
  • solo se pide mi opinión, le restan importancia a un informe
  • no hay tiempo asignado para esta tarea
  • ¿tienes alguna otra situación que quieras compartir?

 

 

Nota final
Tal vez pueda llegar a elaborar un mapa mental sobre el tema, siempre y cuando me puedan ayudar con sus experiencias así las sumo a este conjunto. De esta forma, aprovecharemos la sinergia que provoquemos en conjunto.

 

Gus Terrera

Apasionado por el agile testing y la ia.

Deja una respuesta