Roles, equipos y proyectos – iceScrum

Documentación Esta documentación se aplica solo a iceScrum v7.
Para el antiguo iceScrum R6, lea la documentación o migrate.

Roles

Roles de equipo, proyecto y servidor

En iceScrum, el desarrollo del producto está organizado por Proyecto. Un equipo puede trabajar en cero, uno o muchos Proyectos, pero cada proyecto debe tener un solo equipo trabajando en ello. Además de su Equipo, un proyecto puede tener usuarios directamente conectados a él.

Los principales roles de Scrum están disponibles en iceScrum:

  • Roles de equipo: un equipo de desarrollo consiste en Miembros del equipo con uno o varios que también sean ScrumMasters
  • Roles del proyecto: el proyecto tiene uno o varios Propietarios del producto (o Product Owners) y opcionalmente personas externas interesadas en el producto: las Partes interesadas (o StakeHolders).

Para adaptarse a situaciones de la vida real, algunas de las reglas teóricas asociadas con estos roles se han relajado, p. es posible tener más de un ScrumMaster (SM) y más de un Product Owner (PO) en un equipo y es posible ser tanto SM como PO.

Para fines prácticos, iceScrum también ofrece funciones adicionales:

  • El propietario del equipo
  • El Stakeholder anónimo: un usuario no registrado que navega por un proyecto público
  • El Administrador (Admin) del servidor

Afiliación

Para pertenecer a un equipo o un proyecto, un usuario debe existir. La forma predeterminada de crear un usuario es que los usuarios se registren por sí mismos. Algunas aplicaciones permiten al administrador crear usuarios por lotes o incluso crearlos automáticamente a través de un método de autenticación externo, puede ver la App correspondiente para más información.

Los usuarios no pueden elegir sus roles: los roles se otorgan automáticamente a través del flujo de trabajo iceScrum o se otorgan explícitamente por otros usuarios que tienen permisos suficientes.

Los nuevos usuarios no pueden unirse de forma espontánea a un proyecto existente, sino que deben ser agregados por el propietario o el ScrumMaster, que elegirá su función. Como propietario o ScrumMaster, debe esperar a que se creen usuarios para otorgarles roles, a menos que use la función de invitación explicada en la siguiente sección.

Si usted es un Miembro del equipo/ScrumMaster, puede ver el equipo y abandonarlo. Si usted es el Propietario del producto o un Stakeholder, no hay forma de abandonar el proyecto, por lo que deberá solicitar al Propietario o al ScrumMaster que lo retiren del proyecto.

Invitaciones

Puede administrar la membresía del proyecto/equipo de personas que aún no tienen una cuenta iceScrum gracias a las invitaciones.

Si usa su propio servidor, las invitaciones no están habilitadas de manera predeterminada, por lo que debe habilitarlas manualmente, lo que requiere que un servidor de correo electrónico esté configurado correctamente y que el registro de usuario esté habilitado. Encontrará más información sobre esta configuración en el guía de instalación y la documentación .

Para invitar a alguien, escriba su correo electrónico en el campo de búsqueda del usuario y haga clic en el resultado. Puede otorgarles cualquier función al igual que lo haría con los usuarios registrados. Recibirán un correo electrónico para cada equipo/proyecto en que les haya invitado con un enlace para registrarse en iceScrum. Cuando se registran en este enlace, se agregan automáticamente a los equipos/proyectos a los que han sido invitados.

Permisos por rol


La siguiente sección abarca los detalles de cada rol, empezando por la que tiene menos permisos. Cada rol se define en comparación con el rol que lo precede, por lo que le recomendamos que los lea en secuencia. El alcance de cada rol se proporciona entre paréntesis.

StakeHolder (SH) anónimo (Proyecto)

Este rol solo existe para usuarios no registrados en proyectos públicos (por lo tanto, no puede asignar este rol). Para tales proyectos, Stake Holders anónimos tienen el siguiente permiso:

  • Acceso de sólo lectura a las vistas permitidas en la configuración del proyecto

Por defecto, todas las vistas del proyecto están permitidas, pero esto se puede personalizar.

Es todo, pero ya es útil para fines de visibilidad de la información. Para sugerir historias, un SH Anónimo puede registrarse y convertirse en SH regular y obtener los permisos que se describen a continuación.

StakeHolder (Proyecto)

StakeHolders tienen que ser registrados en iceScrum. Cualquier usuario registrado es automáticamente SH en todos los proyectos públicos, no se necesita ninguna acción manual. Para proyectos privados, este rol debe ser explícitamente otorgado por el Propietario o ScrumMaster del Equipo.

Tanto para proyectos públicos como privados, SH tienen el permiso de SH anónimo, más:

  • Importar proyectos (si está permitido en la configuración del servidor)
  • Crear proyectos (si está permitido en la configuración del servidor)
  • Sugerir historias en el area de ensayo del proyecto
  • Actualizar y eliminar las historias que han sugerido
  • Comentar historias
  • Seguir historias (ser notificado cuando las historias son actualizadas)

Miembro del equipo (Equipo)

Los miembros del equipo deben estar registrados y son parte explícita del equipo que trabaja en el proyecto. Miembros del equipo tienen los permisos de SH, más:

  • Examinar todas las vistas (incluidas las que no están permitidas a los SH)
  • Estimar historias
  • Copiar historias
  • Crear, actualizar y eliminar pruebas de aceptación en historias
  • Crear tareas
  • Interactuar con un subconjunto de tareas: las que no tienen responsabilidad, las de cual son responsables y las que han creado

ScrumMaster (Equipo)

ScrumMasters tienen los permisos de Miembros del equipo, más:

  • Actualizar la configuración del proyecto
  • Actualizar los Propietarios del producto y los Stake holders del proyecto
  • Activar y desactivar Apps en el proyecto
  • Administrar el equipo agregando/eliminando miembros, cambiando roles y actualizando el nombre del equipo
  • Exportar un proyecto
  • Archivar un proyecto (¡pero tenga cuidado, no lo puede desarchivar!)
  • Planificar, descartar y cambiar historias
  • Crear, activar, detener y eliminar entregas
  • Crear, activar, detener y eliminar iteraciones
  • Escribir una definición de Terminada y la Retrospectiva de iteración
  • Administrar tareas independientemente de su estado y responsable
  • Eliminar cualquier comentario

Propietario del producto (Proyecto)

Propietarios del producto tienen los permisos del SM, más:

  • Crear, actualizar y eliminar características y actores
  • Actualizar y eliminar cualquier historia
  • Aceptar historias del area de ensayo para que se incluyan en la pila del producto
  • Priorizar características features (reordenándolas)
  • Priorizar historias en la pila del producto (reordenándolas)
  • Dividir una historia
  • Crear una historia en el estado «Aceptada»
  • Cambiar el creador de una historia
  • Declarar historias como Terminada (o devolverlas a «en progreso»)
  • Devolver una historia al area de ensayo

Sin embargo, algunos permisos del SM no están disponibles para el Propietario del producto habitual:

  • Estimar historias
  • Actualizar la configuración del proyecto
  • Actualizar el Propietario del producto y los stakeholders del proyecto
  • Activar y desactivar Apps en el proyecto
  • Administrar el equipo agregando/eliminando miembros, cambiando roles y actualizando el nombre del equipo
  • Administrar tareas de las que no son responsables ni creador

Un Propietario del producto también puede ser ScrumMaster, esta es la única combinación de rol de proyecto/equipo que está permitida. No tiene sentido desde un punto de vista teórico, pero hace que sea más fácil para una persona hacer casi todo en el proyecto, lo que puede ser útil para pequeños equipos.

Propietario del equipo (Equipo)

El rol de Propietario se le otorga al usuario que crea un equipo, por lo que solo hay un Propietario por equipo. Tienen todos los permisos sobre el equipo y los proyectos asociados al equipo. Eso significa todos los permisos Propietario del producto y ScrumMaster, más:

  • Eliminar un equipo si no está asociado a ningún proyecto
  • Asociar un proyecto a un equipo
  • Cambiar de equipo en un proyecto
  • Eliminar un proyecto asociado a un equipo que poseen

Administrador (Servidor)

El Administrador tiene control total sobre todos los proyectos. Se crea durante el asistente de configuración en el primer inicio del servidor.

Además de los permisos normales, el administrador es la única persona que puede cambiar el propietario de un equipo y restaurar un proyecto archivado.

Con una licencia de pago, el administrador puede beneficiarse de Apps poderosas.


Pruébalo gratis ahora
Todo lo que necesita para gestionar sus proyectos ágiles