Search the web
Sign In
New User? Sign Up
foro-agiles · Foro de discusión de la comunidad Agiles
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Message search is now enhanced, find messages faster. Take it for a spin.

Best of Y! Groups

   Check them out and nominate your group.
Having problems with message search? Fill out this form to ensure your group is one of the first to be migrated to the new message search system.

Messages

  Messages Help
Advanced
Cómo registran sus incurridos?   Topic List   < Prev Topic  |  Next Topic >
Reply | Forward  | 
Re: [foro-agiles] Cómo registran sus incurridos?

Veamos, os daré una respuesta simple, que si aplica es una gran solución pero si no aplica al contexto que tenéis no sirve.

Se registrará el tiempo incurrido en la herramienta donde registren los sprint backlog items, ya sean post it, un excel, JIRA, VS Team System, Trac o cualquiera que sea. Simplemente cada vez que alguien trabaje sobre un item, anota en el mismo registro del item (de la manera que mejor lo soporte la herramienta).

La sumarización semanal, mensual, por iteración o como sea, se hará en base a que disponemos de:

- Quien (el que hizo el trabajo)
- Cuando (la fecha en que lo hizo)
- Cuanto (la cantidad de tiempo incurrrido)
- Que (el item sobre el cual trabajó)

- Porque, es una respuesta que surge más de la planificación del sprint, si es por otro motivo, sería deseable que esté aclarado en el registro.

[Broma / Realidad]
No es que le tenga odio, pero no me vengan con MS Project, eso solo sirve para justificar retrasos!! 

2009/5/26 Martin Alaimo <malaimo@...>


Hola a todos,


Hay un tema que hace rato estoy tratando de resolver de la mejor manera posible pero no estoy encontrando la forma "ágil" de hacerlo.
Al termina cada sprint 9o bien al entregar cada backlog item) necesito saber la cantidad de horas incurridas. La razónes son dos:
- 1) hay varias pautas de mantenimiento a las cuales debo descontar las horas.
- 2) quisiera comenzar a contrastar mis estimaciones contra mis incurridos.

La verdad que históricamente es un tema bastante escabroso y dificil de mantener/perpetrar en el tiempo. La verdad es que el solo hecho de pensarlo, me remonta a las épocas de waterfallismo... Hoy lo resuelvo utilizando project server, asegurándome que cada backlog item esté cargado en el proyecto apenas termina la planning meeting, pero, me remito a la frase anterior.

Alguien tiene experiencias positivas llevando un registro de horas incurridas sin interferir con el espíritu ágil?

Saludos!
Martín.

--
Martín Alaimo
http://www.martinalaimo.com




Tue May 26, 2009 8:44 pm

germandz
Offline Offline
Send Email Send Email

Forward
 | 
Expand Messages Author Sort by Date

Hola a todos, Hay un tema que hace rato estoy tratando de resolver de la mejor manera posible pero no estoy encontrando la forma "ágil" de hacerlo. Al termina...
Martin Alaimo
martinalaimo
Offline Send Email
May 26, 2009
4:55 pm

Veamos, os daré una respuesta simple, que si aplica es una gran solución pero si no aplica al contexto que tenéis no sirve. Se registrará el tiempo...
German DZ
germandz
Offline Send Email
May 26, 2009
8:45 pm

Ciertamente muchas organizaciones necesitan llevar ese control de horas. Jeff Sutherland tiene un post muy interesante sobre esto: ...
Jose R.
jrramon
Offline Send Email
May 26, 2009
9:19 pm

Martin Nuestra experiencia de trabajo con el JIRA+GreenHopper ha resultado muy positiva. El overhead que tiene es mínimo. Desde ya que tenés que tener ...
Marcelo Schenone
vedekmaky
Offline Send Email
May 27, 2009
1:59 am

- 2) quisiera comenzar a contrastar mis estimaciones contra mis incurridos. mis estimaciones !?! :D Traté de convencer a un SM con el que trabajé que no...
Juan Gabardini
jgabardini
Offline Send Email
May 27, 2009
2:06 am

Germán, José, Marcelo, gracias por sus respuestas. En primera instancia me gustaría una forma que se pueda integrar con el taskboard, para evitar el doble...
Martin Alaimo
martinalaimo
Offline Send Email
May 27, 2009
12:00 pm

Hola Martín, Siempre el control de horas produce este ruido, especialmente porque entra en conflicto con algunos principios ágiles, como la generación de...
Fabio Grigorjev
fabio.grigorjev
Offline Send Email
May 27, 2009
12:49 pm

Mi impresión es que el efecto sicológico de "los incurridos" es altamente pernicioso para un desarrollo ágil (y en general, para cualquier intento de...
Jorge Uriarte Aretxaga
jorge.uriarte
Offline Send Email
May 27, 2009
2:13 pm

Por lo que leo, todos le ven una connotación negativa a declarar el tiempo incurrido. Creo que lo más importante es que se garantice la transparencia y...
German DZ
germandz
Offline Send Email
May 27, 2009
3:19 pm

Jorge, Germán, !qué dificil es convencer a la gente de "enfoque tradicional" de qué horas trabajadas!=valor entregado. Las empresas que debemos facturar por...
Jose R.
jrramon
Offline Send Email
May 27, 2009
7:38 pm

En el fondo interpreto tu mensaje como... "ya hago yo el informe que nos pide el cliente después" :) Insisto, lo peligroso no es "incurrir", lo peligroso es...
Jorge Uriarte Aretxaga
jorge.uriarte
Offline Send Email
May 27, 2009
7:54 pm

No, no, para nada. Los partes de horas los necesitamos para saber en qué se ha trabajado (tenemos al diablo con nosotros: el trabajo multiproyecto). Y de ahí...
Jose R.
jrramon
Offline Send Email
May 27, 2009
8:37 pm

Por supuesto que es muy dificil convencerlos, pero que importa. Informen las horas trabajadas, que tampoco eso va a hacer que el desarrollo sea peor, no trae...
German DZ
germandz
Offline Send Email
May 27, 2009
9:59 pm

Yo estoy con Germán en que el valor se sabe desde el momento en el que se inicia el sprint e incluso voy un poco más allá. Si en vez de valorar usando ...
José Manuel Beas
jm_beas
Online Now Send Email
May 27, 2009
11:51 pm

En mi empresa implementé un modelo de registro de horas, que se justifica debido q eu funcionamos con un pool de consultores que trabajan para diversos...
Agustin Villena
agustinvillena
Offline Send Email
May 27, 2009
12:33 pm
Advanced

Copyright © 2009 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines - Help