HICSS 2011 Agile Papers - ¡Necesitamos revisores!

Necesitamos un buen revisor para una serie de ponencias sobre Agile presentadas a la Conferencia HICSS. Las revisiones deben realizarse antes del 14 de agosto. Si estás interesado, envía un correo electrónico a jeff@scruminc.com e indícame qué ponencias te gustaría revisar. Debes crearte una cuenta en el sitio de presentación de HICSS antes de enviarme un correo electrónico: https://precisionconference.com/~hicss/

Resumen: Los métodos de desarrollo ágiles siguen gozando de un uso generalizado, y cada vez son más las empresas que realizan la transición a ellos. La literatura actual sugiere que la mayoría de esas empresas logran hacer la transición con éxito, pero otras no tanto. Este artículo examina una de estas empresas -a la que nos referiremos como la "empresa ABC" para mantener su privacidad- y analiza y discute sus dificultades para implantar métodos ágiles. En resumen, parece que la falta de un compromiso firme de la dirección con la agilidad, la ausencia de un cliente claramente definido que proporcione requisitos claramente definidos o presione para obtener capacidades de software adicionales, el hecho de no proporcionar una formación inicial o continua adecuada y apoyo a la organización en su conjunto, y la subestimación de los requisitos de gestión del cambio fueron factores que contribuyeron a las dificultades de ABC para implantar métodos ágiles. Estas conclusiones se obtuvieron a partir de una serie de entrevistas con empleados de la empresa, la revisión de la bibliografía pertinente y comparaciones con otros estudios de casos similares.

Resumen: Este artículo explora los problemas y retos críticos que pueden surgir en los procesos de desarrollo ágil de software Scrum y proporciona directrices de gestión para ayudar a las organizaciones a evitar y superar las barreras en la adopción del método Scrum como futuro método de desarrollo de software. Se utilizó un diseño de método de investigación cualitativo para captar los conocimientos de los profesionales y escudriñar el proceso de desarrollo de software Scrum en su entorno natural. Se realizó un estudio de caso en profundidad en dos organizaciones en las que el método Scrum estaba plenamente integrado en todos los aspectos de los procesos de desarrollo de software de dos organizaciones. Una organización proporciona aplicaciones a gran escala y de misión crítica y la otra proporciona aplicaciones a pequeña y mediana escala. Las diferencias entre ambas organizaciones proporcionaron contrastes útiles para el análisis de los datos.

Resumen: Las prácticas ágiles integran atributos de calidad del software en el proceso de desarrollo. La gestión del valor ganado (EVM) incluye la gestión de costes, mientras que los procesos ágiles no. Integrar Agile y EVM proporciona una capacidad de gestión más completa para el desarrollo de software. Operar en un entorno sin integrar la calidad del software pone en riesgo carteras y programas enteros. Las desviaciones en los plazos debidas a problemas de calidad, como la integración tardía, suelen conocerse cuando ya es demasiado tarde para reaccionar y resolverlos sin un impacto significativo.

AgileEVM es una sólida integración de Agile y el valor ganado tradicional que integra la calidad con la gestión de costes, alcance y calendario. Dado que cada elemento de una cartera de productos Scrum se clasifica según su mayor valor, la reclamación realizada con niveles de calidad establecidos permite a AgileEVM medir realmente los resultados de valor.

AgileEVM admite las 32 directrices EVMS directamente o se apoya en sistemas externos como la contabilidad financiera. AgileEVM es escalable y puede integrar múltiples cuentas de control, incluido el nivel de cartera.

Resumen: Los procesos ágiles de desarrollo de software están muy extendidos en los proyectos de ingeniería de software. Su baja carga organizativa y su naturaleza iterativa los convierten en la opción ideal para equipos de desarrollo pequeños. Sin embargo, la aplicación de estos métodos en proyectos de software que requieren la colaboración entre varios subequipos es una tarea difícil. Especialmente las fases iniciales de tales proyectos son cruciales para su éxito, y un periodo inicial sin problemas genera una base para un desarrollo eficiente más adelante en el proceso.

Presentamos un banco de pruebas que permite analizar los procesos de colaboración durante esas primeras fases del desarrollo de software dentro de un entorno educativo de bajo riesgo. Los participantes en una clase de ingeniería de software forman equipos de desarrollo de tamaño considerable y desarrollan aplicaciones reales en un entorno realista pero controlado. Combinando las observaciones manuales con el análisis computacional de los artefactos digitales de colaboración, somos capaces de obtener información sobre los patrones distintivos de la actividad de colaboración y razonar sobre sus desencadenantes dentro de la configuración del proceso.

Resumen: Este documento es un estudio de caso descriptivo de cómo una empresa, Paf.com, introdujo la gestión de carteras para ayudar a escalar el desarrollo ágil de software. Paf.com había tenido problemas con los largos plazos de salida al mercado debido al "thrashing", causado por el cambio frecuente de prioridades debido a un proceso de priorización ad hoc. Además, no había visibilidad de los proyectos que entraban y avanzaban en el proceso de desarrollo. No se aplicaba en toda la empresa una forma estructurada de iniciar los proyectos, y se iniciaban demasiados proyectos paralelos. Como resultado de la introducción de un proceso estructurado de gestión de la cartera, el número de proyectos en curso se ha reducido drásticamente, de más de 200 a 30. El listado de todos los proyectos por orden de prioridad en el backlog de Paf.com proporciona visibilidad sobre lo que está en curso. La función de seguimiento de la cartera proporciona datos sobre el progreso de los proyectos en la cartera de Paf.com, lo que ayuda a los gestores a tomar decisiones más informadas, teniendo en cuenta toda la cartera.

Aceptar o restringir el cambio: Una exploración de las metodologías de mantenimiento del software

Resumen: Este estudio utiliza un método de investigación de teoría fundamentada para explorar cómo los profesionales de TI definen y seleccionan una metodología para mantener el software existente. Los resultados contribuyen a una mejor comprensión de cómo se aplican las metodologías estándar en la práctica del software y los factores críticos utilizados por los profesionales a la hora de elegir una metodología adecuada para las actividades de mantenimiento de software. Esta investigación subraya la necesidad de incorporar el ciclo de vida completo del software en la investigación del desarrollo de sistemas de información, así como la necesidad de una educación más completa en metodologías de software.

Resumen: Este documento postula que la implementación de una cartera equilibrada de prácticas de proyectos ágiles y formales apoyará firmemente los procesos cognitivos de creación de confianza necesarios para promover una buena toma de decisiones de desarrollo y O&M para sistemas de información, programas y proyectos. Los mecanismos mejoran la toma de decisiones moderando los efectos potencialmente negativos de la desconfianza de ejecutivos, directivos, equipos de desarrollo y usuarios finales. La investigación ha demostrado que el establecimiento y mantenimiento de un entorno de confianza puede mejorarse utilizando prácticas eficaces de apoyo y fomento de la confianza en las situaciones adecuadas.

En este documento se defiende el empleo de un conjunto de prácticas y procesos de creación de confianza a partir de metodologías formales y ágiles que varían en función de tres factores: la necesidad de desarrollar un sistema nuevo o de sustituirlo por completo, la experiencia de la organización usuaria/compradora con el equipo de desarrollo, y el estado de operación y mantenimiento/capacidad de trabajo de la solución que utiliza la organización destinataria.

Resumen: Los equipos Scrum utilizan métricas ligeras como los puntos de historia, el gráfico burndown y la velocidad del equipo. El inventor del Scrum era piloto de aviones de combate y utilizaba el gráfico de burndown del Scrum para ayudar a los equipos a aterrizar correctamente un sprint. Trabajos recientes con equipos hiperproductivos demuestran que se parecen a los cazas modernos en varios aspectos. Tienen dos motores que producen velocidad: la alineación del equipo y el espíritu de equipo. Un equipo hiperproductivo utiliza la medición cuidadosa de los aspectos del rendimiento y la priorización para hacer ligeros ajustes en vuelo. Del mismo modo que los aviones de combate modernos son intrínsecamente inestables sin ordenadores que ajusten los parámetros de vuelo, los equipos hiperproductivos requieren un ajuste diario basado en métricas clave. Una cuidadosa atención a las métricas descritas -velocidad, capacidad de trabajo, factor de enfoque, porcentaje de trabajo encontrado, porcentaje de trabajo adoptado, compromiso original, compromiso final, precisión del compromiso, precisión de la estimación y aumento de la contribución al valor objetivo- puede desarrollar y mantener equipos hiperproductivos.

Resumen: En los últimos años, scrum se ha convertido en el método de desarrollo de productos más utilizado en Adobe Systems. Los grandes productos de software de escritorio, como Premiere Pro y After Effects, las herramientas de plataforma, como Adobe AIR, y los productos de software como servicio, como Omniture SiteCatalyst, utilizan scrum para ser más eficaces a la hora de ofrecer las soluciones adecuadas a los clientes con mayor calidad. Este documento analiza los métodos utilizados para medir el impacto que scrum ha tenido en estos equipos.

Resumen: Aunque se espera que la aplicación de enfoques ágiles en el desarrollo distribuido sea beneficiosa, la mecánica de la combinación de enfoques ágiles con el desarrollo distribuido no se conoce bien. Se ha investigado poco sobre qué prácticas ágiles se consideran eficaces en distintos entornos de desarrollo de software distribuido. Este artículo investiga el desarrollo ágil eficaz y las prácticas de gestión para el éxito del proyecto de desarrollo de software distribuido. Informamos sobre nuestros esfuerzos iniciales para identificar hasta qué punto estas prácticas ágiles están relacionadas con el éxito del proyecto en co-localizados, no colocados o en el desarrollo de software offshore / outsourcing. Nuestro análisis de las prácticas ágiles eficaces coincide con los informes de experiencia existentes, aunque algunas prácticas ágiles sorprendentemente no parecen ser tan eficaces como se esperaba. Concluimos con futuras líneas de investigación.

-----------------

HICSS-44 PAPERS FOR REVIEW - fecha límite de presentación: 14 de agosto de 2010

Del 4 al 7 de enero de 2011

The Grand Hyatt Kauai Resort and Spa

Kaloa, Kauai, Hawaii

HICSS-44 ofrece un entorno único, altamente interactivo y profesionalmente estimulante que los asistentes consideran "muy útil: muchas perspectivas e ideas diferentes como resultado del debate". Las sesiones de HICSS se componen principalmente de ponencias arbitradas; la conferencia no acoge presentaciones de proveedores. Todas las ponencias son revisadas por expertos y las aceptadas se publican en la Biblioteca Digital del IEEE.

Tema Tecnología de software

Minitrack: Desarrollo ágil de software: Esbelto, distribuido y escalable

Copresidentes: Jeff Sutherland y Gabrielle Benefield

Los procesos ágiles de desarrollo de software se han visto influidos por las mejores prácticas de la industria japonesa, en particular por los principios de desarrollo ajustado de productos implantados en empresas como Honda y Toyota, y las estrategias de gestión del conocimiento desarrolladas por Takeuchi y Nonaka, ahora en la Escuela de Negocios Hitotsubashi de Japón, y Peter Senge en el MIT.

Este minitrack se centrará en avanzar en el estado del arte o presentar ideas innovadoras relacionadas con los métodos ágiles, las prácticas individuales y las herramientas. Los trabajos aceptados enriquecerán potencialmente el cuerpo de conocimientos e influirán en el marco de pensamiento en este campo al investigar los métodos ágiles de forma rigurosa.

El tema está abierto a trabajos de investigación sobre múltiples aspectos de los métodos ágiles, en particular los que aportan las mejores prácticas en gestión del conocimiento y desarrollo ajustado a Scrum escalable, distribuido y externalizado, eXtreme Programming (XP) y otras prácticas ágiles.

Las ponencias de interés incluyen estos temas:

*Investigación sobre metodologías y enfoques existentes o nuevos: técnicas y prácticas informales de modelización, adaptación/recorte de métodos existentes y nuevas técnicas de planificación de productos/proyectos.

*Investigación sobre técnicas o prácticas existentes o nuevas: emparejamiento, war-rooms, diseño "test-first", creación de prototipos en papel, desarrollo impulsado por pruebas de aceptación temprana, pruebas exploratorias, refactorización u otras.

*Investigación sobre temas o herramientas especiales: gestión de la configuración y los recursos, pruebas, dirección de proyectos, participación de los usuarios, diseño para la agilidad, equipos virtuales u otros.

*Investigación sobre la integración de ideas de otros campos, por ejemplo, diseño de interacción, ingeniería de requisitos, ciencia cognitiva, psicología organizativa, pruebas de usabilidad, seguridad del software, en procesos ágiles.

*Estudios de investigación de equipos de desarrollo mediante técnicas etnográficas o de investigación social.

*Investigación sobre la economía de la ingeniería de software ágil.

*Estudios cuantitativos y cualitativos de métodos, prácticas y herramientas ágiles.

*Investigación sobre el cumplimiento ágil y los beneficios de costes en proyectos de desarrollo certificados CMMI, ISO 9000 y FDA.

Los documentos son especialmente relevantes cuando se demuestra que los procesos ágiles producen beneficios cuantitativos y cualitativos en múltiples implantaciones.

Jeff Sutherland

Instituto de Formación Scrum

Boston, MA EE.UU.

jeff@scruminc.com

+1 617 606-3652

Gabrielle Benefield

Instituto de Formación Scrum

Londres, Reino Unido

gbenefield@gmail.com