Uso de metologías ágiles en Microsoft

Por casualidad he encontrado un intersante documento de Andrew Begel sobre el estado de las percepciones y el uso de metodologías ágiles en Microsoft. El documento es bastante interesante y se puede descargar desde aquí: Perceptions of Agile Software Development at Microsoft.

Sin duda lo que más me ha llamado la atención es la satisfación que declaran los implicados en proyectos ágiles, tal y como se puede ver en el diagráma de abajo:

Agile methodologies results at Microsoft

Más del 60% de lo encuestados declaran que las metodologías ágiles funcionan bien para ellos y su equipo y el mismo porcentaje declara que las metodologías ágiles han mejorado como colaboran desarrolladores y probadores.

Los beneficios de las metodologías ágiles más destacados por los encuestados son:

  • Mejor comunicación y coordinación
  • Entregas más rápidas
  • Diseño más flexible – Respuesta al cambio más rápida
  • Proceso más razonable
  • Incremento de la calidad
  • Mejor enfoque en el cliente
  • Desarrollo más centrado – Mejor priorización
  • Mayor productividad
  • Mejor moral
  • Testeo a priori

Otro aspecto interesante del documento es ver las metodologías ágiles más usadas:

Agile Methodologies at Microsoft

A la vista del estudio se hace patente que dentro de Microsoft los resultados son muy similares a los de otras encuestas o estudios similares.

5 comentarios sobre “Uso de metologías ágiles en Microsoft”

  1. Muy interesante el artículo, Rodrigo! Lo que me extraña es que la propia metodología de Microsoft, MSF (Microsoft Solution Framework) no salga entre las metodologías ágiles en el documento.

    De hecho, desde que salió la versión 4.0 (con Team Foundation Server)….casi se dejó de hablar de MSF.

  2. Hola muy bueno el articulo.

    bueno tengo una pregunta de SCRUM haber si me la podes responder por fa, SCRUM es una metodologia generica? orientada a modulos y a objetos? o es para un tipo?.

    Ahora en la fase de SPRINT hay alguna tareas pre establecidas a seguir, para poder garantizar una trazabilidad y calidad?
    ya que pongo como ejemplo OMT++ que presenta tareas preestablecidas, casos de uso, diagrama de estado, etc. (una receta)
    hay alguna para SCRUM?

    Bueno de ante mano gracias 😉

    saludos

  3. Manuel, Scrum no propone nada de manera prescriptiva en lo realtivo a como debe trancurrir un sprint.

    Es el equipo de desarrollo quien determina cual es el mejor camino para completar el incremento de funcionalidad potencialmente entregrable comprometido para el sprint.

    No hay tareas prescriptivas que se repitan en todos los sprints de manera sistemática aunque nada impide que el equipo decida adoptar este enfoque si cree que le puede ayudar.

    Resumiento no hay recetas, es el equipo el que debe determinar si alguna receta le sirve o quiere usar una aproximación propia. Muchos equipos que usan Scrum, utilizan XP como complemento ideal para las actividades a realizar durante el sprint y muchos adoptan las práticas de XP.

    Scrum no entiende de objetos, UML y demás… es agnostico respecto del lenguaje y la tecnología utilizados. Cada vez se usa más Scrum para gestionar proyecto que no son de desarrollo de software.

    Un saludo.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *