General Project Configuration Flashcards

1
Q

When to choose team managed projects?

A
  • Your team wants easier project configuration to get started quickly.
  • You want a self-contained space to manage your team’s work.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Choose a company-managed project if you:

A
  • want to standardize configuration across multiple projects in your organization
  • want complex customization with regard to permissions and workflow.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

What schemes are shared when a new project is made?

A
  • Field Configuration Scheme
  • Permission Scheme
  • Notification Scheme
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

What schemes are unique when a new project is made?

A
  • Issuetype Scheme
  • Issue type screen scheme
  • Workflow scheme
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Components
Affect Version Field
Releases
Custom Fields
Custom Resolutions

Which of these cannot be used/done in Team Managed Projects?

A

Components, Affect Version Field, Custom Resolution

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Which project type can you release a version via the board?

A

company managed kanban board

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

What happens to issues when you delete their fix version?

A
  1. reference to that version will be deleted
  2. you can select a new version
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

What actions can you perform on versions

A

delete, merge, release, archive, unarchive

Archived versions can be searched but not selected

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Migration between team to company steps (or the other way round):

A
  • Create a new team-managed project to receive your existing company-managed project issues
  • Find and move your existing issues to your new project
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

How can you move existing issues into a new project?

A

Bulk change issue –> move issue –> select any required fields –> confirm –> acknowledge

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Things to keep in mind if you migrate from company-managed to team-managed: Sprints

A

Sprints won’t move from company-managed project to a team-managed

Past sprints will not be displayed on the timeline.

Issues that were in your company-managed project will be added to the BACKLOG of your team-managed project.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Things to keep in mind if you migrate ( company –> team ) : Components

A

Component fields are unique to every project in Jira.

If you migrate issues with completed component field information, you will lose this data.

Components field data is not recoverable, even if you bulk move these issues back to the company-managed projects they came from.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Things to keep in mind if you migrate ( company –> team ): Custom fields

A
  • Must be recreated in your new team-managed project.
  • Global custom field values are retained (except component and version fields) BUT they aren’t mapped to your team-managed project’s fields.
  • The fields in your company-managed project are technically different from the fields in your team-managed destination, so they will appear blank.
  • If you move Issues back to a company-managed project that supports the custom field, the original values stored against it reappear.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Things to keep in mind if you migrate ( company –> team ):
Story points estimation

A

This data will be lost.
You can enable the Estimation feature in your team-managed project.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Things to keep in mind if you migrate ( company –> team ):
Reports

A

Data won’t be saved.
The Velocity report will show that no points were completed in past sprints.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Things to keep in mind if you migrate ( company –> team ):
Report history

A

All reporting history is lost in this migration process.

The Burnup report and Velocity report won’t be migrated.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

Things to keep in mind if you migrate( company –> team ):
Parallel sprints

A

unsupported in team managed

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

Things to keep in mind if you migrate( company –> team ):
Project and issue keys

A

Jira will automatically update the issue keys of migrated issues to reflect their new project.

Any existing links to old issue keys will be automatically redirected.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

Things to keep in mind if you migrate( company –> team ):
Versions and releases

A

Any version information is lost in this migration process, even if you have the Releases and versions feature enabled in your new team-managed project.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

Things to keep in mind if you migrate ( team –> company): Board statuses

A

customized your team-managed board –> set up the same statuses in your company-managed project’s workflow.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
21
Q

Things to keep in mind if you migrate ( team –> company): Custom fields

A

custom fields in your team-managed project–> jira admin needs to recreate them

Custom field data will need to be recreated, otherwise it will be lost.

22
Q

Things to keep in mind if you migrate ( team –> company): Issue types

A

custom issue types will need to be recreated

23
Q

Things to keep in mind if you migrate ( team –> company): Project and issue keys

A

issue keys of migrated issues to reflect their new project.

Any existing links to old issue keys will be automatically redirected.

24
Q

Things to keep in mind if you migrate ( team –> company): Reports

A

Reports data won’t be saved.

25
Q

Things to keep in mind if you migrate ( team –> company): Story points estimation

A

will be lost

custom field that Jira uses to store estimates in company-managed projects (Story points) is different to the custom field used in team-managed projects (Story point estimate)

26
Q

Features in company managed projects

A

Jira couples features with the project template used to create a project. Once you’ve picked a template, you’re locked into the features that come with it.

27
Q

Features in team managed projects

A

you can enable and disable different features to suit your team’s needs.

28
Q

Settings in team managed projects

A

teams set up and manage their workspace independently.

They update their project’s settings without the help of a Jira administrator.

These projects are ideal for teams who want to try different working methods as they mature.

29
Q

Settings in company managed projects

A

Jira administrators set up and manage a team’s workspace.

Teams ask a Jira administrator to update their project’s settings.

Company-managed projects help organizations promote and enforce best practices across many teams.

30
Q

What are the project templates?

A

Kanban
Scrum
Bug Tracking

31
Q

Kanban Project Template

A

Choose the kanban template to help teams visualize their work, limit work currently in progress, and maximize efficiency.

Work is continuously delivered in kanban, and your team pulls single pieces of work from the backlog, and then moves them to done.

32
Q

Scrum Project Template

A

Choose the scrum to work in a series of fixed-length iterations (sprints) that give teams a framework for shipping on a regular cadence.

33
Q

Bug tracking

A

manages a list of development tasks and bugs.

It’s best suited for teams that are capturing, tracking, and resolving bugs.

34
Q

What can be impacted by a change of Project lead in the project settings ?

A
  • component asignments
  • permissions
  • notifications
  • workflow conditions
  • security levels
35
Q

What must be associated with a project to allow for issue tracking and customization?

1 - A Workflow Scheme
2 - A Field Configuration Scheme
3 - A Permission Scheme
4 - All of the above

A
  1. All of the above
36
Q

Your Jira cloud instance has hundreds of projects which are used only by the development team at
your organization.
All projects share a single permission scheme New business requirements state:
● Customer support staff at your organization need to view all issues in all projects
● They also need to share filters with other users
● They should not be granted too much access
Identify the appropriate way to configure customer support staff in Jira (Choose one)
A. As a security level
B. As a new project role
C. As a new group
D. With the Trusted role
E. With an approved domain

A

Answer: C

37
Q
A
38
Q

Project Types

A
  • Buisness ( core jira finctionality )
  • software ( board releasehub, agile reports)
  • Service Management ( Queues, SLA’s, knowledge base integration, customer portal, request types)
39
Q

Pros of shared schemes:

A
  • easy to manage
  • changes apply to all projects
  • standardizatiosn
  • little impact on performance
40
Q

Cons of shared schemes:

A
  • Limited flexibility
  • multiple stakehoders must be consulted
  • potential errors, side effects impacting other projects
41
Q

Pros of Unique schemes

A
  • satisfy specific requirements
  • modifying the scheme doesnt impact other projects
42
Q

Cons of unique schemes

A
  • Administrative overhead
  • impact on performance
  • careful management required for many schemes
43
Q

Team-managed project board:

A
  • Users can create multiple issues from the board.
  • Users can create a new status from the board.
  • Users can group the issue by priority.
44
Q

Resolution field

A

Not supported by team managed projects

45
Q

What needs to be checked if a resolution is changed? ( for example form done to completed)

A

Similar to changing the status name, changing the resolution name will impact the JQL results.
so need to check:
1. automation rules
2. filters
3. dashboards
4. reports

46
Q

Team-managed project:

You have 10** issues** in version 1.0 and 1 issue in version 1.0x. Due to the incorrect version name, you wants to merge version 1.0x to version 1.0.

What do you need to do ?

A
  1. Move
  2. Delete

Archiving is not an option as it doesnt allow the moving of the issues.

There are no Merge or Swap actions in Releases.

47
Q

In the ** Software development project **BOARD, users can only group issues by:

A
  • Assignee
  • Epic
  • Subtasks
48
Q

In a Work management project users can only group issues by:

A
  • Status
  • Category
  • Assignee
  • Priority
49
Q

Team-managed project board facts:

A

Users can group the issue by asignee.
Users can rename the status from the board.
Users can group the issue by subtask.

Users do not need to create a new status from the project workflow.
The new status will be created after users add a new column on the team-managed project board.

50
Q
A
51
Q
A