¿Interesado en Métodos ágiles?

¿Quieres obtener el máximo rendimiento de tu equipo? Si es así, métodos ágiles combinados con buenas prácticas pueden ser la respuesta.
Los métodos ágiles tienen que ver con las personas, con las personas que realmente saben cómo hacer su trabajo. Pero hay algo más que tener en cuenta: las mejores prácticas con métodos ágiles tienen mucho que ver con la capacidad de adaptarse al cambio, y esto está muy ligado a la economía.
Mire la imagen de arriba. El gráfico de la izquierda lo introdujo Barry Boehm en 1981. Ha sido una de las configuraciones con más influencia para los desarrolladores de software en las últimas décadas. Constituyó un cambio en el modo de pensar, haciendo que muchos desarrolladores creyesen que los requerimientos no se pueden modificar en ningún momento.
En Noviembre de 2007 en una reunión para celebrar el 20 Aniversario de Peopleware's (el artículo se publicó en IEEE Software), un grupo de grupos del software, incluido Boehm, admitieron que el "evil curve" ya no es cierto para equipos que utilizan los métodos adecuados de trabajo y buenas prácticas.
Beck dibujó el gráfico de la derecha en el año 2002. Si su equipo implementa buenas prácticas, su software podrá cambiarse cuando sea necesario y esto tiene un profundo impacto en la economía de la empresa.
Veamos como puede ayudar aquí un sistema de gestión de la configuración.

¿Está familiarizado con algún método ágil? Normalmente recomendamos SCRUM, pero hay muchas más metodologías ágiles.
SCRUM se centra en la gestión del proyecto y el control y realmente ayuda a aumentar la visibilidad, algo que ya destacó McConnell en el '96 (http://stevemcconnell.com/rd.htm).
El ciclo de SCRUM es muy fácil de describir: teniendo un backlog del producto (lista of requirements), se realizar una reunión para decidir que se incluirá en la siguiente iteración, durante un periodo de entre 2 y 4 semanas, y finalmente una reunión para mostrar las novedades del software y contrastar qué salió bien y qué falló.

Eche un vistazo a nuestro artículo en DDJ sobre la integración contínua y controlada

¿Cómo ayuda Plastic?

En primer lugar Plastic ayuda facilitando que su equipo implemente el patrón de rama por tarea, que facilita el desarrollo en paralelo real, aumenta la productividad, mejora el aislamiento de tareas y siempre se trabaja contra una versión estable del producto. Esto ayuda a resolver el problema de "disparar a un objetivo en movimiento" problema que ocurre al implementar "desarrollo en línea".
Plastic es muy potente manejando todo el proceso de gestión de ramas e integración por lo que su equipo tan sólo tiene que centrarse en el desarrollo y le ayudará a integrar los cambios.
Plastic se integra con herramientas de terceros como OnTime, Jira, Bugzilla, VersionOne and Mantis. Estos sistemas son muy importantes a la hora de gestionar todas las tareas de un sprint.

Recuerde lo siguiente: no importa si se trata de errores o de nuevas funcionalidades, se deben de gestionar con una herramienta de seguimiento de errores y mapearse en Plastic.