Showing posts with label aos. Show all posts
Showing posts with label aos. Show all posts

Sunday, July 02, 2017

AOS Agile Open Space 2017 Segovia

Disclaimer: I am experimenting with different formats to create presentations, blog post, and other documents, mixing sketch noting and using index cards... I will appreciate your feedback.




The past 23,24th of June I was at the Agile Open Space at Segovia (AOS)... This is my sixth consecutive year going to the AOS (you can see almost all of my past experiences at http://www.eferro.net/search/label/aos). I like this unconference because is a great excuse to see friends and enjoy great conversations with other "agilistas".

The Agile community in Spain organizes two events, the CAS that is a regular conference and the AOS that is an Open Space. The AOS instead or being the classic conference with a clear separation between speakers and attendees, is more like a meeting of community members... something like a community of practice of the members of Agile Spain.

As the community evolves, the AOS evolves also and reflect this change. Over the years I've been seeing how the community is shifting from a community of software developers to a community focused on organizational change and agile outside the software products.

I have come to the conclusion that in order to not feel frustration I should not go to AOS as a software developer. :)

I will write a blog post about this change and the relation between software development, agile and craftsmanship.

The Sessions


Sessions I attended or participated:
  • Parallel Changes: I facilitate this session. The idea was to explain why is important to be capable of making huge changes in software using a sequence of multiple small changes with low risk. The first 10min I explained why this is a good idea and showed some samples. The rest of the session was working in groups and presenting other examples or related problems/challenges to solve. I will create a specific blog post for this.
  • Cómo combatir el efecto Pokemon: Interesting session about a usual problem about having a lot of tasks that can be only done by some people of the team. A classical problem is for UX/design tasks or with some low level debugging stuff or DB optimization. Lot of people at that session had this problem, for all the tasks they had… :( The reason is simple, they allow working each member of the team individually and don't rotate… they allow rambos, heroes, and other kinds of “good developers” that can’t work in teams…. (I mean BAD developers). If we think that developing is a team effort, there is an easy solution to avoid this problem: XP, multidisciplinary teams, pairing, mob programming, share ownership… Is easy, hire people to work in teams and help them to work as a team.
  • Facilitación gráfica / Visual thinking: A good session about how to express drawing and how to take notes… This was an introductory talk and have three parts, an ice breaking dynamic, some tips to draw the most common shapes (faces, titles, people, etc) and a final dynamic to collaboratively make a visual dictionary with difficult words as transparency, value, and so on… very abstract words that are difficult to represent. This was interesting because each one tries to express these words drawing so you can take some of the ideas…. I am trying to improve my visual thinking and sketch noting skills so this session helps me in that path….
  • Disciplina positiva y Agile Kids: I was especially interested in this session.. because for me is so natural the agile mindset and continuous improvement that is easy to think that is also useful for personal life and kids education. I attended to this presentation with my wife to take notes for future family steps… The session was a presentation of the experience of two parents following the advice from the book: Agile Kids ( niños agiles )
  • Slow: The session of this session was about how we can use some techniques from the Slow movement to improve our day-to-day capacity and life. We experience some exercises, lot of them related with mindfulness. https://www.slideshare.net/twallet/pequeas-tcnicas-para-un-da-slow
  • Autoexigencia de los equipos: (https://twitter.com/artzis) The format of this session was a Fishbowl. The topics were, should we expect that the team has self-demand / self-discipline? why? how? and the individual? The conversation was very interesting and has some good insights about motivation, learning and hiring the right people…



Final conclusions and Notes

The sessions are important but for me the best of this AOS at Segovia was:

  • I went to Segovia with my family... my wife and my daughter... :)  this was great and have an important effect regarding our internal organization as a family... We even are testing using a kanban board.
  • A lot of my coworkers come and enjoyed the power of the self-organization and the agile mindset... I am quite sure that this will have a strong effect on the culture of our company. (this is part of my plan to conquer the world) :)
  • I enjoyed a lot talking with old friends, reinforcing relations and even creating new ones... Not bad for an introvert software developer.



Thanks


I have special thanks to the organization, Delia Estebaranz, Javier Garcia Garrido from agiletorrezno for making this conference a pleasure for going with the family. Having the opportunity of enjoying the conference as a family was GREAT.

Lot of thanks for the volunteers.

 Also thanks to the sponsors of the conference for making it possible: Deiser, USTGlobal, Jerónimo Palacios, Thinking With You, Ticketea, Agilar, Biko2, Flywire, Look Forward Consulting, Runroom, Kairos, Colegio Profesional de Ingenieros en Informática de Castilla y León, Segovia Activa, Kleer...




Other interesting blog posts about this AOS edition:
Posted by at No comments:
Labels: , , , ,

Monday, July 11, 2016

Agile Open Space 2016

1,2th july Santiago de Compostela
Official site: http://aos2016.agile-spain.org/
Twitter: https://twitter.com/aos2k16
Twitter official hastag: https://twitter.com/hashtag/aos2k16?src=hash




Sessions

Design Sprint (https://twitter.com/artzis)

Artitz explains the complete process of a “design sprint” created by Google Ventures to initial design of a product, or to understand a startup product.
They use this artifact to put all the team on the same page and answer important questions for the product in 5 days (it can be prototypes to test with real customers).
It can be complementary to agile inceptions or a substitution sometimes.
Seems very useful and can be a good technique to be explored by our product "discovery" team.

References:

Lean workshop for kids https://twitter.com/agiletorrezno



This was a very interesting lean workshop for kids (4yr-10yr old)
Using a real example to create paper t-shirts the kids learn about organizing the work around a flow, making continuous improvements and avoid waste… Very funny and interesting… WIP, rework, SILOS avoidance, true collaboration.
For me was a pleasure to be in this session with my 4yr old daughter :)

Improvement Kata https://twitter.com/antoniolopezg

We make a practical session Improvement Kata, resolving collaboratively a set of puzzles for kids.
All the people was splitted in two teams and each team made 6 interations defining the expected result, the changes/improvements to test, executing the tasks and analyzing the results of the experiment and the difference with the expected results.
Very good exercise to explain the improvement kata to others and to experiment the process.
The same session can be facilitated using the following materials
http://www.katatogrow.com/#!instructor-materials/ctzx

Product Discovery (https://twitter.com/artzis)

Only 1 of 3 of the product ideas / features are good for the product and even to make this idea successfully normally is need 5 - 6 interactions
The other 2 of 3 product ideas don’t improve the value of the product or even worse, they are counterproductive for the revenue, KPIs or for the customer satisfaction.

To work in this ideas we can use a Product Discovery team that have the goal of identify this 1 of 3 ideas and define the experiments and changes to identify the real features to implement in the product.
Product Discovery Team: Product manager + UX + Tech Lead. This can identify the intersection for ideas that are Useful/Valuable Usable and Factible.

The important metric is the lead time from Idea to Cash. Normally more than the 80% of the time is waiting, so this product discovery process try to minimize this timing using some techniques like design sprint


References:

Adaptive leadership (joserra_diaz quesitosgiver)

Interesting but there was at the same time other session more technical that I wanted to see, so I use the two feet rule.
References:

OOP and Connascense / Coupling (Fran Reyes / Alfredo Casado)

It was an interesting description about the different types of connascence with examples and different approximations to try to avoid this problem of at least to refactor to less problematic types of connascence
References:


eXPeriencias (Carlos Ble David Fernandez)


This session was an open discussion about practical experience using XP. The format of the session was a lean coffee and I remember that we talk about:

  • Pairing
  • Mob programming
  • Continuous integration
  • How to introduce a XP culture
  • ...

Let’s Talk about Values (Pablo Jimeno)

This session was focused on examples about good defined Missions, Visions and Values. We talk about the experiences at Deiser (Guillermo Montoya), Magento, Spines and Liferay.
Interesting points:
  • Values as simple words (not express to much). Better to have phrases that defines the limits or the default behaviour
  • Exercises for definition
  • At Magento, each team have his values and they will create a global values proposition in a global retrospective.
  • As interesting exercise they will try to define the values trying to answer to the question “If the company/team/office is a person, what kind of person would be? young, expert, humble….
  • Use the values as a reference in any meeting/discussion
  • The Atlassian Values seems to be a very good example… As Guillermo Montoya comment seems that they really use this values.
  • Sometimes the values can be used as limits to all the employees know the constraints or the lines that the company shouldn’t cross.
  • To define this kind of constraints sometimes is more easy to define What company we don’t want to be or define which lines we wouldn’t cross.

Final conclusions and Notes

  • As always I come back from the AOS full of energy and eager to help, improve and change
  • I like a lot the Open Space format. For me is pure "agile" format.
  • As usual the number of technical sessions was low. I think we can improve this. It is very important the cultural and management part of agile, but there are too few agile developers available so any improvement of this situation is fundamental. Anyway, whatever happens is the only thing that could have :)

I have an special thanks to the organization and to agiletorrezno for making this conference a pleasure for going with the family.


Other references and Notes


The next AOS (2017) will be organized by agiletorrezno at Segovia.

Posted by at No comments:
Labels: , , ,

Wednesday, June 24, 2015

AOS 2015 Gijón



Este fin de semana pasado se ha celebrado el  AOS2015 en Gijón. El AOS (Agile Open Space) es un evento organizado por Agile Spain y reúne gran parte de la comunidad ágil nacional para compartir experiencias durante un par de días.
El formato usado es Open Space que es una conferencia auto organizada por los propios asistentes en el mismo momento del evento.

En esta ocasión he tenido la suerte de compartir la experiencia con gran parte del equipo de producto de Alea Soluciones. Sólo nos ha faltado dos personas para ir el equipo completo. Quizás el año que viene podamos ir todos.

Como siempre, vengo enchufado, con nuevas ideas y lleno de energía. Además tal y como hemos comentado dentro del equipo, esta sensación es compartida, por lo que es un fantástico momento para realizar experimentos en la forma de trabajar como equipo y continuar con nuestro proceso de mejora continua.

Por aquí dejo algunas notas y reflexiones de las sesiones a las que asistí durante el evento (no me acuerdo muy bien del nombre de algunas de las sesiones):

  • Creo que era Money Driven Development, o algo así. (Marc Florit) Esta sesión me gusto bastante y me quede con algunas ideas para experimentar dentro del equipo y de la empresa. Se hablo de autoorganización, modelos de recompensa, motivación, escalado de la autogestión para temas como la retribución. Salieron modelos como el de Semco, el tema de cooperativas liquidas, Morning Star, etc
  • Desescalado Radical (Jorge Uriarte) Creo que esta es la sesión que más me aporto. Llevo ya un par de años intentando limitar de forma sistemática y consciente la cantidad de trabajo realizado, intentando centrarme mucho en cómo maximizar la cantidad de trabajo no realizado. Esta sesión trataba exactamente de eso. Jorge comentaba como acostumbrarse y acostumbrar al cliente a necesitar lo mínimo, dedicar mucho esfuerzo a tener un cliente y un equipo focalizado en lo esencial. También hablaba del roadmap con rutas de escape, cruces y decisiones (a tomar en el último momento responsable) (al estilo de Gojko Adzic). Me quedo con la idea de implantar dentro del backlog una zona limbo y limitar el backlog de una forma radical (total, si algo es importante, volverá a aparecer). Software como inventario a limitar y con un coste basal importante.
  • Ship it Motherfucker (@mikelodeon) Muy centrada en el pipeline de entrega de valor que tienen montado en beBanjo y como se centraban en aportar valor real al cliente en vez de en seguir un proceso "agile" de libro. Mi opinión lo que describió es precisamente un proceso ágil de libro, es decir, un proceso ligero (lean), centrado en aportar valor real al cliente a un ritmo sostenible en el tiempo y basado en una cultura de excelencia técnica y de motivación del equipo. Como ya he comentado en alguna ocasión yo considero que la agilidad tiene dos pilares principales, la cultura y las prácticas técnicas, y el proceso que presentaron era precisamente eso. Me quedo con lo bien implementado que tenían el flujo kanban y como todo el proceso se había optimizado de forma global para maximizar el flujo. Además siempre tiraban de los items desde el final del tablón (es decir desde la puesta en producción), vamos, un sistema completamente pull. También me resulto curioso que habían abandonado el Pair Programming por la fricción que se generaba al intentarlo hacer en remoto.
  • Finanzas personales ágiles (@mikelodeon) Fue interesante ver cómo se organizaba en este sentido. Actualmente en mi familia estamos introduciendo algunas prácticas ágiles (tablón kanban y retrospectivas) y creo que nos va ha venir muy bien algunas de las cosas que se comentaron en esta sesión.
  • Enseñando a Programar (@devscola y senpaidevs) Esta sesión me pareció muy interesante aunque no sea algo que vaya a utilizar a corto plazo. En cualquier caso es un tema que me interesa y en el que veo mucho esfuerzo  por parte de la comunidad, así que salí contento.
  • Equipos autorganizados SI… pero en equipos (https://twitter.com/xav1uzz). Supongo que el mensaje era cuestionarse todo, incluido la organización en equipos, pero no llegue a pillarle el punto.
  • Aterrizaje de proyectos (@ujue)  Me pareció una mezcla fantástica entre la inception y otra serie de prácticas. Me gusto bastante, lo que no tengo muy claro es si sabre aplicar muchas de las cosas que comento. En cualquier caso, seguro que algo de poso dejó :) 
Además, propuse algunas otras sesiones  y colaboré en otras que no había propuesto yo, pero que por distintos motivos me interesaban.
  • el eXPerimento (yo mismo @eferro) Explicamos como llevamos más de dos años haciendo Extreme Programming y como hasta ahora estamos muy satisfechos con esa forma de hacer las cosas. Se intentaba transmitir:
    • que es posible hacer XP
    • la velocidad es muy buena pero que necesitas superar la barrera de entrada inicial (por ejemplo contratando o trabajando con expertos)
    • hay que centrarse en aportar valor de forma completa, por lo que tiene todo el sentido hacerlo todo, desde hablar con el cliente hasta conseguir tenerlo en producción y que lo usen (eso incluye sistemas, desarrollo, etc... full stack de verdad :) )
    • que el desarrollo ágil de software es completamente imposible a medio largo plazo sin prácticas técnicas como las que te da XP (ver los dos pilares del desarrollo ágil).
  • Sesión de Diseño con DDD (@carlospeix) Se uso un ejemplo del grupo de ddd-es  para iniciar una conversación sobre el posible diseño de un pequeño modelo. Aunque fue interesante no estoy muy conforme con el resultado, puesto que el ejemplo hizo que nos centrásemos en el modelado estático (entidades y relaciones) del sistema y creo que eso es MUY peligroso (ver Verbos vs Nombres). Espero que por lo menos se transmitiese bien que hay que centrarse en el uso de un lenguaje ubicuo y que ese lenguaje debe ser el usado por los expertos de negocio y no ese lenguaje técnico que solemos obligarles a usar (CRUD, tablas, transacciones, etc...).  También espero que quedase claro que casi lo más importante es el concepto de bounded contexts puesto que sin eso DDD se puede convertir en una disculpa para hacer sesiones interminables de modelado (al más puro estilo diseño upfront de todas la vida).
  • El Rol del Product Owner (@AlbertodlCG y ??) Me acerque a esta sesión para echar una mano a @AlbertodlCG puesto que es nuestro Producto Owner / Product Champion y aun siendo su primer AOS le echo narices para presentar una sesión (bravo!!!). El caso es que al final se apaño muy bien así que simplemente me quede para disfrutar de la sesión. Me quedo con tres cosas:
    • resulta más complicada la comunicación con los stake holders que con el equipo de desarrollo (al contrario de lo que yo suponía). 
    • cuesta mucho hacer historias de usuario que realmente aporten valor extremo a extremo (mucha gente seguía haciendo historias de usuario del tipo "login", lo que impide hacer historias independientes que entreguen valor).
    • me quede con la sensación de que muchos de los product owners allí presentes no estaban muy integrados en el equipo y estaban en una situación que no les permitía centrarse en el producto. Por suerte para nosotros nuestra situación es muy distinta.
Estuve en algunas otras sesiones pero no me lleve ideas muy claras... sólo pequeños apuntes que tendré que rumiar. De alguna otra no me lleve nada o incluso un poco de miedo :) pero bueno, tiene que haber de todo.
También fue interesante la conversación con @francholab y Apa sobre Retrospectivas en equipos distribuidos de la que me llevo alguna idea de dinámica como la de la retro en silencio (y sólo por chat).

Conclusiones del estado de la comunidad ágil 

A veces creo que se nos olvida un poco que la parte principal o al menos la original es entregar valor mediante software, creo que no es lo único, pero si lo central.
Se tiende a pensar que sin prácticas técnicas y sin ser profesionales en el desarrollo se puede aportar valor de forma sostenida, pero mi opinión es justo la contraria. Si no tienes ni idea, lo más que conseguirás, incluso siguiendo todos los principios, es exponer ese desconocimiento rápidamente y de forma transparente, que no es poco, pero que no te librará de hacer un producto/proyecto de mierda (agilidad no es una receta para el éxito). Esto está muy alineado con la sesión de Scrot presentada por los maños (@dani_latorre y @nestorsalceda) :-)
Por cierto que hemos aprovechado el AOS para conseguir nuestra certificación de equipo Scrot :-)



Me voy con la pena de ver que no hay mucha gente (porcentualmente al número de asistentes) haciendo Extreme Programming. Creo que eso nos impide avanzar como comunidad y que hace que la agilidad para el desarrollo de software muchas veces se quede en buenas intenciones (sesiones sobre el Fracaso Agile, Scrot, etc...).

Conclusiones, retro, organización

Con respecto a la organización y al evento en si, tengo que decir que le doy un 9, me encanto....
Para conseguir el 10 hubiésemos necesitado más espacios sin sillas, más diáfanos y planos, para facilitar el debate.
En la retro comente que quizás con menos tracks podría generarse más debate o más mezcla en las sesiones. La verdad es que pensándolo ahora creo que no tiene sentido... Para eso un open space es auto organizado y ya tiene reglas para facilitar la mezcla de asistentes.

Muy buena idea la del photocall, me ha permitido sacarme unas cuantas fotos y pasármelo pipa viéndolas con mi peque de tres años :)
También nos hemos podido sacar alguna foto de equipo que está para enmarcar.

Además como soy de Bilbao, todo el entorno me hacia sentirme como en casa, así que este AOS puntúa doble.

Felicitaciones a la organización, lo habéis hecho de 10. Muchas gracias!!!!

Posted by at 2 comments:
Labels: , , , ,

Sunday, July 06, 2014

AOS 2014 Valladolid

El pasado 6 y 7 de junio asistí al AOS2014 en Valladolid, para el que no lo sepa el AOS (Agile Open Space) es una de las dos eventos a nivel nacional que realiza al año Agile Spain
Un Open Space es un formato de des-conferencia auto-organizada por los propios asistentes donde no está definida la agenda previamente.
Esta definición de Open Space que he leído en cachirulovalley deja claro que es una conferencia, en que todo lo que sucede es resultado de los propios asistentes. Por lo que aunque en este post voy a dejar mis sensaciones, cualquier cosa que refleje, para bien o para mal, es simplemente lo que tenia que pasar en ese momento y con esos asistentes.

Era mi tercer AOS, y como siempre es uno de los eventos que espero con más ilusión puesto que además de encantarme el formato de Open Space es uno de los eventos donde más se invita a interactuar y compartir y eso para mi es importante.

Resultado resumido:

Me lo pase genial. No aprendí mucho, aunque si que centre algunas ideas... Aproveche a salir un poco de mi zona de confort y apuntarme a dinámicas y sesiones en las que normalmente no me suelo apuntar.
Y también me di cuenta que cuando estoy con temas que me gustan soy bastante brasas (así que mis disculpas a los afectados :) )
Tanto el viaje, como el alojamiento fue en grupo y la experiencia fue muy enriquecedora. El alojamiento nos salio un poco rana, pero ese es otro tema.

Equipo desarrollo Alea Soluciones
(@apa42 @eferro @pasku1 @jaimegil @nestorsalceda)

Resultado un poco más pormenorizado:


  • Es el primer AOS en el que he podido disfrutar del ambiente de tarde/noche, en anteriores había viajado con un Bebe por lo que las prioridades eran otras :-)
  • Fuimos todo el equipo de desarrollo de Alea Soluciones y eso en si mismo es fantástico, por todo lo que se comparte y se debate.
  • Me gusto que al final hubiese algunas sesiones algo más técnicas y dedicadas a temas de desarrollo (aunque me sigue pareciendo que son insuficientes, cosa que me sorprende, puesto que la mayor parte de los asistentes se dedican al desarrollo de software, o eso dicen :-)  )
  • Como soy un desastre no apunte las sesiones a las que asisti, pero si que me acuerdo de las sensaciones que tuve...
  • Me gusto especialmente la sesión Daily standup el musical @giropa832 
  • También me gusto el taller sobre refactoring que organizaron @istepaniuk  @pasku1
  • Como siempre, recordé de cuanto comparto con muchos de los compañeros de profesión con los que me encuentro sistemáticamente en este tipo de eventos.
  • Por otro lado, la hospitalidad de los organizadores fue fantástica y se preocuparon de que tanto durante el evento como después del evento nos sintiésemos como en casa.
  • Presente la sesión "de test unitarios de clases a tests unitarios de funcionalidad" en la que compartimos como hacemos TDD actualmente y como fue la evolución. Creo que aporto ideas a los asistentes y por el debate generado, creo que gusto.

Y ahora para poder expresar las cosas que creo que son mejorables, el "juego de la perfección". 
Yo a este AOS 2014, le doy un 8, y para ser un 10, creo que debería mejorar lo siguiente:
  • El segundo día, el tiempo de las presentaciones de las sesiones se fue de las manos, por lo que fue un lio de votación.
  • Me falto la retrospectiva final y quizás alguna dinámica de cierre (aunque soy consciente lo difícil que es hacerlo con tanta gente). Pero un evento ágil sin retrospectiva, me resulta raro.
  • La comida de los dos días de picnic fue exactamente igual (un poco aburrido). Aunque me encanto la posibilidad del picnic que ayuda mucho a juntarse y charlar.
  • En algunos momentos el barullo era molesto, sobre todo cuando se intentaron hacer varias sesiones en el espacio principal.
  • Me faltaron más sesiones sobre técnicas de desarrollo, profesión, desarrollo de software, etc. (No solo de abrazar arboles vive el agilista :-) )

Muchísimas gracias a todos los organizadores 



Me quedo esperando con ganas al AOS del año que viene... 
Nos vemos por Asturias...







Posted by at 2 comments:
Labels: , , , ,

Tuesday, July 09, 2013

Retrospectiva AOS2013

El año pasado en el AOS de Zaragoza, cuando anunciaron que el siguiente iba a ser en Tenerife, lo primero que me vino a la mente es que iba a ser complicado ir tan lejos y con la familia...

Finalmente no sólo he ido, además he liado a mi familia para tomarnos una semana de vacaciones y  a varios compañeros para proponer una charla... vamos un AOS completo.

La verdad es que me lo he pasado fenómeno en este AOS, pero no puedo separar qué parte ha sido debido a las vacaciones en familia, que han sido espectaculares y al propio AOS.

Entre otras cosas he aprovechado para hacer una inmersión :-)


En cuanto al contenido del AOS echo en falta más peso en lo técnico, pero supongo que eso tiene que ver con el estado de madurez de la nuestra comunidad.
Siempre me sorprende que dedicándonos la mayor parte de nosotros a desarrollar software, suele haber más peso en temas de coaching, gestión, metodología, etc, que en temas de desarrollo ágil (prácticas XP, testing, calidad, etc). Me sorprende no porque no sean importantes los primeros temas, sino porque por volumen se necesitan varios desarrolladores ágiles para requerir un scrum master o un coach.

Es más, a mi me interesan mucho las dos partes, pero siempre me cuesta mucho más encontrar gente y experiencias en la parte de desarrollo ágil, XP, clean code, craftmanship, testing y me encantaría que no fuese así y tuviésemos una comunidad algo más balanceada en ese aspecto.

Este año, parte del equipo en el que trabajo, nos lanzamos a compartir nuestras experiencias postponiendo decisiones técnicas y tenemos que decir que creo que la sesión salio muy bien, feedback positivo, hubo bastante debate, y creo que supimos compartir nuestra experiencia.




Para concluir, mi Retrospectiva / Juego de la perfección de este AOS2013

Mi nota para el AOS de este año es 9
Mis motivos son que lo que pasa en un AOS es lo que debe pasar, la gente que está es la que debe estar, por lo que no evalúo para nada el contenido, puesto que es el generado por la comunidad para la comunidad, y lo único que evalúo es la organización, que me pareció impresionante.
Puntos a destacar:

  • Se ha conseguido atraer a la gente para tomarse el AOS como unas vacaciones.
  • Gran cantidad de actividades paralelas (para potenciar el networking, la diversión...)
  • El sitio me pareció muy cómodo.
  • El Almogrote estaba riquísimo :)

Para darle el 10, yo hubiese deseado:

  • Que fuese íntegramente en español, puesto que considero un AOS un evento de la comunidad que debe fomentar la participación y aportación de la comunidad, y creo que hoy por hoy eso se facilita en español (en algunas sesiones me pareció que se perdieron aportaciones y el ritmo por intentar hacerlas en inglés).


Para el AOS considero que el idioma debería ser el español, puesto que creo que el nivel de participación baja cuando no se hace así.. y el AOS me gusta como encuentro de gran cantidad de "emisores de información" y creo que la cantidad y calidad de las emisiones baja cuando no se hacen en la lengua materna...
La comunicación es más difícil (cantidad, relación señal/ruido, transmisión de detalles, etc...). Para mi es un problema equivalente a cuando se quiere desarrollar software con un equipo distribuido, no es imposible, pero claramente la comunicación "efectiva" y "afectiva" es más difícil y hay que tenerlo en cuenta.

También tengo que decir, que el tema del idioma lo veo así para el AOS, pero no para otro tipo de conferencias de comunicación más unidireccional en las que existe menos dialogo y se centra más en las transmisión de una idea por parte del que está presentando.

Por tanto, conferencias como la CAS, XP Conference, etc. entiendo que tiene mucho más sentido que sean más internacionales, pero para el AOS, no lo veo, por muchas vueltas que le de.



Muchisimas gracias a toda la organización:

Espero que no me deje a nadie (y si me lo dejo, espero que me perdone...)
Posted by at 2 comments:
Labels: , , , ,
Subscribe to: Posts (Atom)