Glosario de términos de la Guía SBOK™

Las estimaciones de los proyectos deben presentarse en rangos. Las cifras exactas pueden dar la impresión de ser altamente precisas cuando en realidad tal vez no lo sean. De hecho, las estimaciones, según su definición, se entiende que no son precisamente exactas. Los rangos de estimación deben basarse en el nivel de confianza que el equipo tenga en cada cálculo.

El razonamiento del proyecto incluye todos los factores que este requiere, ya sean positivos, negativos, elegidos o no (por ejemplo: capacidad inadecuada para cumplir con la demanda actual y la demanda prevista, la disminución en la satisfacción del cliente, baja utilidad, requerimientos legales, etc.).

Es un proceso en donde se realiza diariamente una reunión muy enfocada con un time-box asignado. A esta reunión se le conoce como Daily Standup Meeting, y es un foro que le permite a los miembros del Equipo Scrum ponerse al día sobre sus progresos y sobre cualquier impedimento que pudieran estar enfrentando.

En este proceso, el equipo principal de Scrum revisa las historias de usuario de alto nivel en el Backlog Priorizado del Producto para desarrollar un programa de planificación del lanzamiento, que esencialmente es un programa de implementación por fases que se puede compartir con el (los) stakeholder(s). Durante este proceso, también se determina la duración de los sprints.

Los recursos compartidos pueden ser el personal, el ambiente y el equipamiento que necesitan todos o algunos equipos Scrum que trabajan en un proyecto. En un proyecto grande, los recursos compartidos pueden estar limitados; son recursos que necesitan todos o parte de los equipos Scrum al mismo tiempo.

La refactorización es una herramienta específica para proyectos de software. El objetivo de esta técnica es mejorar el mantenimiento del código existente y hacerlo más sencillo, más conciso y más flexible. Refactorizar significa mejorar el diseño del código actual sin cambiar el comportamiento del mismo. Implica lo siguiente:

• Eliminación de código repetitivo y redundante
• Separar los métodos y las funciones en rutinas más pequeñas
• Definir claramente las variables y los nombres de los métodos
• Simplificar el diseño del código
• Hacer que el código sea más fácil de entender y de modificar

Proceso en el cual se refina y se actualiza constantemente el Backlog Priorizado del Producto.

Las regulaciones incluyen cualquier normativa federal, estatal o local a la que se deba acatar el programa o portafolio. En ocasiones tal vez sea necesario actualizar las recomendaciones del Scrum Guidance Body para reflejar nuevas regulaciones.

Representante nombrado por el equipo para que lo represente en las reuniones de Scrum de Scrums, basado en quien puede desempeñar mejor el rol dependiendo de los actuales problemas y circunstancias.

La suma de todos los conocimientos adquiridos mediante las diversas herramientas tales como las entrevistas a los clientes o usuarios o los cuestionarios, las sesiones JAD, el análisis de brecha, el análisis FODA y otras reuniones, ayudan a desarrollar una mejor perspectiva sobre los requerimientos y ayuda en la creación del Backlog Priorizado del Producto.