If you run into issues with not enough or too many events, modify the workflow and task board column mappings as needed. It is important to test new task boards to make sure that cards can move between columns as expected.
If multiple events or transitions are available when moving a card to a different column, users must select the event to apply to move the card, which may cause confusion.If an event or transition is not available when moving a card to a different column, users cannot drag and drop cards as expected, which can make the task board unusable and cause frustration.The following scenarios can cause issues: It is important to understand how events and transitions work, and to test to make sure the board behaves as expected before using it with your team. The available events depend on the workflow transition rules. This helps users move cards between columns as quickly as possible and ensures that users are only prompted to enter more information when required by your process.Ī workflow event is added to an item when moving cards between columns. To do this, select Do not show the dialog box when entering this event in the Edit Event dialog box in the workflow configuration. If possible, consider eliminating user prompts from workflow events. By default, users are prompted to enter information about the event.
This action applies a workflow event based on your workflow rules.
Taskboard review update#
Task boards make it easy for users to quickly update item status by dragging cards between columns. Use ‘quick’ events to eliminate event dialog box prompts Items are only briefly in the Open state, so omitting that state from the task board simplifies the configuration and helps to avoid user confusion if the task board configuration is updated. In the following example from the Scrum Template sample project, new items are moved automatically from the Open state to either the New Task or New Story state based on automation rules and requirement types. If your team has a workflow with a ‘branching’ state that is only used to route an item to a different state, consider leaving that state out of your task board column mappings. States in blue are currently mapped to a column and states in white are not mapped. To make it easier to review which workflow states have been mapped or not mapped to columns, use the Diagram Workflow option in the Configure Workflow dialog box to show a color-coded workflow diagram for each of your item types. Multiply the states used in a simple workflow by three, four, or five different item types and you will find yourself mapping 30 or 40 different states into just a few columns. Use workflow diagrams to keep track of workflow state and column mappingsĮvery team’s workflow is different, but even the simplest process may have multiple workflow states for each item type managed in Helix ALM. This will reduce the number of workflow states you need to review and map to columns, which making the configuration go more quickly. Then, when you create the task board, use the Show menu to filter out any item types you will not use. For example, a design review task board may only show user stories and requirements while a daily stand up board will show stories, requirements, tasks, issues, and tests the team is working on.īefore configuring a task board, make sure the team agrees on the item types to show in the task board. The purpose or use case for a task board generally determines what types of Helix ALM items will be displayed.
Task boards can be used for a variety of activities and projects, from design reviews and backlog grooming to project status meetings. Before reviewing these best practices, make sure you are familiar with how task boards work. The following best practices will help you in configuring task boards in Helix ALM to match the way your team works.
0 kommentar(er)
