Cuando los equipos comienzan el desarrollo ágil, poco ha cambiado, aparte de que quizá haya más reuniones en el calendario. Puede que sigan operando por separado o que limiten sus interacciones con los clientes. Es posible que el trabajo se divida en tareas del tipo cascada, luego diseñar historias de usuario, luego construir historias, luego probar historias. Por lo tanto, los «equipos ágiles» son ágiles en la forma cuando sólo andan sin entender o aceptar los principios y valores ágiles. Los equipos se vuelven ágiles cuando piensan y actúan de acuerdo con los valores y principios ágiles.
Sigue leyendoCategoría: Agile Project Management
Enfoque de desarrollo de prueba para el desarrollo de software ágil
El Desarrollo Dirigido por Pruebas (TDD) es un proceso de desarrollo de software que se basa en la transformación de los requisitos del software en casos de prueba antes de que el software esté completamente desarrollado, y en el seguimiento de todo el desarrollo del software mediante la realización de pruebas repetidas para todos los casos de prueba. Es lo contrario de desarrollar primero el software y luego crear los casos de prueba. Algunos modelos populares soportan muy bien el TDD, como el MVC y el MVP.
Sigue leyendoLos siete métodos de desarrollo ágil más populares
Cuando se creó el Manifiesto Ágil, había bastantes procesos de desarrollo «ligeros»; desde entonces han surgido otros métodos de este tipo. Ahora se denominan colectivamente métodos «ágiles». Desde el nacimiento del Manifiesto Ágil en 2001, ha habido mucho revuelo en torno a ser ágil. El enfoque ágil no es más que una forma de pensar que permite a los equipos y a las organizaciones innovar, responder rápidamente a los cambios de la demanda y mitigar los riesgos. Las organizaciones pueden ser ágiles utilizando muchos de los marcos disponibles, como Scrum, Kanban, Lean, XP, etc.
Sigue leyendoEstimación ágil: estimaciones relativas frente a estimaciones absolutas
Tanto si un equipo está desarrollando un producto como un proyecto, necesitamos responder a la pregunta «¿Cuándo podremos terminarlo?» , o hasta dónde seremos capaces de llegar en un momento determinado, por lo que, al igual que en los modelos de desarrollo tradicionales, necesitamos estimar la carga de trabajo antes de iniciar el proyecto. La estimación ágil es el proceso de estimar el esfuerzo necesario para completar una tarea prioritaria en el backlog del producto. Este esfuerzo suele medirse en términos del tiempo necesario para completar esa tarea, lo que a su vez conduce a una planificación precisa de los sprints.
Sigue leyendoEl Manifiesto Ágil y los Doce Principios
Agile es una filosofía que proporciona soluciones que abarcan y facilitan el cambio evolutivo a lo largo del ciclo de vida de un producto/proyecto. Muchos equipos y organizaciones ágiles han estado utilizando Agile para entregar software más rápido, mejorar la calidad y, en última instancia, mejorar la satisfacción del cliente.
Sigue leyendoEquipos multifuncionales frente a autoorganizados frente a funciones frente a equipos de componentes en Agile
«Un equipo interfuncional tiene todas las competencias necesarias para realizar el trabajo sin depender de otros que no forman parte del equipo» – Guía de Scrum. A diferencia del enfoque de equipo por componentes, un equipo interfuncional es un grupo formado por personas de diferentes áreas funcionales de la empresa. - Debería estar formado no sólo por especialistas técnicos (desarrolladores de back-end y front-end, ingenieros de control de calidad, etc.) sino también por miembros como analistas de negocio, especialistas en marketing y UX o cualquier otra persona que participe activamente en el proyecto.
Sigue leyendo¿Qué es el enfoque de autogestión?
Un equipo autogestionado es un grupo de empleados que son responsables de todos o la mayoría de los aspectos de la producción de un producto o servicio. El equipo autogestionado es la unidad básica de la nueva organización horizontal. Los equipos autogestionados son una consecuencia del anterior enfoque de equipo.
Sigue leyendoTutorial de diagrama PERT
El gráfico PERT es el acrónimo de (Program Evaluation and Review Technique). Un gráfico PERT es una herramienta de gestión de proyectos que se utiliza para programar, organizar y coordinar las tareas de un proyecto. Básicamente, es un método para analizar las tareas implicadas en la realización de un determinado proyecto, especialmente el tiempo necesario para completar cada tarea, y para identificar el tiempo mínimo necesario para completar el proyecto total.
Sigue leyendoPensamiento crítico: ¿Qué es Y-Chart?
El Y-Chart es un gráfico que consta de tres partes que pueden ayudar a organizar la comprensión del tema escribiendo y/o dibujando el aspecto, la sensación y el sonido del tema. (1) ¿Qué aspecto tiene? (2) ¿Cómo se siente? (3) ¿Cómo suena?
Sigue leyendo¿Qué es el diagrama de arquitectura hexagonal?
El diagrama de arquitectura hexagonal es un patrón arquitectónico que se utiliza en el diseño de software con el objetivo de crear componentes de aplicación poco acoplados. Este enfoque es una alternativa a la tradicional arquitectura en capas. Es una de las muchas formas de DDD (Domain Driven Design Architecture).
Sigue leyendo