Estoy interesado en posiblemente usar Scrum con mi equipo de desarrollo (sí, sé que será un poco doloroso pasar a él). Sin embargo, no tenemos Team System y probablemente no podamos obtenerlo de inmediato.Cómo usar Scrum y Visual Studio sin Team System
¿Cuáles son algunas herramientas posibles para que un equipo funcione en Scrum en un entorno .NET/Visual Studio sin TeamSystem? Control
Realmente todo lo que necesita es una pieza de software de seguimiento de errores para realizar un seguimiento de los problemas más importantes del sprint actual. Incluso podría ser una hoja de cálculo (no use una hoja de cálculo). SCRUM es una metodología, http://en.wikipedia.org/wiki/Scrum_(development) y realmente no requiere un sistema de equipo tanto como requiere un buen gerente de proyecto y un equipo comprometido.
Nota relacionada: SVNStats - un proyecto de Java que crea algunos informes muy interesantes de lo que ocurrió en un repositorio con el tiempo, algunos de deserción métricas de código bastante
obtieneAsí MSBuild es el pegamento que va a poner en marcha estas herramientas en varias etapas de desarrollo, o puede agregar ganchos en eventos que suceden con el repositorio de código fuente. Esta es una lista aproximada de herramientas/aplicaciones que le brindan uno por uno en la funcionalidad que brinda Team System.
Lo mejor de esta lista es que, a excepción de NDepend, todos son gratuitos para uso comercial y privado.
Estuve involucrado en un equipo de Scrum en mi última compañía, y realmente no tiene nada que ver con el entorno de desarrollo. Es un proceso para desarrollar software, y a menudo hay poca tecnología en el uso del proceso en sí (aunque una buena herramienta de hoja de cálculo ayudará con el seguimiento del progreso).
Así que ... Diría que sus preocupaciones sobre las herramientas quizás estén fuera de lugar, a menos que esté malinterpretando la pregunta.
obtener una pizarra
empezar con scrum no debe requerir ninguna herramienta - como mínimo, tendrá una reunión de planificación en el inicio de cada sprint, todos los días una reunión de pie, y una reunión en la recapitulación fin de cada sprint.
En la reunión diaria, reúna alrededor de la pizarra y utilícela para seguir el estado de las tareas de todos y progresa para el sprint.
También necesitará hacer un seguimiento de su retraso para la planificación: esto se puede hacer en papel, en una pizarra blanca o en Excel.
@Jason y @Mike_Stone tienen razón. Scrum no involucra ninguna herramienta además de una hoja de papel y un bolígrafo al mínimo. Scrum está mucho menos enfocado en las herramientas que utilizan los equipos que en cómo el equipo se comunica y trabaja en conjunto y con sus partes interesadas para priorizar y adaptarse al cambio.
XP, por otro lado, es mucho más orientado a herramientas y desarrolladores, abogando por cosas como la integración continua, el desarrollo impulsado por pruebas, la programación de pares y similares.
Las metodologías ágiles son muy agnósticas y son muy pragmáticas en ese sentido. Usa lo que funcione mejor para ti. No es necesario que la herramienta a o la biblioteca b sean ágiles.
¡Destaque para crear una bonita tabla de burndown!
Para el seguimiento de elementos de trabajo, active una aplicación web rápida para grabarlos, luego exporte los datos a Excel y administre allí.
Estoy de acuerdo. Team System es solo un conjunto de herramientas incluidas dentro de un IDE. Visual Studio usa MSBUILD de forma predeterminada, NUnit y cualquier otro complemento como se haya seleccionado. El único valor real son los complementos de metodología como el de Conchango, que permite que los elementos de trabajo sean priorizados y asignados, y los informes que se generan después.
Scrums diarios, pizarra, excel y disciplina es un buen comienzo.
Totalmente de acuerdo en los comentarios sobre excel. Será mejor que comiences de esta manera. Scrum puede ser un poco un choque cultural si vienes de una metodología de cascada. Asegurarse de que su equipo entienda primero la filosofía es mucho más importante que las herramientas que elija para hacerlo más eficiente.
Scrum simplemente parece funcionar mejor cuando tienes cosas tangibles (una nota adhesiva, un papel) que representan un activo que estás construyendo. Es simple, directo, y todos pueden entenderlo. A veces, su intención o elementos de trabajo se pierden o se malinterpretan cuando se abstraen todas sus tareas almacenándolas en una base de datos en alguna parte, especialmente si el equipo es nuevo en Scrum.
En este momento, mi equipo está haciendo Scrum con Team System. Es genial porque obtenemos informes de gestión y de equipo de forma gratuita. Sin embargo, y esto es lo importante, creo que realmente hicimos las cosas más rápido y con mayor calidad cuando hicimos todo con un panel de corcho anticuado, excel y esta plantilla (me encanta esto, se lo recomiendo a todos los que lo utilicen):
http://blog.crisp.se/henrikkniberg/2007/12/18/1197973740000.html
puede utilizar xplanner para la gestión de recursos, gestión y seguimiento de las estimaciones. Puede revisar el tiempo estimado en el pasado para planes futuros.
Como bien con .Net Consulte: http://www.scrumforteamsystem.com/en/default.aspx
Como otros han mencionado SCRUM se puede hacer sin necesidad de herramientas específicas, pero voy a tirar la pila Atlassian por ahí.Los he usado antes y bastante gustaban:
En el pasado he hecho proyectos Scrum en TFS con Visual Studio 2005 a 2008 y estaba muy contento con él. Ahora estoy trabajando en un proyecto de Scrum en un entorno Linux utilizando Eclipse que requirió un cambio a otro sistema. Elegimos Rational Team Concert (RTC) y yo encontramos que se adapte a nuestras necesidades.
que he encontrado RTC para ser comparable a TFS, tanto en términos de funcionalidad y conceptos (ej. RTC utiliza la misma terminología de elemento de trabajo), por lo que la transición fue bastante fácil. Hay un complemento para la integración IDE de Visual Studio, así como una interfaz web que proporciona gráficos burndown y otras métricas de progreso para los equipos de proyecto. Es gratis para hasta 10 desarrolladores, por lo que es realmente bueno para equipos pequeños. No estoy seguro de lo que el modelo de precios es una vez que tenga que pagar, pero supongo que es comparable a TFS si está en línea con otras ofertas de IBM Rational.