{"id":984,"date":"2018-10-15T17:32:18","date_gmt":"2018-10-15T17:32:18","guid":{"rendered":"http:\/\/lash.utrng.edu.mx\/?p=984"},"modified":"2018-10-15T17:35:46","modified_gmt":"2018-10-15T17:35:46","slug":"algo-sobre-el-desarrollo-agil","status":"publish","type":"post","link":"https:\/\/lash.utrng.edu.mx\/?p=984","title":{"rendered":"Algo sobre el desarrollo \u00c1gil"},"content":{"rendered":"\n

En 2001, Kent Beck<\/strong> y otros 16 notables desarrolladores, escritores y consultores IBEC011 (conocidos como la \u00abAlianza \u00c1gil\u00bb) firmaron el \u00abManifiesto para el desarrollo \u00e1gil de software<\/strong>\u00ab, el cual establec\u00eda:<\/p>\n\n\n\n

Hemos descubierto mejores formas de desarrollar software al construirlo por nuestra cuenta y ayudar a otros a hacerlo. Por medio de este trabajo hemos llegado a valoran:<\/p>– A los individuos y sus interacciones<\/strong> sobre los procesos y las herramientas.– Al software<\/strong> en funcionamiento sobre la documentaci\u00f3n extensa.– A la colaboraci\u00f3n del cliente<\/strong> sobre la negociaci\u00f3n del contrato.– A la respuesta al cambio<\/strong> sobre el seguimiento de un plan.Esto es, aunque los t\u00e9rminos a la derecha tienen valor, nosotros valoramos m\u00e1s los aspectos, de la izquierda.<\/cite><\/blockquote>\n\n\n\n\n\n\n\n

\u00bfQu\u00e9 es la agilidad en el contexto del trabajo de la ingenier\u00eda del software? Ivar jacobson proporciona una definici\u00f3n \u00fatil:<\/p>\n\n\n\n

Agilidad se ha convertido actualmente en la palabra de moda en cuanto se describe un moderno proceso de software. Cualquiera es \u00e1gil. Un equipo \u00e1gil es un equipo r\u00e1pido que responde de manera apropiada a los cambios. \u00c9stos son, en gran parte, la materia del desarrollo de software. Cambios en el software que se va a construir, cambios entre los miembros del equipo, cambios debidos a las nuevas tecnolog\u00edas, Cambios de todo tipo que pueden incidir en el producto que se construye o en el proyecto que crea el producto. En cualquier actividad de software se debe incluir un soporte para los cambios, esto es algo que adoptamos porque es el alma y el coraz\u00f3n del software. Un equipo \u00e1gil reconoce que el software lo desarrollan individuos que trabajan en equipo y que las aptitudes de esta gente, y su capacidad para colaborar, son esenciales para el \u00e9xito del proyecto.<\/p><\/blockquote>\n\n\n\n

\n\n\n\n

La Alianza \u00c1gil define 12 principios para quienes quieren alcanzar la agilidad:<\/p>\n\n\n\n

  1. Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software valioso. <\/li>
  2. Bienvenidos los requisitos cambiantes, incluso en fases tard\u00edas del desarrollo. La estructura de los procesos \u00e1giles cambia para la ventaja competitiva del cliente.<\/li>
  3. Entregar con frecuencia software en funcionamiento, desde un par de semanas hasta un par de meses, con una preferencia por la escala de tiempo m\u00e1s corta.<\/li>
  4. La gente de negocios y los desarrolladores deben trabajar juntos a diario a lo largo del proyecto. <\/li>
  5. Construir proyectos alrededor de individuos motivados. Darles el ambiente y el soporte que necesitan, y confiar en ellos para obtener el trabajo realizado.<\/li>
  6. El m\u00e9todo m\u00e1s eficiente y efectivo de transmitir informaci\u00f3n hacia y dentro de un equipo de desarrollo es la conversaci\u00f3n cara a cara.<\/li>
  7. El software en funcionamiento es la medida primaria de progreso.<\/li>
  8. Los procesos \u00e1giles promueven el desarrollo sustentable. Los patrocinadores, desarrolladores y usuarios deben ser capaces de mantener un paso constante de manera indefinida.<\/li>
  9. La atenci\u00f3n continua a la excelencia t\u00e9cnica y al buen dise\u00f1o mejora la agilidad<\/li>
  10. La simplicidad \u2014el arte de maximizar la cantidad de trabajo no realizado\u2014 es esencial.<\/li>
  11. Las mejores arquitecturas, los mejores requisitos y los mejores dise\u00f1os emergen de equipos autoorganizados.<\/li>
  12. A intervalos regulares el equipo refleja la forma en que se puede volver m\u00e1s efectivo: entonces su comportamiento se ajusta y adecua en concordancia.<\/li><\/ol>\n\n\n\n

    \u00bfQu\u00e9 es un proceso \u00c1gil?<\/p>\n\n\n\n

    Cualquier proceso \u00e1gil de software se caracteriza de una manera que refiere tres suposiciones clave acerca de la mayor\u00eda de los proyectos de software:<\/p>\n\n\n\n

    1. Resulta dif\u00edcil predecir cu\u00e1les requisitos del software persistir\u00e1n y cu\u00e1les cambiar\u00e1n. De igual forma, es dif\u00edcil presagiar c\u00f3mo cambiar\u00e1n las prioridades del cliente mientras se ejecuta un proyecto.<\/li>
    2. Para muchos tipos de software, el dise\u00f1o y la construcci\u00f3n est\u00e1n intercalados. Esto es, ambas actividades se deben realizar de manera conjunta, de modo que los modelos de dise\u00f1o sean probados conforme se crean. Resulta dif\u00edcil predecir cu\u00e1nto dise\u00f1o se necesita antes de que la construcci\u00f3n se utilice para probar el dise\u00f1o.<\/li>
    3. El an\u00e1lisis, el dise\u00f1o y la construcci\u00f3n no son predecibles (desde el punto de vista de la planeaci\u00f3n), lo que ser\u00eda deseable.<\/li><\/ol>\n","protected":false},"excerpt":{"rendered":"

      En 2001, Kent Beck y otros 16 notables desarrolladores, escritores y consultores IBEC011 (conocidos como la \u00abAlianza \u00c1gil\u00bb) firmaron el \u00abManifiesto para el desarrollo \u00e1gil de software\u00ab, el cual establec\u00eda: Hemos descubierto mejores formas de desarrollar software al construirlo por nuestra cuenta y ayudar a otros a hacerlo. Por medio de este trabajo hemos llegado … Seguir leyendo →<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"ngg_post_thumbnail":0,"footnotes":""},"categories":[7],"tags":[],"class_list":["post-984","post","type-post","status-publish","format-standard","hentry","category-primerparcialingsw1"],"_links":{"self":[{"href":"https:\/\/lash.utrng.edu.mx\/index.php?rest_route=\/wp\/v2\/posts\/984","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/lash.utrng.edu.mx\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/lash.utrng.edu.mx\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/lash.utrng.edu.mx\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/lash.utrng.edu.mx\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=984"}],"version-history":[{"count":2,"href":"https:\/\/lash.utrng.edu.mx\/index.php?rest_route=\/wp\/v2\/posts\/984\/revisions"}],"predecessor-version":[{"id":987,"href":"https:\/\/lash.utrng.edu.mx\/index.php?rest_route=\/wp\/v2\/posts\/984\/revisions\/987"}],"wp:attachment":[{"href":"https:\/\/lash.utrng.edu.mx\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=984"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/lash.utrng.edu.mx\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=984"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/lash.utrng.edu.mx\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=984"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}