Minuta de la reunión - 07/07/2011 / Migración del sistema de tickets de embajadores

[Igor Pires Soares]

Hola!

En la reunión de hoy hicimos una votación acerca de la migración del
sistema de tickets de embajadores de Redmine para el Track en
fedorahosted. La migración fue aprobada en la reunión por 7/1 votos.
Todavía si alguien más que no estaba en la reunión y desea votar puede
hacerlo aquí en los próximos dos días.

Aquí está el log y la minuta de la reunión de hoy:

Minuta:
http://meetbot.fedoraproject.org/fedora-latam/2011-07-07/fedora-latam.201...
Minuta (texto):
http://meetbot.fedoraproject.org/fedora-latam/2011-07-07/fedora-latam.201...
Log:
http://meetbot.fedoraproject.org/fedora-latam/2011-07-07/fedora-latam.201...

-- 
Igor Pires Soares
Fedora Ambassador (Brazil) - Member of FAmSCo
Fedora I18N/L10N QA
https://fedoraproject.org/wiki/User:Igor

[alejandro perez]

Después de leer el log de la reunion quisiera mencionar unos puntos:

Primero disculpen por no haber podido asistir a la reunió.

Con respecto al sistema de ticket actual:

Si la razón de cambiar el sistema es por un problema de infraestructura
o los problemas de la infraestructura que sostiene el sistema actual,
entonces creo que estamos equivocados, la solución real seria solucionar
el problema con la infraestructura actual por lo que pregunto:

¿Cual es el problema de la infraestructura actual?
¿tiene solución?
¿que requerimos para resolverlo?

Mas sobretodo porque esa infraestructura sostiene otros sistemas
importantes para latam, por lo que cambiar una parte de los servicios
que tiene no resuelve el problema.

Si la razón del cambio es un tema de estandarizar ya que otras areas
utilizan otro sistema estaría de acuerdo con el cambio. 


On Thu, 2011-07-07 at 18:38 -0300, Igor Pires Soares wrote:
>  Hola!
>  
>  En la reunión de hoy hicimos una votación acerca de la migración del
>  sistema de tickets de embajadores de Redmine para el Track en
>  fedorahosted. La migración fue aprobada en la reunión por 7/1 votos.
>  Todavía si alguien más que no estaba en la reunión y desea votar puede
>  hacerlo aquí en los próximos dos días.
>  
>  Aquí está el log y la minuta de la reunión de hoy:
>  
>  Minuta:
>
> http://meetbot.fedoraproject.org/fedora-latam/2011-07-07/fedora-latam.201...
>  Minuta (texto):
>
> http://meetbot.fedoraproject.org/fedora-latam/2011-07-07/fedora-latam.201...
>  Log:
>
> http://meetbot.fedoraproject.org/fedora-latam/2011-07-07/fedora-latam.201...
>

[Igor Pires Soares]

Em Qui, 2011-07-07 às 21:15 -0500, Alejandro Perez escreveu:
>  Después de leer el log de la reunion quisiera mencionar unos puntos:
>  
>  Primero disculpen por no haber podido asistir a la reunió.
>  
>  Con respecto al sistema de ticket actual:
>  
>  Si la razón de cambiar el sistema es por un problema de infraestructura
>  o los problemas de la infraestructura que sostiene el sistema actual,
>  entonces creo que estamos equivocados, la solución real seria solucionar
>  el problema con la infraestructura actual por lo que pregunto:
>  
>  ¿Cual es el problema de la infraestructura actual?
>  ¿tiene solución?
>  ¿que requerimos para resolverlo?
>  
>  Mas sobretodo porque esa infraestructura sostiene otros sistemas
>  importantes para latam, por lo que cambiar una parte de los servicios
>  que tiene no resuelve el problema. 
El problema es básicamente una gran inestabilidad del servidor. Daniel y
Gomix están siguiendo eso e ya hicieron algunos cambios para mejorar la
estabilidad. La infraestructura actual sigue siendo un componente
esencial para nuestra comunidad.

>  Si la razón del cambio es un tema de estandarizar ya que otras areas
>  utilizan otro sistema estaría de acuerdo con el cambio.  
Esta es la motivación principal del cambio, creo que es importante
estandardizar nuestro sistema de tickets en relación al sistema de
FAmSCo y de las otras regiones. No será necesario ningún registro
adicional pues todos podrán usar el mismo login del FAS.

Saludos!
-- 
Igor Pires Soares
Fedora Ambassador (Brazil) - Member of FAmSCo
Fedora I18N/L10N QA
https://fedoraproject.org/wiki/User:Igor

["Guillermo Gómez S."]

2011/7/7 Igor Pires Soares <igorsoares(a)gmail.com&gt;:
>  Esta es la motivación principal del cambio, creo que es importante
>  estandardizar nuestro sistema de tickets en relación al sistema de
>  FAmSCo y de las otras regiones. No será necesario ningún registro
>  adicional pues todos podrán usar el mismo login del FAS. 
Sólo para su información, la integración de Redmine con FAS ya se
probó con (a través de OpenID) durante FUDCon Panamá con la ayuda de
Toshio.

Con ello no se requeriría registros adicionales. Al momento que infra
actualice el redmine, esta configuración estará disponible.

Salud y buen día
-- 
Ing.Guillermo Gomez S.
Fedora Board Member A4
http://gomix.fedora-ve.org
http://www.neotechgw.com

["Guillermo Gómez S."]

Solo para comentar acerca de trac vs redmine y a raíz de que tuve que
ponerme a trabajar en trac durante el fin de semana en él y lo que
descubrí (esto es sólo la punta del iceberg, por favor corríjame
cualquier experto trac, simplemente no pude creer con lo que me topé):

1. No hay tiempos ni fechas

Los tickets en trac no tiene ningún tipo de información acerca de
fechas de inicio y fin, ni de duración estimada de las tareas, sólo la
fecha de creación.

2. No hay relaciones entre tareas

Los tickets no tienen ninguna manera de relacionarse con otros tickets.

3. Se utilizan los "milestones" como forma de organización simple

Actualmente para planificar se utilizan los denominados milestones en
trac. Luego cada ticket (tarea) se asocia a un milestone.

4. Los milestones tampoco pueden relacionarse entre ellos.

Pensé que como no se podían relacionar los tickets entre sí, entonces
se podían al menos relacionar los milestones, tampoco (hasta donde
sé).

5. Hay que crear múltiples milestones por "proyecto"

Por ejemplo, en el caso de FUDCon vamos como por 6 milestones para
intentar organizar las tareas/tickets necesarios.

La combinación de todos estos factores hace que toda la planificación
de cualquier evento en trac tal y como está funcionando hoy día no
permite realizar ninguna correlación de eventos/tareas en el tiempo.

Creo que de hecho esto pudo haber sido parte de lo que motivó a
realizar un desarrollo completo sólo para planificación de eventos,
trac no parece idóneo como herramienta de planificación y seguimiento.

Antes que vayan a desechar a redmine como su herramienta de
planificación y seguimiento, ¿por qué mejor no ven un poco más allá y
comienzan a decir lo que realmente ocurre y a buscar mejores
soluciones como redmine en fp.o?

La inestabilidad de infra eventualmente puede ser solucionada, agregar
funcionalidades a trac y/o terminar el desarrollo de todo un sistema
para eventos, creo que es un precio bien alto a pagar.

Piénselo bien...

Saludos

2011/7/7 Igor Pires Soares <igorsoares(a)gmail.com&gt;:
>  Hola!
>
>  En la reunión de hoy hicimos una votación acerca de la migración del
>  sistema de tickets de embajadores de Redmine para el Track en
>  fedorahosted. La migración fue aprobada en la reunión por 7/1 votos. 
-- 
Ing.Guillermo Gomez S.
Fedora Board Member A4
http://gomix.fedora-ve.org
http://www.neotechgw.com