1. Introducción - cmg1015/Ing_Gest_Proyectos GitHub Wiki

Resumen de contenidos

La gestión predictiva se centra en planificar, en calcular un presupuesto y marcar plazos de entrega. Si el proyecto final se termina en la fecha acordada, sin exceder el coste y con todas las funcionalidades del plan inicial, se considera un éxito. Esa definición de un proyecto exitoso sirve en un entorno estable, con productos que son resultado de una atención escrupulosa a procesos y protocolos. Pero hoy en día se fabrican y venden productos que no tienen nada que ver. Se valora más a los individuos y su interacción que a los procesos y las herramientas. Pero hay tareas que requieren talento y necesitan personas motivadas que lo aporten. En una producción basada en procesos, lo que se persigue es que la calidad del resultado sea consecuencia de éstos, más que del conocimiento aportado por las personas que los ejecutan. Los documentos son un soporte físico que permite registrar y comunicar información relevante para el proyecto. Pero su relevancia debe ser menor que la del producto. El objetivo de un proyecto ágil no es controlar la ejecución para garantizar que los planes iniciales se cumplen, sino proporcionar de forma continua el mayor valor posible al producto. La prioridad es satisfacer al cliente a través de la entrega temprana y continua de un software de valor. Entregar un software que funcione, en periodos de un par de semanas hasta un par de meses, con preferencia en los periodos breves. El software que funciona es la principal medida de progreso. El scrum son equipos autónomos y autogestionados que comparten su conocimiento de forma abierta y aprenden juntos. Aunque esta forma de trabajo surgió en empresas de productos tecnológicos, en la manufactura industrial, a partir de 1995 se empezaron a aplicar también a la industria del software.

Desde los 80 se han desarrollado modelos y prácticas para mejorar la calidad y eficiencia de los proyectos. Tres conceptos y dos modelos de gestión. La forma de trabajar puede ser secuencial o concurrente. Trabajar de forma concurrente significa solapar en el tiempo las diferentes fases. El conocimiento o bien en los procesos o en las personas. La calidad del resultado se encuentra en los procesos y la tecnología empleada. Quienes trabajen sean personas motivadas y con talento. La gestión evolutiva tiene como objetivo entregar lo antes posible un producto mínimo viable, e incrementar su valor de forma continua.

Cuando se empieza a trabajar con scrum es recomendable leer el manual y seguir las instrucciones, adoptar el marco estándar. Cuando se alcanza un flujo de avance iterativo, se puede intentar ir más allá. En las empresas ágiles se adaptan.

Glosario de términos

  • Gestión ágil: es la antítesis al modelo de gestión de proyectos predictiva. Se basa en realizar entregas de forma continua y en integrar el feedback del cliente con cada iteración.

  • Gestión predictiva:se centra en planificar, en calcular un presupuesto y marcar plazos de entrega. Si el proyecto final se termina en la fecha acordada, sin exceder el coste y con todas las funcionalidades del plan inicial, se considera un éxito.

  • Ingeniería de procesos: en los entornos de producción industrial existía un principio básico de calidad, contrastado con éxito: «la calidad del resultado depende de la calidad de los procesos empleados». Dicho de otra forma: no se necesita a gente brillante o muy cualificada; mientras los procesos empleados sean de calidad, el resultado será de calidad.

  • Métodos ágiles: permiten adaptar la forma de trabajo a las condiciones del proyecto, consiguiendo flexibilidad e inmediatez en la respuesta para amoldar el proyecto y su desarrollo a las circunstancias específicas del entorno. Son métodos que surgieron como alternativa a las metodologías formales ya que tenían una fuerte dependencia de planificaciones detalladas previas al desarrollo.

  • Manifiesto Ágil: poniendo al descubierto mejores métodos para desarrollar software, haciéndolo y ayudando a otros a que lo hagan. Con este trabajo hemos llegado a valorar: A los individuos y su interacción, por encima de los procesos y las herramientas; el software que funciona, por encima de la documentación exhaustiva; la colaboración con el cliente, por encima de la negociación contractual; la respuesta al cambio, por encima del seguimiento de un plan. Aunque hay valor en los elementos de la derecha, valoramos más los de la izquierda

  • Documentación: Es un soporte físico que permite registrar y comunicar información relevante para el proyecto. Por cuestiones legales o normativas, pueden ser obligatorios. Pero su relevancia es menor que la del producto. El Manifiesto Ágil la considera innecesaria.

  • Gestión evolutiva: tiene como objetivo entregar lo antes posible un producto mínimo viable, e incrementar su valor de forma continua. Emplea una estrategia de solapamiento de las fases de trabajo y desarrollo incremental, que se puede obtener manteniendo un ritmo de iteraciones breves y cíclicas o un flujo de desarrollo constante.

  • Desarrollo: puede darse de forma completa o incremental. En el caso de un desarrollo completo, la descripción de lo que se desea obtener está disponible al inicio del proyecto; es completa y detallada y sirve de base para estimar. En los desarrollos incrementales, la descripción completa de lo que se desea obtener no está disponible al inicio. Se complementa y evoluciona durante el desarrollo, que se puede gestionar con dos tácticas diferentes: desarrollo incremental continuo y desarrollo iterativo.

  • Trabajo: secuencial divide el trabajo en fases. Una fase nueva comienza cuando se termina la anterior. Concurrente significa solapar en el tiempo las diferentes fases. Siguiendo con el ejemplo de ingeniería de software, todas las fases del párrafo anterior se revisarían de forma simultánea y continua.

  • Conocimiento: Los diferentes modelos ubican el conocimiento en los procesos o en las personas. En una producción basada en procesos: el conocimiento es explícito. En la producción basada en las personas: el conocimiento es tácito.

Diagrama conceptual

FUNCIONAMIENTO DE UN MARCO DE TRABAJO ÁGIL LOS 12 PRINCIPIOS DEL MANIFESTO AGIL

INGENIERÍA DE PROCESOS

EL MANIFESTO ÁGIL

CONOCIMIENTO

Preguntas de comprensión

  • ¿Para que sirve el Manifesto Ágil? Gracias a el aprendemos a valorar a los individuos y su interacción, por encima de los procesos y las herramientas. Nos enseña que el software que funciona va por encima de la documentación exhaustiva y que la colaboración con el cliente va por encima de la negociación contractual. Además aprendemos que la respuesta al cambio debe ir por encima del seguimiento de un plan.

Enlaces de interés

Scrum manager: identidad y aportaciones a la gestión ágil.


Scrum manager open knowledge: conocimientos para todos


Scrum manager