Mostrando entradas con la etiqueta reuniones. Mostrar todas las entradas
Mostrando entradas con la etiqueta reuniones. Mostrar todas las entradas

domingo, 9 de febrero de 2014

Community Day 2014


Un año más, y van tres, he podido disfrutar del evento de comunidades técnicas de Microsoft. Un evento centrado principalmente en el networking, en conversar con tantos buenos compañeros que habitualmente tratas solo de forma virtual, y con quienes cada año tengo más afinidad.

Un evento de donde siempre salgo con agujetas en los carrillos de tanto reírme y de pasarlo muy, muy bien.
Además este año ha sido muy especial para mí, al pasar de ser un mero asistente (que no es poco) a ser “forzado” por Bonnin a encargarme de organizar y realizar tres mesas redondas, de una forma muy sorprendente ya que no me lo notificó en ningún momento. De hecho, no llegue al inicio del evento, y se me nombro como coordinador sin saberlo aún yo ;)

Por suerte junto con el padre de la idea, Juan Manuel Servera, nos coordinamos y nos hemos llevado la sorpresa de una respuesta mayoritaria de muchos de los asistentes; de la calidad de los debates y conversaciones que salieron de estas reuniones casi auto organizadas (y eso que JuanMa y yo le cambiamos los nombres, le cambios salas y horarios, y aun así estaban llenas); y de las conclusiones y reflexiones que han emergido.
El escuchar a un cliente de empresas referentes en nuestra comunidad  “ponerle las pilas”, es algo de lo que se aprende mucho y te hace ver que no es todo oro lo que reluce, y que la realidad es un cubo multidimensional que se puede analizar desde muchos  puntos de vista.
También he disfrutado mucho del debate que  arrancó con una crítica feroz contra el modelo de consultoría como el origen de todos los males, y que poco a poco consiguió hacer dejarnos de mirar el ombligo y darnos cuenta que el problema es mucho más complejo. Que implica a clientes, economía y a nosotros mismos como profesionales. Que las empresas miran la informática (en general) como un coste y no como una inversión que produce beneficios por medio del aumento de la productividad y el ahorro de gastos. Y que si se nos percibiera tan buenos y necesarios como nos vemos nosotros, aun así no hay garantía que los sueldos fueran mejores.

También DPE se apuntó a organizar  mesas redondas y así Cristina invocó a todos los MVP (gracias por invitarme a asistir) para debatir sobre un programa muy interesante de mentoring de estudiantes MSP. Un programa que me parece de gran potencial y que está muy relacionado con una conversación surgida en otra mesa redonda sobre la resistencia feroz e injustificada que se percibe en la universidad a todo lo que huela Microsoft por parte del cuerpo docente.
Por su parte, José Bonnin, convocó a los más activos en la comunidad para hablar de temas de gammificación, de los cuales sigo siendo muy incrédulo en su aplicación. También buscamos fórmulas para mejorar la declinación de los foros en España y Latam, para lo cual ha surgido un compromiso de una mayor coordinación entre los moderadores, y en la que presenté mi ayuda a Luís Franco en lo que pueda aportar.

Y llegó el final de los eventos técnicos, y llegamos a las sesiones finales en donde los organizadores nos dieron las gracias a los asistentes, los asistentes aplaudimos a rabiar e hicimos chistes de todo y de todos; y aconteció el único “pero” de toda la reunión.
Por suerte, la cordura y el sentido común se impuso, y tanto a Juan Manuel Servera como a mí, los asistentes pidieran que nos obsequiará la organización con un regalito (un Nokia 710), que le he dado a Luis Fraile por si le es útil en la asociación que preside.

Después, viajecito en moto a Aranjuez detrás de la BMW de Fraile, y una cena muy animada, con muy buenos compañeros de mesa, y con una interesantísima conversación con Rafael Ansino, Xavi y un MVP de CRM (que no me acuerdo de su nombre).
A la hora de las copas, salté de un corro a otro hasta cuando me dispuse a partir hacia Madrid de vuelta, que al día siguiente tenía mi primer bootCamp sobre introducción al ALM con Visual Studio Online en Tajamar, y justo en ese momento Juan Manuel Servera, Luís Fraile, Asier (que tampoco me acuerdo del apellido) damos por inaugurada una nueva comunidad virtual: “Orgullo Backend”… ya os contaré.

Muchas gracias a todos, coordinadores, y asistentes. Entre todos hacéis que el orgullo de participar en esta comunidad, se convierta además en un verdadero placer.


 



miércoles, 23 de febrero de 2011

Madrid-Agile 22/02/2011 Historias de Usuario

Reunión en Nayade a la que llegué tarde, y menos mal que llegué, a causa de un amigo indómito al que le voy a echar una mano con su dominio, su web y todas aquellas cosas que le ayuden a salir del agujero en donde está metido.

Primera sorpresa… que montón de gente!!

064

Yo que pensaba que íbamos a ser cuatro gatos, me encuentro con la sala petada de peña, todos con unas ganas de aprender tremendas. JMB ya estaba de pié haciendo de jefe de proyecto (mira que le gusta) y había muchas caras nuevas y caras de gente ya largamente conocidas. Quiero señalar a Luís Fraile que demostró de largo porqué es un MVP de Microsoft y que no solamente sabe un rato, si no que es un muy buen comunicador.

Mr. Ballano tomo el rol de cliente e hicimos, siguiendo la batuta de JMB, una primera puesta en común de lo que es una historia de usuario. A continuación, siguiendo los dictados del “limonchelo” nos embarcamos en tres pomodoros para ir construyendo historias de usuario según las indicaciones del cliente. Lo cual resulto muy, muy fructífero al revisar cada paso desde múltiples ángulos y experiencias. Y no dudar en detenernos hasta quedar todos conforme del porqué y del cómo de las historias que iban surgiendo. Finalmente completamos dos y casi tres historias, en un interesante diálogo constante. Y que condenso en las siguientes conclusiones:

Historias de usuario

  • Las reuniones iniciales con el cliente han de ser con pocas personas.
  • El uso de las palabras en inglés no tiene sentido si la conversación se hace en castellano. Es decir utilizar As a role, ability, benefit queda muy “guay”. pero al final lo que usamos es “Cómo”, “quiero” y “para”.  Vamos, mi sensación de que hay mucho esnobismo se ha reforzado. Teniendo en cuenta que soy bastante “taliban” del uso del castellano en el software (toma contradicción)
  • El glosario del dominio lo debe construir el cliente y nosotros lo debemos seguir de forma lo más natural posible para que no halla errores de apreciación como entre las palabras  “ver” o “consultar” un resultado. Lo importante es lo que signifique para el cliente y nosotros asumir ese significado como lenguaje del dominio.
  • Tengo que tener más paciencia. Acostumbradísimo como estoy a tratar con clientes de todos colores y sabores, con cuatro preguntas y media obtuve la misma información que se tardo media hora en alcanzar más tarde. Y me apresuré y “saque los pies fuera del tiesto”. Lo bueno es que me di cuenta de mi impaciencia en ese momento y no volví a salirme del timming.
  • Al principio del dialogo con el cliente sobre lo que quiere, lo que se obtienen son historias épicas. Osea, aquellas que no tienes claro el cómo se van a desarrollar. Y de las cuales van a salir historias de usuario concretas.
  • Los roles van emergiendo en la propia construcción de las historias. Si bien hay que tener unos roles “épicos” al principio, siguiendo el principio de tomar las decisiones en el último momento, hay que esperar que dichos roles se definan a sí mismos según las historias vayan adquiriendo más precisión. Aquí JMB nos hizo gala de lo que ocurre en un equipo cuando un miembro sale “por peteneras”… que el resto del equipo pasa de el (eso sí, con mucho cariño). Y se entra en un dialogo de conflicto con el cliente. Trampa en la que hay que tener mucho cuidado en no caer cuando piensas que sabes más que tu cliente sobre su producto y que, además, se lo tienes que demostrar.
  • Es importante la primera premisa “Como”. Es decir el rol va a marcar el resto de la historia de usuario ya que puede no ser la misma dependiendo de quien la realice. Yo caí en la confusión de cambiar el rol de acuerdo a la premisa en que estábamos y me monté un lio yo solo que de forma muy satisfactoria el resto de los asistentes (los que hablaban claro) me ayudaron a clarificar.
  • Mi gran descubrimiento de la reunión: “Confirmación”. O la prueba de validación. A primera vista es algo tan simple como que el cliente diga cuales son las condiciones que se han de cumplir para que se de por realizada la historia. Pero, es curioso, con esta premisa hace emerger mucha más información de la esperada. Primeramente, al ser dependiente del rol, conduce al cliente a ponerse en la situación de dicho rol y a marcar las diferencias con otros roles -emergen las características propias del rol-. A continuación, las pruebas de aceptación inducen a encontrar nuevas historias de usuario o requisitos, ya que es ver el cubo desde otro punto de vista. Y, como en el caso de la tercera historia de usuario, si existen aceptaciones dependientes o condicionales, te permite “oler” que van a surgir aún más historias de usuario o requerimientos que en las premisas anteriores era mucho más difícil de obtener.

Mi retrospectiva (+)

  • La idea de Ballano ha sido muy buena.
  • Me he quedado con ganas de más.
  • El nivel de los participantes era alto. Quien no aportaba experiencia, aportaba conocimientos. Pero no hubo grandes “salidas de tiesto”.
  • He aprendido mucho. Ha sido una buena reunión.

Mi retrospectiva (-)

  • El facilitador debió de ser Ballano. JMB, con toda su buena intención, se convirtió en un proxy de ideas y decidía cual y de qué manera se plasmaban. Dirigió en demasía, para mi gusto, la actividad.
  • Hubiera querido que nos ajustáramos al guion de la reunión y hacer grupos de trabajo. Para sentarnos en circulo y quitarnos la palabra el uno al otro (menos los que levantaban la mano) podíamos irnos a tomar cervecitas. Suena estricto, pero es que en dos horas hubiéramos echo más que dos historias de usuario. Y centrar un poquito más las disertaciones, que al final nos vamos por los cerros de Úbeda.
  • La retrospectiva fue terrible. No se hablo por turnos, por lo cual hablamos los que hablamos siempre. Por lo cual muchos no hicieron retrospectiva. JMB saco finalmente el látigo y obvió todo aquello que a sus oídos no le parecía correcto o con suficiente interés. Por lo cual en el tablero se leía lo que el pensaba y no lo que el grupo decía. Por lo cual el grupo no se sintió identificado con la retrospectiva y es como si no la hubiéramos echo. Y así se levantó la reunión, sin ninguna conclusión más que “esto se ha acabado. Vamos que nos vamos”.

Mi retrospectiva (Λ)

  • Hacer otra reunión o incluso una User History Dojo.
  • El cliente debe ser el facilitador. Podría ser una pareja. Y debe ser mucho más contundente.
  • Quitarle el lápiz a JMB.
  • Buscar un sitio más grande que Nayade. Que petamos su sala.
  • Incentivar que la gente callada hable más.
  • Un token para el turno de palabra. Y así evitar un poquito que los de siempre estemos rajando todo el rato y no caer en corrillos. Que, aunque poco, caímos todos.

063

 

Y ahora, este viernes, nos vemos en alicante!!