Si yo fuera un talibán de las metodologías ágiles diría que no usés UML porque no es ágil, si bien hay un Agile UML, es más, si fuera un ortodoxo diría que la tarea de documentar es waste porque no agrega valor al cliente (a manos que su requerimiento incluya la documentación) por lo tanto tiene que ser quitada de la cadena de valor, ahora, esto se estuvo discutiendo en la lista de yahoo laasd
si les interesa http://tech.groups.yahoo.com/group/laasd/message/1089 tal vez, podrías tirar la pregunta ahí, como primera impresión me parece que lo que contás suena poco ágil en principio (hablás de relevar requerimientos no de user histoties por ejemplo) tal vez es un tema de terminologías nomás....no lo sé, tal vez podrías contar un poco más cómo laburan si es posible. Saludos, Leonardo Micheloni. 2009/1/29 Gustavo Samuel Ibarra <[email protected]> > > ¡Hola gente! > > Les molesto para saber si es posible aplicar una metodología como el TDD, a > un proyecto de Threads y WinForms en .NET 3.5 / VS.NET <http://vs.net/>2008. > Hasta el momento nadie en mi lugar de trabajo ha desarrollado con ningún > tipo de documentación ni requerimientos escritos -ni por email- y estoy > relevando una aplicación que casi ni tiene comentarios en su código. > > ¿Alguna sugerencia? Necesito plantear urgente en este lugar de trabajo una > metodología ágil. TDD es la que conozco, pero si hay algo ágil a mano y > "ágil" de aprender, estaría bueno saberlo. > > ¿Cómo puedo diagramar clases que se dedican a MultiThreads para interactuar > con puertos y mensajes hacia dispositivos móviles no telefónicos?¿se puede > con UML, corresponde? > > Muchas gracias > > >
