Trabajar con tareas

Parent page: Procesos y flujos de trabajo

Una parte integral del entorno de diseño colaborativo de Altium Designer es la compatibilidad con Workflows, que guían a los diseñadores de una empresa a través de procesos de diseño típicos y cotidianos, como:

• Solicitar nuevos componentes de biblioteca del Workspace
• Realizar revisiones de diseño
• Crear nuevos proyectos del Workspace.

Cada flujo de trabajo que se utiliza para implementar un proceso de diseño concreto se crea como parte de un Process Definition. Los procesos, y sus flujos de trabajo, se crean y administran mediante la interfaz del navegador del Workspace de Enterprise Server , por un administrador de ese Workspace. Para obtener más información, consulte Creación y administración de procesos.

Un diseñador puede acceder e iniciar cualquiera de los procesos que se hayan activado para su uso a nivel administrativo. La interacción con un proceso, o más bien con su flujo de trabajo definido, se realiza mediante Tasks. Una tarea se relaciona con una tarea de usuario definida dentro del flujo de trabajo: un punto en el que es necesaria la acción de un usuario para que el flujo de trabajo pueda avanzar.

Acceso a tareas a través de la interfaz del navegador

Las tareas pueden examinarse desde la página Tasks de la interfaz del navegador del Workspace. Esta página enumera todas las tareas que están actualmente pendientes para el usuario que ha iniciado sesión y que requieren acción (por ejemplo, una tarea relacionada con una actividad de revisión de proyecto o una solicitud de componente). Cada tarea es una etapa específica alcanzada dentro del flujo de trabajo de un proceso asociado.

Acceder al área Tasks de la interfaz del navegador del Workspace, desde donde puede ver al instante qué tareas requieren su atención.

Trabajar con tareas

El lado izquierdo de la página presenta las tareas activas (pendientes) del usuario que ha iniciado sesión, o las tareas que aún no se han asignado, pero para las que es candidato (por ejemplo, forma parte de un rol que se ha especificado para el asignado). Para un usuario estándar (no administrador), la lista de tareas se filtra automáticamente para que solo se muestren las tareas que requieren su atención o que puede reclamar como candidato.

Ejemplo de listado de tareas pendientes para el usuario Keith.

Cada tarea se enumera en función de lo siguiente:

• Timeframe – el punto en el que se encontró la tarea dentro del flujo de trabajo subyacente del proceso.
• Task Name – el nombre descriptivo dado al elemento de tarea de usuario en el flujo de trabajo subyacente del proceso.
• Title – el título de la tarea, que es el nombre de la actividad asociada (instancia del proceso); por ejemplo, Milestone Review #1.
• Username – el nombre de usuario del usuario del Workspace responsable de realizar la tarea. Si la tarea aún no se ha asignado, esta entrada aparecerá como .

Haga clic en una entrada de tarea para que su formulario asociado se muestre en la pestaña Form, en el lado derecho de la página. El formulario presenta toda la información y los campos que se han definido para esa tarea de usuario específica, por un administrador al crear el flujo de trabajo del proceso, con el fin de obtener elecciones, información o datos del usuario, que facilitarán el progreso posterior de ese flujo de trabajo.

Ejemplo de formulario para una tarea de usuario asociada a un proceso de revisión de diseño (Milestone Review). Pase el mouse sobre la imagen para ver un ejemplo de formulario para un proceso de solicitud de componente (New Part Request – Assign).

Para ver el flujo de trabajo subyacente de la actividad del proceso principal de la tarea, active la pestaña Diagram. El diagrama no solo muestra el flujo de trabajo completo del proceso, sino también el punto que se ha alcanzado en ese flujo: la tarea de usuario que está atendiendo actualmente, reflejada por la inclusión de su nombre.

Acceso al diagrama de flujo de trabajo del proceso predeterminado Milestone Review, resaltando la tarea de usuario que requiere acción y quién debe realizarla. Pase el mouse sobre la imagen para ver el diagrama de flujo de trabajo del proceso predeterminado New Part Request Assign. En ambos casos, el usuario Keith necesita atender estas tareas para que el flujo de trabajo pase a su siguiente evento.

Interactúe con el formulario según sea necesario para completar su tarea. Esto podría significar elegir una opción, hacer un comentario o adjuntar archivos/datos adicionales. Lo que debe hacerse normalmente se especifica dentro del formulario, y cualquier dato que necesite para realizar su tarea, por ejemplo llevar a cabo una revisión de diseño, suele proporcionarse con el formulario o como un enlace. Siempre que un administrador haya diseñado de forma intuitiva el formulario de una tarea de usuario en el momento en que se definió el proceso (y su flujo de trabajo), podrá completar de manera eficiente todas y cada una de las tareas que se le asignen, sin ambigüedad y sin necesidad de preguntar qué debe hacerse, a menos que, por supuesto, un usuario haya solicitado un nuevo componente de biblioteca del Workspace, por ejemplo, y no haya proporcionado suficiente información para que usted pueda actuar; en ese caso, puede completar su tarea eligiendo que se requiere más información.

Una vez que haya completado el formulario de su tarea según sea necesario, haga clic en el botón . La tarea se considerará completada y se eliminará de su lista de tareas. Si la siguiente tarea en el flujo también está asignada a usted, el formulario asociado se presentará automáticamente.

Visualización de tareas para un proyecto específico

Cualquier usuario puede ver todos los procesos actualmente activos (o cerrados) para un proyecto específico del Workspace, siempre que ese proyecto se haya compartido con él. Desde la página Projects page de la interfaz del navegador del Workspace, haga clic en el nombre de un proyecto o utilice la opción Open del proyecto seleccionado para acceder a la vista detallada del proyecto. Active la pestaña Activities para ver un listado de todas las actividades de Active asociadas con el proyecto. Desde aquí, puede ver de un vistazo qué tareas están pendientes en esas actividades y qué usuario(s) tienen asignadas esas tareas.

Ejemplo de actividad para un proyecto específico del Workspace, desde donde se puede ver la tarea actualmente pendiente y quién es responsable de ella.

Utilice las opciones del menú desplegable del botón en la página Projects si desea invocar otro flujo de trabajo de proceso (y tarea) para este proyecto.

Visualización de tareas para solicitudes de componentes

Cualquier usuario puede ver todos los procesos actualmente activos (o cerrados) relacionados con una o varias solicitudes de componentes. Desde la página Part Requests de la interfaz del navegador del Workspace, puede ver de un vistazo qué tareas están pendientes en esas solicitudes y qué usuario(s) tienen asignadas esas tareas.

Ejemplo de solicitudes de componentes, desde donde se puede ver, para cada una, la tarea actualmente pendiente y quién es responsable de ella.

Acceso a tareas a través de Altium Designer

Cuando un usuario está conectado al Workspace mediante Altium Designer, su lista actual de tareas estará disponible a través del panel Tasklist panel. Al hacer clic en la entrada de una tarea, se accederá a un cuadro de diálogo que contiene el formulario asociado con esa tarea.

Formulario de ejemplo para una tarea de usuario asociada con un proceso de revisión de diseño (Milestone Review), cuando se accede desde el panel Tasklist en Altium Designer.

Para ver el flujo de trabajo subyacente del proceso principal de la tarea, active la pestaña Diagram. El diagrama muestra el flujo de trabajo completo del proceso y el punto que se ha alcanzado en ese flujo: la tarea de usuario que está atendiendo actualmente, reflejada por la inclusión de su nombre.

Acceso al diagrama de flujo de trabajo para un proceso de revisión de diseño (Milestone Review), destacando la tarea de usuario que requiere acción y quién debe realizarla.

Use el formulario para completar la tarea y haga clic en el botón , para que el proceso pueda pasar a la siguiente etapa correspondiente. La tarea se considerará completada y se eliminará del panel. Si la siguiente tarea en el flujo también está asignada a usted, el formulario asociado se presentará automáticamente.

Tareas sin asignar

Según cómo se haya configurado el flujo de trabajo de un proceso, aquellos asignados para trabajar en la tarea resultante pueden ver su entrada mostrada con un icono , que indica una tarea sin asignar. En este caso, el usuario puede reclamar la tarea para trabajar en ella usando el botón .

Quién puede reclamar la tarea de actividad se indica mediante la entrada Candidates que se muestra en la parte superior del formulario. Como se muestra en el ejemplo de tarea Part Request a continuación, los candidatos son Librarians, del cual el usuario que ha iniciado sesión (Keith) es miembro. Para una tarea de solicitud de componente, el campo de candidatos se determina mediante el Assignee especificado en el propio flujo de trabajo del proceso; un administrador puede configurarlo con roles o usuarios individuales, o una combinación de ambos.

Un ejemplo de los candidatos que pueden asumir una tarea, según lo determinado por los roles especificados para el formulario de flujo de trabajo Assignee.

Los usuarios que son candidatos para la tarea (aquí, Librarians) verán la tarea como no asignada cuando el campo Task Ownership del formulario de flujo de trabajo esté configurado en One of assigned users. Cuando alternativamente se configura en All assigned users, la tarea sigue estando disponible para todos los asignados y no puede ser reclamada en exclusiva por un solo usuario.

Si se ha utilizado el campo Except en el formulario subyacente, entonces el/los usuario(s) a quienes no se les permite trabajar en la tarea también se mostrarán como excepciones en la lista de tareas Candidates. En la imagen a continuación, el Assignee se ha configurado en Librarians y Engineers, por lo que todos los miembros de esos roles verán la tarea como posibles candidatos para reclamarla. Sin embargo, se ha especificado una excepción para que al iniciador no se le permita trabajar en la tarea ($ Initiator). En este caso, el iniciador del proceso, Bruce, aunque es miembro del grupo Engineers, no puede reclamar la tarea (y no la verá en su propia lista de tareas).

Un ejemplo de los candidatos que pueden asumir una tarea, según lo determinado por los roles especificados para Assignee.

Para el usuario que ha iniciado sesión en Altium Designer, dichas tareas aparecen como entradas en la región Tasks del panel Tasklist con el icono . Cuando hace clic en una de estas tareas, el formulario subsiguiente ofrece un botón ; haga clic en él para asumir la tarea, sin tener que ir a la interfaz del navegador para reclamarla.

Un ejemplo de un usuario que ve una tarea no asignada, para la cual es candidato, y posteriormente se asigna esa tarea a sí mismo.

Las tareas que se haya asignado a sí mismo se distinguen entonces por el icono .