Un administrador del equipo puede cambiar el término producto por un término aceptado en su organización en . Una administrador puede cambiar el nombre del término producto en cualquier momento.
Después de que se cambie y guarde el término, el término personalizado se utiliza en menús, recuadros de diálogo y mensajes. Los usuarios que ejecutan las sesiones deben renovar el navegador para ver los cambios de los términos personalizados. El término producto continuará mostrando la ayuda contextual y la ayuda de Information Center.
El siguiente flujo de trabajo es típico para un equipo que trabaja en un nuevo release del producto.
Cualquiera puede crear una jerarquía de productos en la página Examinar productos, pero normalmente el responsable del equipo o el gestor de productos organiza el producto. Los productos pueden organizarse por release, año de modelo, modelo de producto, estación, grupos de edad del cliente o cualquier otra categoría que sea adecuada para el producto.
Para ver los pasos necesarios, consulte Crear un producto.
Una jerarquía de productos por sí sola no es útil. Los productos deben contener la información para compilar el release del producto como, por ejemplo, los requisitos, los modelos de diseño, los elementos de trabajo y los casos de prueba.
Para ver los pasos necesarios, consulte Enlazar con elementos de trabajo, requisitos, etc..
Una vez que se ha compilado la jerarquía de productos y los enlaces con los artefactos están en los productos, el equipo empieza el trabajo iterativo para alcanzar un hito. Se crean más elementos de trabajo para realizar los cambios de diseño o requisitos, que a su vez determinan el nuevo trabajo en los casos de prueba. Los responsables del equipo deberán consultar los artefactos para compilar los informes de progreso. Los miembros del equipo desearán vistas para ver el ciclo de vida del producto.
En este tiempo, parte del trabajo que se debe completar incluye la creación y el llenado de carpetas. Las carpetas contienen vistas, consultas o informes específicos del producto para determinar el trabajo que deben realizar los equipos. Para ver los pasos necesarios, consulte Crear carpetas para organizar consultas, vistas e informes.
A medida que continúa el trabajo, puede que los equipos necesiten reorganizar la estructura del producto. La reorganización es necesaria si los equipos deben renombrar, mover, reutilizar o eliminar productos Para ver los pasos necesarios, consulte Manipular productos.
Utilice agrupaciones del producto para recopilar productos similares en grupos significativos para usted o su equipo. Después de haber creado una agrupación de productos, usted y su equipo pueden verla en el recuadro de lista de productos. Para ver los pasos necesarios, consulte Crear una agrupación de productos
En un determinado punto, el equipo alcanza un hito como, por ejemplo, una fecha de sprint o un release beta. Los hitos son un buen lugar en el release del producto para crear versiones congeladas de una jerarquía de productos. Para ver los pasos necesarios, consulte Incorporar una versión para conseguir un hito. Una vez incorporada la jerarquía de productos, todo cambio en un producto crea una nueva versión modificable. De lo contrario, si ha decidido específicamente bloquear la jerarquía de productos, esta no será modificable. Lleve a cabo una operación de desbloqueo para que la jerarquía de productos vuelva a ser modificable.
A veces se producen incluso más cambios en el producto, por lo que es necesario añadir nuevas variantes, que se denominan ramas. Una rama es normalmente un producto hijo como, por ejemplo, un producto hijo de bandeja de papel en un producto de impresora. Para ver los pasos necesarios, consulte Crear una variación para ramificar un producto. Cuando se extrae una rama, es posible que deba mover o reutilizar un producto hijo para la nueva rama. Para ver los pasos necesarios, consulte Manipular productos.
A medida que el trabajo en el producto progresa y alcanza el siguiente hito, incorpore una versión en cada unión crítica para guardar la jerarquía de productos.
En algún momento del release de un producto, algún aspecto del desarrollo del producto pueden interrumpirse debido a un problema. Si lo desea, puede comparar las versiones para ver cuándo se ha introducido un problema, determinar dónde se ha utilizado un producto hijo problemático y ver el historial de los cambios. Para ver los pasos necesarios, consulte Comparar productos, Buscar dónde más se utiliza un producto y Ver el historial de auditoría.
Cuando el producto esté listo para su publicación general, incorpore y bloquee la jerarquía de productos final.