• Author / Uploaded
• Daxx

Citation preview

Capítulo 3 – Preguntas 3.1. Vuelva a leer el “Manifiesto para el desarrollo ágil de software” al principio de este capítulo. ¿Puede pensar en una situación en la que uno o más de los cuatro “valores” pudieran causar problemas al equipo de software? Con los individuos y sus interacciones por la “costumbre” que pueden tener algunos con la manera de trabajar, podría causar retrasos en el proceso. El software que funciona con la habilidad que tienen con un software en específico. La colaboración con el cliente porque suele haber clientes prepotentes. Responder al cambio con las formas de trabajar, la velocidad y la manera de entregar el trabajo. 3.2. Describa con sus propias palabras la agilidad (para proyectos de software). Yo lo defino como la habilidad que tiene una persona o un equipo de personas de adaptarse a nuevas situaciones de trabajo y ser igual o más eficientes. 3.3. ¿Por qué un proceso iterativo hace más fácil administrar el cambio? ¿Es iterativo todo proceso ágil analizado en este capítulo? ¿Es posible terminar un proyecto en sólo una iteración y aun así conseguir que sea ágil? Explique sus respuestas. Es más fácil ya que se detectan errores en una etapa temprana. Todo proceso ágil debe de tener un proceso iterativo, esa es la intención de estos procesos. No, si se quiere que sea ágil debe de cumplir con ese requisito, ya que es un PROCESO, y los procesos van por etapas en las que se les hace una revisión. 3.4. ¿Podría describirse cada uno de los procesos ágiles con el uso de las actividades estructurales generales mencionadas en el capítulo 2? Construya una tabla que mapee las actividades generales en las actividades definidas para cada proceso ágil. … 3.5. Proponga un “principio de agilidad” más que ayudaría al equipo de ingeniería de software a ser aún más maniobrable. Constante retroalimentación sobre las herramientas que se estén utilizando. 3.6. Seleccione un principio de agilidad mencionado en la sección 3.3.1 y trate de determinar si está incluido en cada uno de los modelos de proceso presentados en este capítulo. [Nota: sólo se presentó el panorama general de estos modelos de proceso, por lo que tal vez no fuera posible determinar si un principio está incluido en uno o más de ellos, a menos que el lector hiciera una investigación (lo que no se requiere para este problema)]. “La prioridad más alta es satisfacer al cliente a través de la entrega pronta y continua de software valioso.”, considero que este punto se establece en los diferentes modelos, que ya sea pronto o tarde, lo que importa es la entrega de un buen software. 3.7. ¿Por qué cambian tanto los requerimientos? Después de todo, ¿la gente no sabe lo que quiere?

Surgen con la necesidad de satisfacer cada vez más demandas, estas demandas no siempre serán las mismas al paso del tiempo. No es que no sepan lo que quieren, sino que saben que eso es lo mejor para la empresa. 3.8. La mayoría de modelos de proceso ágil recomiendan la comunicación cara a cara. No obstante, los miembros del equipo de software y sus clientes tal vez estén alejados geográficamente. ¿Piensa usted que esto implica que debe evitarse la separación geográfica? ¿Se le ocurren formas de resolver este problema? No necesariamente, hoy en día existen muchas formas de comunicación a distancia, desde llamadas telefónicas o videollamadas, se pueden programar “juntas” para tratar todos los temas pendientes. 3.9. Escriba una historia de usuario XP que describa la característica de “lugares favoritos” o “marcadores” disponible en la mayoría de navegadores web. “Se necesita una manera de colocar accesos directos a las páginas web más usadas por los usuarios, de manera que siempre las tengan a su disposición sin la necesidad de estar buscando cada vez que quiera entrar a esa página” 3.10. ¿Qué es una solución en punta en XP? Es una manera de disminuir el riesgo cuando comience la implementación verdadera y validar las estimaciones originales para la historia que contiene el problema de diseño. 3.11. Describa con sus propias palabras los conceptos de rediseño y programación en parejas de XP. Rediseño es alterar algo ya creado para darle mejoras o sólo quitar errores. La programación en parejas es cuando dos personas se centran en una sola tarea en una estación de trabajo, de esta manera comparten opiniones y recursos. 3.12. Haga otras lecturas y describa lo que es una caja de tiempo. ¿Cómo ayuda a un equipo DAS para que entregue incrementos de software en un corto periodo? Una caja de tiempo es la manera en la que se describe el tiempo establecido que se le da a una tarea. Este recurso ayuda a limitar un tiempo de trabajo para la entrega a tiempo de una tarea. 3.13. ¿Se logra el mismo resultado con la regla de 80% del MDSD y con el enfoque de la caja de tiempo del DAS? No, ya que uno tiene el tiempo definido para todo el proyecto y el otro se puede ir estableciendo a lo largo del proceso.

2

3.14. Con el formato de patrón de proceso presentado en el capítulo 2, desarrolle uno para cualquiera de los patrones Scrum presentados en la sección 3.5.2. Nombre del patrón. ReunionesDiarias Intención. Este patrón se establece con la intención de hacer más eficaces las reuniones diarias con el equipo de desarrolladores. Tipo. Patrón de tarea. Contexto inicial. Las reuniones suelen ser cortas, pero existen trabajadores a distancias que no pueden estar físicamente en las reuniones Problema. El estrés de la reunión diaria, que, aunque se avanza más rápido por la revisión diaria, suele haber reuniones en las que no se revisa nada o lo mismo de la anterior, quita tiempo Solución. Establecer alarmas o encuestas para saber si se revisará algo de suma importancia o no Contexto resultante. Avanzar más rápido ya que se dedica todo el tiempo al proyecto, las reuniones ser más productivas evitando reunir a todos todo el tiempo. 3.15. ¿Por qué se le llama a Cristal familia de métodos ágiles? Porque este “premia” la maniobrabilidad de un proceso. 3.16. Con el formato de característica DIC descrito en la sección 3.5.5, defina un conjunto de características para un navegador web. Luego desarrolle un conjunto de características para el primer conjunto. • • •

Iniciar el navegador: , , Iniciar una búsqueda: , , Mostrar resultados de búsqueda: , ,

3.17. Visite el sitio oficial de modelación ágil y elabore la lista completa de todos los principios fundamentales y secundarios del MA. Fundamentales: • • • • • • • • •

Asumir simplicidad. Bienvenido el cambio. Permitir el siguiente esfuerzo es el objetivo secundario. Cambio incremental. Maximizar la inversión de las partes interesadas en el proyecto. Modelar con un propósito. Múltiples modelos. Trabajo de calidad. Rápida retroalimentación. 3

• •

El software es el objetivo primario. Viaje con poco equipaje.

Secundarios: • • • • • • •

El contenido es más importante que la representación. Todos podemos aprender de todos. Conozca sus modelos. Conozca sus herramientas. Adaptación local. Comunicación abierta y honesta. Trabaje con el instinto de las personas.

3.18. El conjunto de herramientas propuestas en la sección 3.6 da apoyo a muchos de los aspectos “suaves” de los métodos ágiles. Debido a que la comunicación es tan importante, recomiende un conjunto de herramientas reales que podría utilizarse para que los participantes de un equipo ágil se comuniquen mejor. Como lo dice el archivo, la programación extrema por parejas es una práctica para estar en constante retroalimentación en una sola tarea, estos se pueden apoyar de recursos como documentación, libros, etc. anotando las ideas en pizarras o pegatinas. Utilizando software de repositorios como GitHub para un proceso más eficaz.

4