Pregunta

Estoy interesado en la posibilidad de usar Scrum con mi equipo de desarrollo (sí, sé que va a ser un poco doloroso para la transición a través de ella).Sin embargo, no tenemos Equipo de Sistema y probablemente no se puede permitir obtener de inmediato.

¿Cuáles son algunas de las posibles herramientas para conseguir un equipo en marcha y funcionando en Scrum en un .NET/Visual Studio medio ambiente, sin Equipo de Sistema?

¿Fue útil?

Solución

Realmente todo lo que necesita es un pedazo de seguimiento de fallos de software para mantener un seguimiento de los temas candentes para el presente sprint.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_(desarrollo) y realmente no requieren de equipo de sistema tanto como se requiere de un buen gerente de proyecto y un comprometidos en equipo.

Otros consejos

obtener una pizarra

introducción a SCRUM no requiere ninguna herramienta - como mínimo, tendrá una reunión de planificación en el inicio de cada sprint, un daily standup meeting, y un resumen de la reunión al final de cada sprint.

En el día a día de la reunión, se reúnen alrededor de la pizarra digital y el uso que para el seguimiento del estado de las tareas de todos y de progreso para el sprint.

Usted también necesitará un seguimiento de su retraso para la planificación - esto se puede hacer en papel, en una pizarra, o en Excel.

Yo estaba involucrado en un Scrum team en mi última empresa, y realmente no tiene nada que ver con el entorno de desarrollo.Es un proceso para el desarrollo de software, y a menudo hay poco de tecnología en el uso del proceso en sí (aunque una buena herramienta de hoja de cálculo va a ayudar con el seguimiento de los progresos).

Así que...Yo diría que sus preocupaciones de herramientas son tal vez fuera de lugar, a menos que me la incomprensión de la pregunta.

  • Control de código fuente: Subversion
  • La Integración continua de la aplicación: Hudson (hay un montón de .NET plugins), más fácil de usar que CruiseControlDotNet
  • Herramienta de construcción de:MSBuild - usted desea personalizar el proceso de construcción y aprendizaje de MSBuild es la mejor manera de hacer esto
  • Marco de pruebas unitarias:el incomparable NUnit
  • Análisis de código estático: NDepend, FxCop, otros?

Nota relacionada: SVNStats - un proyecto de java que crea algunos bastante fresco informes de lo ocurrido en un repositorio con el tiempo, se pone muy renovación de código métricas

Así MSBuild es el pegamento que dará el pistoletazo de salida de estas herramientas en las distintas etapas de desarrollo, o usted puede añadir ganchos en los eventos que se producen con el repositorio de código fuente.Este es un áspero lista de herramientas/aplicaciones que le dan un uno para uno en la funcionalidad del Equipo de Sistema proporciona.

Gran cosa acerca de esta lista - con la excepción de NDepend, todos son libres para uso privado y comercial.

@Jason y @Mike_Stone están a la derecha.Scrum no implica ningún tipo de herramientas, además de un pedazo de papel y un lápiz en el mínimo.Scrum es mucho menos centrado en lo que las herramientas de los equipos utiliza como está en la forma en que el equipo se comunica y trabaja en conjunto y con las partes interesadas para priorizar y adaptarse a los cambios.

XP, por otro lado, es mucho más herramienta y orientado al desarrollador, abogando por cosas tales como la integración continua, desarrollo dirigido por Pruebas, par de programación y similares.

Las metodologías ágiles son muy herramienta agnóstico y son muy pragmático en ese sentido.Utilizar lo que funciona mejor para usted.Usted no necesita una herramienta de biblioteca o b para ser ágil.

Uso de excel para crear un bonito gráfico de la evolución!

Para el seguimiento de elementos de trabajo, knock una rápida aplicación web para grabar, a continuación, exportar los datos a excel, y gestionar de allí.

Estoy de acuerdo.Equipo de Sistema es sólo un conjunto de herramientas envuelto dentro de una IDE.Visual Studio utiliza MSBUILD por defecto, NUnit y cualquier otro plugin seleccionado.El único valor real es la metodología de plugins como Conchango, que permite a los workitems a ser una prioridad y asignados, y los informes que se generan posteriormente.

Daily scrums, pizarra, excel y la disciplina es un muy buen comienzo.

Totalmente de acuerdo en los comentarios acerca de excel.Es mejor comenzar de esta manera.Scrum puede ser un poco de un choque de culturas si se viene de una cascada de metodología.Asegurarse de que su equipo entiende que la filosofía primera es la forma más importante que las herramientas que usted elija para hacerlo más eficiente.

Scrum funciona mejor cuando tiene cosas tangibles (una nota adhesiva, un pedazo de papel), que representa un activo que estás construyendo.Es simple, directo, y todo el mundo puede conseguir su cabeza alrededor de ella.A veces, su intención, o elementos de trabajo, se pierde o se malinterprete, cuando todas sus tareas son abstractas y los almacena en una base de datos en algún lugar, especialmente si el equipo es nuevo a Scrum.

Ahora, mi equipo está haciendo Scrum con Team System.Es genial porque podemos y gestión de informes de los equipos de forma gratuita.Sin embargo, y esto es lo importante, creo que hicimos las cosas más rápido y con mayor calidad cuando lo hicimos todo con un antiguo tablero de corcho, de excel y de esta plantilla (me gusta esta cosa, lo recomiendo a todo el mundo haciendo Scrum):

http://blog.crisp.se/henrikkniberg/2007/12/18/1197973740000.html

Usted puede utilizar XPlanner para la gestión de recursos, gestión y supervisión de las estimaciones.Usted puede revisar el tiempo estimado en el pasado para futuras planificaciones.

Así con .Net Consulte:http://www.scrumforteamsystem.com/en/default.aspx

Como otros han mencionado SCRUM se puede hacer sin ningún tipo de herramientas específicas, pero voy a lanzar la Atlassian pila por ahí.Ya he usado antes y bastante gustaron:

http://www.atlassian.com

  • JIRA para el problema de seguimiento/atraso
  • GreenHopper plugin de JIRA por completo Ágil googies
  • Ojo de pez/el Crisol en línea de revisión por pares
  • Confluencia para la colaboración y el intercambio de conocimientos
  • De bambú para la integración continua

En el pasado he hecho Scrum proyectos en TFS con Visual Studio 2005-2008 y estaba muy contento con él.Ahora estoy trabajando en un proyecto Scrum en un entorno Linux utilizando Eclipse, que requería un movimiento a otro sistema.Elegimos Rational Team Concert (RTC) y me parece que se adapte a nuestras necesidades.

He encontrado RTC ser comparable a la de TFS, tanto en términos de funcionalidad y conceptos (ex.RTC utiliza el mismo Elemento de Trabajo de terminología), por lo que la transición fue bastante fácil.Hay un plugin para el IDE de Visual Studio de integración así como de una interfaz web que proporciona la evolución de los gráficos y de los avances de indicadores para los equipos de proyecto.Es gratuito para hasta 10 desarrolladores, por lo que es realmente bueno para los equipos pequeños.No estoy seguro de cuál es el modelo de fijación de precios es una vez que usted tiene que pagar, pero supongo que es comparable a la de TFS si está en línea con otros IBM Rational ofertas.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top