How does JIRA handle real-time updates when integrated with external tools?
- Manual synchronization
- Polling
- Scheduled synchronization
- Webhooks
JIRA utilizes webhooks to handle real-time updates when integrated with external tools. Webhooks allow external systems to receive real-time notifications from JIRA whenever certain events occur, such as issue creation or status changes. This ensures timely updates and synchronization between JIRA and other tools.
What is the "Issue Type" field used for when creating or editing an issue?
- Enhancement, Feature, Change Request, Defect
- High, Medium, Low, Critical
- Priority, Severity, Description, Category
- Task, Story, Bug, Epic
The "Issue Type" field in JIRA is used to categorize the type of work being done or the nature of the problem being addressed. Common types include Task, Story, Bug, and Epic, which help in organizing and prioritizing work items effectively.
What is the purpose of the "customer satisfaction survey" in JIRA Service Desk?
- To evaluate the performance of agents
- To gather feedback from customers about their experience with the service desk
- To provide discounts to satisfied customers
- To track the number of tickets resolved
The "customer satisfaction survey" in JIRA Service Desk serves the purpose of gathering feedback from customers about their experience with the service desk. After an issue is resolved, customers may receive a survey asking them to rate their satisfaction with the support they received. This feedback helps organizations identify areas for improvement, measure customer satisfaction levels, and make informed decisions to enhance service quality.
In JIRA, you can create custom _______ issue types to match your team's specific needs.
- Field
- Resolution
- Task
- Workflow
In JIRA, custom issue types allow teams to tailor the platform to their specific workflows and requirements. These custom issue types can represent various tasks, bugs, or other work items that align with the team's processes and terminology. Custom issue types enhance flexibility and clarity in project management within JIRA.
Scenario: You have a JIRA project for software development, and you want to implement a workflow that enforces code review before an issue can move to the "Done" status. What workflow element would you use to accomplish this?
- Issue Type
- Resolution
- Status
- Transition
In JIRA, transitions represent the actions that can be taken on an issue, such as moving it from one status to another. By configuring a transition, you can enforce a code review before transitioning an issue to the "Done" status. This ensures that code reviews are completed before code is considered finished and ready for deployment.
What is the purpose of a Definition of Done (DoD) in Agile?
- Clearly defines when a user story is considered complete
- Identifies the project manager
- Lists all project stakeholders
- Outlines the project timeline
The Definition of Done (DoD) in Agile serves to clearly define when a user story or task is considered complete and ready to be shipped or released. It typically includes criteria such as code review, testing, documentation, and acceptance criteria. Having a well-defined DoD ensures that there is a shared understanding among the team members regarding the completion criteria for each task or user story.
Scenario: During a Sprint, your team realizes that they have taken on too much work, and it's unlikely they will complete all the planned user stories. What should the team do in this situation to maintain Agile principles?
- Blame the Product Owner
- Collaboratively Re-prioritize Tasks
- Decrease Sprint Quality
- Extend the Sprint Duration
Collaboratively re-prioritizing tasks allows the team to focus on completing the most valuable user stories within the Sprint, ensuring that they deliver incremental value to stakeholders. Extending the Sprint duration contradicts the time-boxed nature of Agile Sprints and can lead to other planning issues. Decreasing Sprint quality compromises the integrity of the product and violates Agile principles. Blaming the Product Owner is unproductive and undermines teamwork.
What is the difference between a Kanban board and a Scrum board in JIRA Agile?
- Kanban boards are customizable while Scrum boards are not.
- Kanban boards are for software development while Scrum boards are for project management.
- Kanban boards focus on continuous delivery while Scrum boards follow sprints.
- Kanban boards have swimlanes while Scrum boards do not.
The main difference between Kanban and Scrum boards lies in their approach to workflow management. Kanban boards emphasize continuous delivery, allowing tasks to be pulled as capacity allows, while Scrum boards operate within fixed-length iterations called sprints. This influences how work is planned, executed, and monitored throughout the development process.
What are the key components of a JIRA Service Desk "knowledge base"?
- Articles, Categories, Labels
- Projects, Versions, Components
- Statuses, Transitions, Workflows
- Tickets, Assignees, Comments
The key components of a JIRA Service Desk knowledge base include articles, categories, and labels. Articles contain the information and solutions for common issues, categories help in organizing articles effectively, and labels enable easy search and retrieval of relevant articles.
Scenario: A team member mistakenly assigned an issue to the wrong person in JIRA. What action should they take to reassign the issue to the correct team member?
- Edit Issue
- Assign to Me
- Move
- Assign
To reassign an issue to the correct team member in JIRA, the appropriate action is to use the "Assign" option. This allows the user to select the correct team member to whom the issue should be assigned. Therefore, the correct option is Assign.