Free ACP-610 Exam Braindumps (page: 6)

Page 6 of 19

Your team works in a project that uses only one workflow, a simplified workflow. The configuration of the corresponding Kanban board is shown:



Which statement is definitely true?

  1. Bugs can be dragged from "In Progress" to "In Test" on this board.
  2. All team members can transition issues from Backlog to In Test.
  3. Issues can be transitioned freely between all workflow statuses
  4. A resolution will be set once an issue is dragged to Done

Answer(s): A

Explanation:

The statement that is definitely true is that bugs can be dragged from "In Progress" to "In Test" on this board. This is because the board configuration shown in the image has two columns: "In Progress" and "Done". The "In Progress" column has three statuses mapped to it: "To Do", "In Progress", and "In Test". The "Done" column has one status mapped to it: "Done". Therefore, issues can be moved from one status to another within the same column by dragging them on the board. However, issues cannot be moved from one column to another by dragging them on the board, as this would require a workflow transition that is not available in a simplified workflow. A simplified workflow is a default workflow that allows any user with the Edit Issues permission to add or remove statuses on the fly. To move an issue from one column to another, you need to use the workflow button on the issue detail view and select a transition that matches the status of the destination column.


Reference:

Configuring columns, Using a simplified workflow



Your team uses Story Points for estimation and tracking.
You performed several actions in the active sprint.
Which two actions are reflected as scope change? (Choose two.)

  1. Added a fix version on a committed story.
  2. Estimated a story in the backlog.
  3. Dragged on estimated story from the backlog to the sprint.
  4. Modified the estimate value on a committed story.
  5. Added another 5ub-task to a committed story.
  6. Logged work on several committed stories.

Answer(s): C,D

Explanation:

The two actions that are reflected as scope change are dragging an estimated story from the backlog to the sprint and modifying the estimate value on a committed story. Scope change is a measure of how much work was added or removed from a sprint after it started. It is calculated by comparing the total story points committed at the start of the sprint and the total story points completed at the end of the sprint. If you add or remove issues from a sprint, or change their estimates, you are changing the scope of the sprint. The other actions mentioned in the question do not affect the scope of the sprint, as they do not change the amount of work planned or done in the sprint.


Reference:

Viewing the Velocity Chart, Scope change



You want to create a new Scrum board with the following requirements:
· Show all issue types from project BERT but do not show sub-tasks in the backlog · Show only epics from project ERNIE
· Do not show issues from any other projects
Which board filler query meets these requirements?

  1. project in (BERT, ERNIE) AND type in (standardlssueTypesG, Epic)
  2. project in (BERT. ERNIE) AND issuetype - Epic AND type not in subTasklssueTypesO
  3. (project = BERT AND type not in subTasklssueTypesO) OR (project = ERNIE AND issuetype Epic)
  4. project = BERT OR (project - ERNIE AND type = Epic)
  5. (project - BERT AND type in standardlssueTypes(J) OR (project - ERNIE AND issuetype -Epic)

Answer(s): C

Explanation:

The board filter query that meets these requirements is (project = BERT AND type not in subTasklssueTypesO) OR (project = ERNIE AND issuetype Epic). This query will show all issue types from project BERT except sub-tasks, as well as only epics from project ERNIE. It will not show issues from any other projects, as it uses the OR operator to combine two conditions that specify the project names. The other queries do not meet all the requirements, as they either include sub-tasks from project BERT, exclude epics from project ERNIE, or show issues from other projects.


Reference:

Configuring filters, Advanced searching - fields reference



Some issues in your project have labels and others do not. Some tasks in your project are identified by a distinct label: daily_business. You need to prevent these issues from being displayed on the team's Scrum board Which solution meets this requirement?

  1. · Create a quick filter
    · Add: NOT labels="daily_business_
  2. · Update the board sub-filter
    · Add; AND NOT labels = daily business
  3. · Update the board filter
    · Add: AND labels NOT IN (daily.business, EMPTY:
  4. · Update the board filter
    · Add: AND (labels != daily, business OR labels IS EMF

Answer(s): D

Explanation:

The solution that meets this requirement is to update the board filter and add: AND (labels !=

daily.business OR labels IS EMPTY). This will exclude issues that have the label daily_business from the board filter, which determines which issues are displayed on the board. It will also include issues that have no labels at all, as some issues in your project may not have labels. The other solutions do not meet this requirement, as they either do not exclude issues with daily_business label, or exclude issues with no labels.


Reference:

Configuring filters, Advanced searching - operators reference



Page 6 of 19



Post your Comments and Discuss ATLASSIAN ACP-610 exam with other Community members:

Kumar commented on September 01, 2024
Nice qs and
Anonymous
upvote