Aprendiendo una cosa nueva todos los días
Aprende a desarrollar un plan de adquisiciones. Identifica cómo se pueden satisfacer mejor las necesidades del proyecto mediante la adquisición de productos y servicios externos. El Plan de Adquisiciones describe cómo se gestionarán los distintos aspectos de las adquisiciones desde el principio hasta el final del proyecto.
Sigue leyendo
Aprende a elaborar un plan de comunicación. Enumera las necesidades de información de las partes interesadas y describe cómo pueden satisfacerse mediante actividades de comunicación adecuadas.
Sigue leyendo
Scrum es el subconjunto más popular de Agile. No sólo es un marco de proceso de desarrollo ágil ligero, sino también el más utilizado. Aquí están los recursos más básicos de agile y scrum para los practicantes de agile y scrum
Sigue leyendo
El modelo de formación-tormenta-normación-desarrollo del grupo fue propuesto por primera vez por Bruce Tuckman en 1965, quien afirmó que todas estas fases son necesarias e inevitables para que el equipo crezca, se enfrente a los retos, aborde los problemas, encuentre soluciones, planifique el trabajo y obtenga resultados. La teoría sigue siendo una buena explicación del desarrollo y el comportamiento de los equipos.
Sigue leyendo
La mayoría de los proyectos de desarrollo de software se consideran complejos e imprevisibles por naturaleza debido a la convergencia de tres factores: personas, requisitos y tecnología. Los distintos enfoques utilizados para la entrega y gestión de proyectos podrían entenderse más fácilmente en el contexto de los modelos de control de procesos y la complejidad de los proyectos.
Sigue leyendo
El Manifiesto Ágil detalla algunas filosofías ágiles fundamentales, una de las cuales es la preferencia por el control del Proceso Empírico, que sostiene que el conocimiento se deriva de la experiencia y la toma de decisiones se basa en lo que se conoce. Scrum es un Proceso Empírico basado en la inspección, la adaptación y la transparencia. dio el nombre de “Ágil” al movimiento.
Sigue leyendo
Propietario del producto – tiene la visión del producto; Scrum Master – ayuda al equipo a utilizar mejor Scrum para construir el producto; Equipo de desarrollo – construye el producto
Sigue leyendo
La historia del método Scrum comienza en 1986. Ese año, dos expertos empresariales japoneses introdujeron el término en el contexto del desarrollo de productos. Hirotaka Takeuchi e Ikujiro Nonaka publicaron el artículo “New New Product Development Game” (el doble “New” forma parte del título) en la Harvard Business Review. Los autores describían un nuevo enfoque para el desarrollo de productos comerciales que aumentaría la velocidad y la flexibilidad. Se inspiraron en estudios de casos de empresas de fabricación de automóviles, fotocopiadoras e impresoras.
Sigue leyendo
Scrum is a framework for developing and maintaining complex products and is an incremental, iterative development process. In this framework, the entire development process consists of several short iteration cycles, a short iteration cycle called a Sprint, and each Sprint is 2 to 4 weeks long.
Sigue leyendo
Un Product Owner es responsable de decir lo que debe desarrollarse y el orden de los elementos que deben cumplirse. Se le puede considerar como la única autoridad que le dice al resto del equipo lo que tienen que crear y qué características deben venir primero. En resumen, es el que indica a los demás miembros del equipo lo que deben crear.
Sigue leyendo