SDP Record
SDP Record
NO: 01
INTRODUCTION TO JIRA
AIM:
DESCRIPTION:
• JIRA follows the Client/Server concept. At the server side, JIRA must be installed
before using it as end user.
• At the server side, JIRA must connect with relation database to store issues/application
data.
• Download the JIRA Windows Installer.exe file.
• Select the OS type and click on Download.
• click on Next.
• Choose the appropriate installation option and then click on Next.
• The installation summary is displayed with the Destination Directory, Home Directory,
TCP Ports, etc.,
• Click on Install. JIRA will start installing.
• After installation, JIRA will be started automatically if the check box to “Start JIRA
Software 7.3.4 now” is checked. Then click on Next.
• Click the Finish button.
JIRA
• There are various uses of the JIRA tool, which one can easily find in the market.
However, some of the most important applications of the JIRA tool that are
considered in the companies are stated below.
• JIRA tool can be a lot more useful for project management teams. It is highly
compatible, and one can configure it with any type of project. The compatible nature
of the JIRA tool is what made it popular in the market. For project management
teams, the JIRA tool provides tons of project templates to choose from.
• A team can even create their own templates on which they can be designed their own
workflow. JIRA program software tracks make sure that all the pieces of work pass
through the workflow so that all the steps are completed.
• Moreover, the admins can even get to see who is doing what type of task in the
project and accordingly track the progress of the task. The project templates provided
by JIRA program store everything, from reports to workflow, and even track progress.
• This makes it comfortable for the project manager to view everything at a single place
and point out the things that need to be done.
OUTPUT:
RESULT:
Thus the study and the installation of the JIRA tool has been completed successfully.
EX.NO: 02
BACKLOG ITEMS IN JIRA
AIM:
DESCRIPTION:
BACKLOG
• The Backlog in JIRA is nothing but simply a list of requirements or features of that
given software application, where the features of the application are not described in
detail in the backlog.
• It is mainly described the list of tasks in the form of user stories with specific priority
status i.e. brief description on each functionality of the software application from the
user perspective.
• Fill the details in the create issue page i.e. select the name of the project, select
Issue/task Type(It may Bug or Epic or Story), Write down Summary for
High), Labels, Environment, Attachment related task, Linked Issues, Assigned To,
There are multiple activities are performed by the backlog in JIRA tools. Such as adding of
tasks or issues to the backlog, description of the task, to prioritize the task, create the task of
the task (subtask), workflow status of backlog, finding of task or issue or deleting of task or
issue and split of the task, mode of the transition of backlog and status of team workflow.
• We can add a task or an issue to the backlog in the JIRA tool by creating an issue/task
with adding some parameters related to it and then the task will be created in the
backlog list i.e. the team will start work on it. The issue in the backlog may be bug or
summary about it. From that, we exactly have known the actual or excepted criteria
• According to the severity of the bug or story or epic, the priority will be set to each
task in the backlog. The priority levels will be set to the tasks may be low or medium
or high. The high priority backlogs should adopt first for resolve in the first sprint and
so on.
• We can create a separate task inside the existing task is called a subtask. The subtask
also added to the backlog with priority level. For a big task or a task not completed
• It showing the workflow status of each task in backlog i.e. the status report of project
• From the backlogs, we find the total number of tasks or delete any unwanted tasks or
split the tasks as per the scope of the software application. So it is easy to track all the
• It provides the status of work progress of each task or issues i.e. in To Do stage or In
Progress stage or Done stage. It shows how many backlogs in complete mode or
• It provides the status report of the teamwork i.e. who involves resolving
in which backlogs or how many tasks are completed by whom or who assigned for the
• It can handle the software requirements, sprint planning, and defect handling.
• It provides proper prioritization for the tasks so the software will develop in the way.
• It is used to track the project improvement flow, defects/bugs workflow, and team
workflow.
• It supports the creation of subtask for a given task and represents the status of
• It will help in finding all tasks or issues or even to delete some tasks.
OUTPUT:
RESULT:
AIM:
To create a project in JIRA .
DESCRIPTION:
• Once you select a project type or an existing project for shared configuration, click
Create.
• If you're creating a project using a template related to a Jira product you currently do
not have access to, Jira will display a checkbox that will allow you to grant yourself
access to that application.
• This will add you to the default group of that application, and you will count as a user
for that license.
OUTPUT:
RESULT:
AIM:
To study and create a dashboard in JIRA.
DESCRIPTION:
DASHBOARD
• Dashboard is the main display you see when you log in to Jira.
• You can create multiple dashboards from different projects, or multiple dashboards for
one massive overview of all the work you're involved with.
• You can create a personal dashboard and add gadgets to keep track of assignments and
issues you're working on. Dashboards are designed to display gadgets that help you
organize your projects, assignments, and achievements in different charts.
• To view all of your dashboards, choose Dashboards > View all dashboards.
DEFAULT DASHBOARD
• The default dashboard is the screen that all Jira users see the first time they log in.
• Any users who have not added any dashboard pages as favourites also see the default
dashboard.
• Jira allows Administrators to configure the default dashboard.
• The gadgets on the default dashboard can be re-ordered, switched between the left and
right columns, additional gadgets can be added, and some gadgets can be configured.
• The layout of the dashboard (e.g. number of columns) can also be configured.
• All changes made to the default dashboard will also change the dashboards of all users
currently using the default.
• However, gadgets that users do not have permissions to see will not be displayed to
them. For example, the 'Administration' gadget, although it may exist in the default
dashboard configuration, will not be visible to non-admin users.
• Gadgets are the information boxes on the dashboard. Jira comes pre-configured with a
set of standard dashboard gadgets.
• It is also possible to develop custom gadgets and plug them into Jira using its
flexible plugin system.
CREATING A DASHBOARD
You can create and customize your own dashboard to display the information you need. Only
Jira admins can customize the system dashboard.
OUTPUT:
RESULT:
Thus the project is created successfully in JIRA.
EX.NO: 05
CONFIGURING GADGETS IN JIRA
AIM:
To create and configure gadgets in JIRA.
DESCRIPTION
GADGETS
• Gadgets display summaries of team progress, reports, and other data from Jira projects
and issues a dashboard.
• You can customize gadgets to display project and issue details relevant to particular
users.
There are a few ways you can customize the view of gadgets in a dashboard:
To Do this
Expand a gadget to take up the entire Use the Maximize ( ) button in the gadget
dashboard header.
Notes...
Rearrange gadgets
Use the ( ) button in the gadget
header.
Customize the gadget frames Use the More ( ) button in the gadget
Delete a gadget header.
RESULT:
Thus the gadgets has been configured successfully in JIRA.
EX.NO: 06
USERS AND GROUPS IN JIRA
AIM:
To study and create users and groups in JIRA.
DESCRIPTION:
• When you add a user to your Users list, you're inviting a user with that specific email
address to your site.
• If the user with that email address has an Atlassian account, they'll now be able to log
in to your site. If the user doesn't have an account, we'll walk them through the
Atlassian account signup process.
• Although they're logged in to your site, their account exists outside your site so that
they can use that same account to log in to other sites.
• Go to your site's Admin at admin.atlassian.com. If you're an admin for multiple sites
or an organization admin, click the site's name and URL to open the Admin for that
site.
• Select Invite users from the Users list page.
• Enter the Email address you want the user to log in with (you can enter more than one
at a time or a string of them using a space or comma.
• If you invite a user with a different email address from their Atlassian account email
address, and they end up creating a new Atlassian account, they can't combine the two
accounts.
• You'll need to re-invite the user with their original account and remove access for the
other account.
• If they create any content while logged in with the second account, that content will
still exist but will remain associated with their other account.
• Select where you would like to allow other users with this email domain to self signup.
• Select the Role you want these users to have on your site:
• Basic – Can access specified products and apps. No additional permissions.
• Trusted – Can access, configure, and add products. Can invite users.
• Site administrator – Full admin permission for the site.
• Select products from the Products access list. When users get an invite, we'll add the
user to the groups for the products you select, so you can always change them later.
• Select Invite users(s).
CREATE , EDIT AND DELETE GROUPS
Create groups
• Log in to admin.atlassian.com.
• From your organization, select Directory > Groups from the left side of the page.
• Select the Create group button to create a new group.
• Enter the Group’s name, add the Group’s members, and enter the Group's
description.
• A group’s name cannot be changed after being created. You will need to create a new
group with a different name.
• Select Create.
• You’ll be redirected to the Groups details page where you can add products to the
group and give group members product access. Select Add products to view a list of
products.
• From the Product roles dropdown for a Product, select a product role.
• Select Add.
• Log in to admin.atlassian.com.
• From your organization, select Directory > Groups from the left side of the page.
• Select a group from the list to edit or delete.
• Edit the group description by selecting the 3 dot icon to the right of Add group
members > Edit description.
• Edit the group's product access by clicking Edit group's access under Group access.
Learn more about updating product access settings.
• Delete the group by selecting the 3 dot icon to the right of Add group members
> Delete group.
OUTPUT:
RESULT:
Thus the users and groups in JIRA has been studied and executed successfully.
EX.NO: 07
PERMISSIONS IN JIRA
AIM:
DESCRIPTION:
PERMISSIONS
Permissions are settings within Jira applications that control what users within
those applications can see and do. All Jira applications allow a variety of permissions from
whether users can create new projects to whether a user can see a specific type of comment on
an issue. These permissions can differ between applications.
TYPES OF PERMISSIONS
There are three types of permissions in Jira applications, and they range from the high-level to
granular
• Issue security permissions - Organized into security schemes, these allow the
visibility of individual issues to be adjusted (within the bounds of the project's
permissions). For example, issue security permissions can let you set up types of issues
that can only be seen by project admins or users in specific groups.
• Managing project
A user with the Jira System
permissions
administrator permission
Project permission • Permissions for
A user in a group
company-managed
with Admin access
projects
A user with the Jira System
administrator permission
A user in a group • Configuring issue-
Issue security permission
with Admin access level security
A project admin
OUTPUT:
RESULT:
Thus the permissions in JIRA has been studied and created successfully.
EX.NO: 08
USER MANAGEMENT IN JIRA
AIM:
To about user management in JIRA tool.
DESCRIPTION:
USER MANAGEMENT
User creation is the most important part of the User Management process, it is not
limited to just that.
ADDING AN USER
• Click on the “Invite Users” button in the User Management->Users screen and enter
one or more email ID’s in the below dialogue that opens up. click Send.
• The invitation sent message comes up when the message is successfully sent.
• In case of an email invite, the user is not added until the recipient of the email invite
acts on the received invitation.
EDITING A USER
• Go to the User Management -> Users page. All the users available will be displayed.
The top portion of this page contains a “Filter” section.
• This can be used to manipulate how/what user information needs to be displayed. You
can choose to keep it empty, in which case it displays all the users available.
• Note the “Edit” link in the “Operations” column. Click on the corresponding “Edit”
link for the user whose information is to be modified.
• You will be able to change the following profile information
DELETE A USER
• Choose the “Delete” link corresponding to the user you would like deleted from JIRA.
OUTPUT:
RESULT:
Thus the user has been added, deleted, edited and managed in JIRA tool.
EX.NO: 09
PROJECT ROLES IN JIRA
AIM:
DESCRIPTION:
PROJECT ROLES
• A Jira application project role is a flexible way to associate users and/or groups with a
particular project.
• Unlike groups, which have the same membership throughout Jira applications, project
roles have specific members for each project.
• Users may play different roles in different projects.
RESULT:
Thus the project roles has been created and assigned in JIRA.
EX.NO: 10
CREATE PROJECT ROLES IN JIRA
AIM:
To create a project role in JIRA.
DESCRIPTION:
• Project roles are a flexible way to associate users and/or groups with particular
projects.
• Project roles also allow for delegated administration.
• Jira administrators define project roles — that is, all projects have the same project
roles available to them.
• Project administrators assign members to project roles specifically for their project(s).
A project administrator is someone who has the project-specific 'Administer Project'
permission, but not necessarily the global 'Jira Administrator' permission.
• permission schemes
• email notification schemes
• issue security levels
• comment visibility
• workflow conditions
• A system role is a specific type of default project role that's managed automatically by
Jira (for example the atlassian-addons-project-access role). Viewing project roles
• Click on Manage Default Members in the Actions column for your newly created
project role.
• Click Edit under Default Users or Default Groups.
• Enter group names in the Add user(s) to project role field. Or, select the user picker
icon to add individual users.
• Click the Add button.
• To delete a project role, locate the project role in the project role browser, and click
the Delete link.
• The confirmation screen that follows lists any permission schemes, email notification
schemes, issue security levels, and workflow conditions that use the project role.
• Deleting a project role removes any assigned users and groups from that project role,
for all projects. Be aware of the impact this may have.
OUTPUT:
RESULT:
Thus the project roles has been created in JIRA.
EX.NO: 11
TEST PERMISSIONS IN JIRA
AIM:
To create test permissions in JIRA.
DESCRIPTION:
CREATE PERMISSION
OUTPUT:
RESULT:
AIM:
To create queries and filters in JIRA.
DESCRIPTION:
QUERIES
• Queries are a series of simple elements strung together to form a more complex
question.
• A query has three basic parts: fields, operators, and values.
• Fields are different types of information in the system. Jira fields include priority,
fixVersion, issue type, etc
CREATING A QUERY
FILTERS IN JIRA
• Filters in Jira are used to sort and segment issues by criteria you set.
• For example, you can use filters to narrow a list of issues down to see only those that
are assigned to you, only those of a certain issue type (story, bug, epic, etc.), only
those assigned a specific priority, only open issues, and more.
• If you want to share your filters with others, favorite (star) or unfavorite (de-star)
them, or make changes to your filters' names, you can do so from the View all
filters screen.
• click Issues and filters in the left navigation menu, scroll down, and click View all
filters.
• Next, click the three horizontal dots icon next to the filter you want to edit, then
click Edit filter details.
• From this menu, you can also make copies of your filters or delete them if you no
longer need them.
OUTPUT:
RESULT:
AIM:
DESCRIPTION:
BOARD
A board displays issues from one or more projects, giving you a flexible way of viewing,
managing, and reporting on work in progress. There are two types of boards in Jira Software:
• You can use a board that someone else has created, or create your own.
• A project can have multiple boards, and a combination of Scrum boards and Kanban
boards, if you choose.
ACCESSING A BOARD
ON A SCRUM BOARD
Backlog
• The Backlog of a Scrum board shows the issues for your project(s) grouped into a
backlog and sprints.
• In the Scrum backlog, you can create and update issues, drag and drop issues to rank
them, or assign them to sprints, epics, or versions, manage epics, and more. You
would typically use the Scrum backlog when building a backlog of issues, planning a
new version, and planning a sprint.
Active sprints
• The Active sprints of a Scrum board displays the issues that your team is currently
working on.
• You can create and update issues, and drag and drop issues to transition them through
a workflow.
Reports
• Reporting is an activity that you will be doing throughout a project.
• Jira Software has a range of reports that you can use to show information about your
project, versions, epics, sprints, and issues.
ON A KANBAN BOARD
Backlog
• By default, Kanban boards have the Backlog column, where you plan work for your
team. Planning work in a small column becomes difficult as more issues are added in
the column.
• By enabling and using the Kanban backlog, you have a bigger space to create and
rank issues, and select issues for your team to start working on.
Kanban board
• The Kanban board is a board that was created using the "Kanban" preset (see Creating
a board).
• Kanban is based on the continuous delivery of work. Rather than plan iterations, the
flow of work is constantly monitored to ensure that there are always tasks being
worked on. This means that when tasks are completed, new tasks are pulled into
work-in-progress.
• Use the Kanban board if your team focuses on managing and constraining work-in-
progress.
Reports
• Reporting is an activity that you will be doing throughout a project.
• Jira Software has a range of reports that you can use to show information about your
project, versions, epics, sprints, and issues.
OUTPUT:
RESULT:
Thus the board has been created successfully in JIRA.
EX.NO: 14
RICH TEXT IN JIRA
AIM:
To create a rich text in JIRA.
DESCRIPTION:
RICH TEXT
The rich text editor lets your users choose between two options:
• Rich text editing is enabled by default, but you can disable it as follows:
• From the top navigation bar select Administration > System.
• Go to the User Interface section (in the left-side menu) and select Rich text editor.
• Select the Enable rich text editing for users toggle to enable or disable the editor.
• Currently, the editor doesn't support:
• nested tables
• pasting rich text (plain text is fine) that contains complex formatting
• Third-party macros provided by apps that aren't compatible with Jira 9.1 are displayed
in legacy mode:
• The Macro header is not editable in Visual mode, and content within the macro is
presented in text mode (wiki markup).
• You can check the status of your apps on the Rich text editor configuration page:
OUTPUT:
RESULT:
Thus the rich text has been created successfully in JIRA.
EX.NO: 15
SPRINT PLANNING IN JIRA
AIM:
To study about sprint planning in JIRA.
DESCRIPTION:
SPRINT
CREATING A SPRINT
• Once you've created your sprint, you'll need to fill it with issues.
• Before you do this, make sure you sit down with your team and discuss what work
you'd like to commit to doing. Ensure you add enough work for everyone in the team.
• Drag and drop issues from the Backlog onto your sprint.
• Note that you can also add an issue to your sprint by editing the issue and updating
the Sprint field.
• Start sprint
• Once you've added issues to your sprint and the team is ready to work, you'll need to
start the sprint.
• The sprint is at the top of the backlog. If you want to start a planned sprint that is
lower down, you'll need to reorder your sprints to move it to the top.
TO START A SPRINT
• Update the Sprint name and add a Sprint goal if you want to, and select the Start
date and End date for the sprint.
• Monitor your team's progress
• During the sprint, you'll probably want to monitor the team's progress. One way of
doing this is by viewing the Sprint Report.
TO CLOSE A SPRINT
• Note that if you have multiple sprints in the Active sprints of your board, the
'Complete Sprint' button will not appear until you select one of the sprints.
• Click Complete Sprint. All completed issues will move out of Active sprints.
OUTPUT:
RESULT:
AIM:
To study about the dashboards for sprint in JIRA.
DESCRIPTION:
DASHBOARD
• Dashboard is the main display you see when you log in to Jira.
• You can create multiple dashboards from different projects, or multiple dashboards for
one massive overview of all the work you're involved with.
• You can create a personal dashboard and add gadgets to keep track of assignments and
issues you're working on. Dashboards are designed to display gadgets that help you
organize your projects, assignments, and achievements in different charts.
• To view all of your dashboards, choose Dashboards > View all dashboards.
CREATING A DASHBOARD
You can create and customize your own dashboard to display the information you need. Only
Jira admins can customize the system dashboard.
• Jira dashboard gadgets are blocks that appear on your dashboard and allow you to
dynamically access and interact with information from across your instance.
• In many cases, you can also customize and configure dashboard gadgets to get
precisely what you want making them an extremely powerful tool.
• There are a number of gadgets built into Jira, but you can also download more using
apps from the Atlassian Marketplace and they unlock a wide range of new
capabilities.
• You can find the “Add gadget” button in the top right of your dashboard.
OUTPUT:
RESULT:
Thus the dashboard for sprint has been created successfully in JIRA.
EX.NO: 17
AUTOMATION TOOLS IN JIRA
AIM:
To study about the automation tools in JIRA.
DESCRIPTION:
AUTOMATION
• Automation empowers you to focus on the work that matters, removing the need to
perform manual, repetitive tasks by allowing your teams to automate their processes
and workflows.
• With our simple rule builder, you can configure powerful automation rules to handle
even the most complex scenarios.
RULES
• Rules allow you to automate actions within your system based on criteria that you set.
• Automation rules are made up of three parts: triggers that kick off the
rule, conditions that refine the rule, and actions that perform tasks in your site.
TRIGGERS
• Every rule starts with a trigger. They kick off the execution of your rules.
• Triggers will listen for events in Jira, such as when an issue is created or when a field
value is changed.
• Triggers can be set to run on a schedule, and can be customized before being applied
to a rule.
CONDITIONS
• They must be met for your rule to continue running. For example, you can set up your
rule to only escalate an issue if it is high priority.
• If a condition fails, the rule will stop running and no actions following the condition
will be performed.
RULE STATUS
AUDIT LOG
• Each of your rules will have an audit log that you can review to see when the rule was
triggered, the final result of the execution, and any actions that may have been
performed.
• You can view the audit log of an individual rule, project-wide or at a global level.
Reviewing your audit logs is an effective way of debugging your rules.
CREATING A RULE
• We can create a simple rule to automatically add sub-tasks to any new bugs, and even
assign them to a specific user.
OUTPUT:
RESULT:
Thus the automated tools has been created and studied successfully.
EX.NO: 18
CREATE AUTOMATION RULE IN JIRA
AIM:
To create the automation rule in JIRA.
DESCRIPTION:
AUTOMATION
• Automation empowers you to focus on the work that matters, removing the need to
perform manual, repetitive tasks by allowing your teams to automate their processes
and workflows.
• With our simple rule builder, you can configure powerful automation rules to handle
even the most complex scenarios.
RULES
• Rules allow you to automate actions within your system based on criteria that you set.
• Automation rules are made up of three parts: triggers that kick off the
rule, conditions that refine the rule, and actions that perform tasks in your site.
RULE STATUS
BUILDING A RULE
• Navigate to your Automation settings and select Create rule in the top-right corner.
• Select the Issue created trigger, and select Save.
• Select New condition, and select the Issue fields condition.
• Configure the condition as follows:
Set the Field to Issue Type
Set the Condition to equals
Set the Value to compare to Bug
Select Save.
• Select New action, and select the Create sub-tasks action.
• Configure the action as follows:
Add 3 sub-tasks, called Inspect code, Troubleshoot and Resolve.
Select Save.
• Select New action, and select the Assign issue action.
• Select a user to specify the assignee, and select Save.
• Give your rule a name, and select Turn it on.
OUTPUT:
RESULT:
AIM:
To create the test automation rule in JIRA.
DESCRIPTION:
AUTOMATION
• Automation empowers you to focus on the work that matters, removing the need to
perform manual, repetitive tasks by allowing your teams to automate their processes
and workflows.
• With our simple rule builder, you can configure powerful automation rules to handle
even the most complex scenarios.
ACTIONS
• Actions are the doers of your rule. They allow you to automate tasks and make
changes within your site.
• They allow you to perform many tasks, such as editing an issue, sending a
notification, or creating sub-tasks.
BRANCHING
• They often contain sub-tasks, are stories that are part of a larger epic, or are simply
linked to other issues using certain relationships.
• This means that when using automation, actions often need to apply, not only to the
source issue that triggered the rule, but also to any issues that are related to the source
issue.
• Special conditions and actions are available to create powerful rules that can work
across complex issue relationships.
• For example, checking that all sub-tasks of a parent issue are resolved.
OUTPUT:
RESULT:
AIM:
DESCRIPTION:
SUBSCRIPTIONS
• Jira subscriptions keep you abreast of important issues when they arise.
• A subscription in Jira means it will run a query on a scheduled basis and email the
result to you or a group of people.
Now your administrators can view and manage the filters and subscriptions of all Jira users in
one place.
Key highlights:
• Browse all filters and subscriptions on one dashboard
• Manage the private filters of other users
• Manage and delete subscriptions created by any user
• Change the filter owner
• Find broken filters
• Find potentially duplicate filters
• Search for filters by a piece of JQL-query
• Browse agile boards based on a particular filter
• Check if a filter was added to favorites by any of the active users.
OUTPUT:
RESULT:
AIM:
DESCRIPTIONS:
• Conceptboard has taken visual communication and visual project management a step
further by introducing visual alerts.
• It’s easy to centralize all your discussions on visual content in Conceptboard, but now
we’ve made it even easier to take action, with task assignments.
• All comments can be marked as a task, but you can assign tasks to teammates, simply
by @mentioning a team member in a comment box and marking the comment as a
task.
• Your teammates will get a visual alert in their email and home page feed, adding
important visual context to the task assignment, and can see a list of all their tasks in
the board and on the home page.
• To get the attention of your teammates on important tasks, @mention them directly in
a comment.
• They’ll receive an email and home feed notification that includes the comment and
a visual preview of the comment area.
• You can mention anyone that is in your contact list.
OUTPUT:
RESULT:
AIM:
DESCRIPTION:
ROADMAP
• A product roadmap is a shared source of truth that outlines the vision, direction,
priorities, and progress of a product over time.
• It’s a plan of action that aligns the organization around short and long-term goals for
the product or project, and how they will be achieved.
• While it's common for the roadmap to show what you’re building, it’s just as
important to show why.
• Items on the roadmap should be clearly linked to your product strategy, and your
roadmap should be responsive to changes in customer feedback and the competitive
landscape.
• Product owners use roadmaps to collaborate with their teams and build consensus on
how a product will grow and shift over time.
• Agile teams turn to the roadmap to keep everyone on the same page and gain context
for their everyday work and future direction.
• These roadmaps can be created in several ways, depending on how your team likes to
work. Some common versions include the detail about the prioritized customer value
to be delivered, target release dates and milestones.
• Since many development teams use agile methodologies, these roadmaps are often
organized by sprints and show specific pieces of work and problem areas plotted on a
timeline.
• These roadmaps emphasize how teams' work supports high-level company goals and
metrics.
• They are often organized by month or by quarter to show progress over time towards
these goals, and generally include less detail about detailed development stories and
tasks.
BEST PRACTICES FOR BEST ROADMAP
Building and maintaining product roadmaps is an ongoing process to embark upon with your
team. There are a few simple ways to set yourself up for success:
OUTPUT:
RESULT:
Thus the roadmap for the product has been created successfully in JIRA.
EX.NO: 23
INFORMATION RADIATORS IN JIRA
AIM:
To study about the information radiators in JIRA.
DESCRIPTION:
INFORMATION RADIATORS
AGILE WALLBOARD
• This gadget displays the team task board and is a beautiful way of highlighting the
flow of work.
• You can see items from the current sprint together with their status and assignee,
giving you an overall picture of the sprint contents.
• It’s a really useful gadget to look at during your daily stand-up, as you can point to
specific tasks during the meeting.
PIE CHART
• It helps you to know exactly how much work each team member has and how quickly
they are able to complete it.
• As pie charts offer a very visual and immediate picture of what’s going on, this gadget
is a great choice for Jira Wallboards.
• You can also use it during meetings; hovering the mouse over a piece of the pie gives
you the issues as a percentage and clicking on a segment takes you to those issues for
further detail.
DAYS REMAINING IN SPRINT
• This simple gadget does exactly what it says on the tin; it gives you how many
working days you have before the next release is due in a particular sprint.
• It’s uniquely suited to wallboards because a quick glance gives passers-by the
information they need to stay on track.
• The Agile Sprint Health gadget displays a color-coded bar graph that lets you see a
concise visual summary of the issues in a specified sprint.
• It shows your overall progress based on the time elapsed, work completed, and work
remaining.
• The blue, yellow and green colors represent different issues in different statuses.
Usually, blue is “To Do”, yellow is “In Progress” and green is “Done”. During
meetings you can click any part of the bar to view the issues in the corresponding
statuses.
• The work completed percentage is based on the estimation statistic used for your
board.
SPRINT BURNDOWN
• This gadget displays a series of line graphs showing the burndown for a particular
sprint.
• The grey line is the ‘guideline’ based on the total estimated issues at the start of the
sprint and the red ‘remaining values’ line is the actual work done .
• The sprint burndown is a popular gadget that lets passers-by see how the team is
performing and whether the sprint is on track or not.
OUTPUT:
RESULT:
AIM:
To close the sprint in JIRA.
DESCRIPTION:
CLOSING A SPRINT
• The end of a sprint is the time where your team takes stock of its progress.
• This usually includes demonstrations of the work completed during the sprint,
followed by a sprint retrospective to analyze where improvements can be made.
• As the team lead, Scrum master, or product owner, you can also use this time to check
how your team is progressing against the overall version, and provide feedback to your
stakeholders.
• Note that your issues won't be marked with the date the sprint was closed; however,
you can always view the sprint for an issue to find out when the sprint ended.
• If you have parent issues that are 'Done' but sub-tasks that are not 'Done', you won't be
able to end the sprint.
• You must complete the sub-tasks first.
• If you have parent issues that are not 'Done' but have sub-tasks that are all 'Done', the
parent issues will still be moved to the selected future sprint or to the Backlog.
• If these parent issues are part of another active sprint, the previously completed sub-
tasks are still 'Done'.
OUTPUT:
RESULT:
AIM:
DESCRIPTION:
REPORTS
• One part of ensuring the success and smooth operations of your projects in JIRA is
reporting.
• It involves gaining the knowledge about the health, progress and overall status of your
JIRA projects through Gadgets, report pages or even third party applications.
• The goal of this guide is to provide an overview of the tools available to JIRA users
today and how they can be used to fulfill the different types of reporting needs that
users face today.
STANDARD REPORTING
• JIRA offers reporting in a number of different formats.
• Project reports that are available from the home screen of the selected project, Gadgets
that can be added and arranged in Dashboards and for each filter, the issue navigator
offers various output formats that can be used in third party reporting software.
• Additionally, we will mention some advanced methods that customers have been
using.
• In JIRA, a project will automatically offer standard reports available to the user
without any necessary configuration.
• These standard reports comprise a wide range of reporting applications such as time
tracking, workload and also abstract reports like Pie Charts that can be used in various
ways.
Standard Report Description
Average Age Report Shows the average age (in days) of unresolved issues.
Created vs Resolved Shows the number of issues created vs number of issues resolved
Issues Report over a given period of time.
Pie Chart Report Shows the search results from a specified issue filter (or project)
in a pie-chart, based on a statistic of your choice.
Recently Created Shows the rate at which issues are being created.
Issues Report
Single Level Group Shows the search results from an issue filter, grouped by a field
By Report of your choice.
Time Since Issues Shows the number of issues for which your chosen date field
Report (e.g. 'Created') was set on a given date.
User Workload Report Shows how much work a user has been allocated, and how long
it should take.
Version Workload Shows how much outstanding work there is (per user and per
Report issue) before a given version is complete.
Reporting Gadget Description
for JIRA Data
Activity Stream The Activity Stream Gadget displays a summary of your recent
activity.
Assigned to Me The Assigned To Me Gadget displays all open issues in all projects
assigned to the current user viewing the dashboard.
Average Age The Average Age Gadget displays a bar chart showing the average
number of days that issues have been unresolved.
Bugzilla ID Search The Bugzilla ID Search Gadget allows the user to search all JIRA
issues for references to Bugzilla IDs.
Calendar Displays issues and versions in calendar format, based on due date.
Created versus Displays a list of all the issue filters that you have marked as
Resolved Issues favourite.
Favourite Filters The Favourite Filters Gadget displays a list of all the issue filters
that have currently been added by you as a favourite filter.
Filter Results The Filter Results Gadget displays the results of a specified issue
filter.
Heat Map Displays the relative weighting of the values in a given field, for
issues returned from a given project or filter.
Issues in Progress Displays all issues that the current user is working on.
Pie Chart The Pie Chart Gadget displays issues from a project or issue filter,
grouped by a statistic type, in pie-chart format. The issues can be
grouped by any statistic type (e.g. Status, Priority, Assignee, etc).
Projects The Projects Gadget provides information and various filters related
to a specified project(s).
Quick Links The Quick Links Gadget displays a number of useful links to issues
associated with the current user.
Recently Created The Recently Created Issues Gadget displays a bar chart showing
Issues the rate at which issues are being created, as well as how many of
those created issues are resolved.
Resolution Time The Resolution Time Gadget displays a bar chart showing the
average resolution time (in days) of resolved issues.
Road Map The Road Map Gadget shows versions which are due for release
within a specified period of time, and a summary of progress made
towards completing the issues in those versions.
Time Since Chart Displays a bar chart showing the number of issues that something
has happened to within a given time period. The 'something has
happened' is based on a date field that you choose, such as 'Created',
'Updated', 'Due' or 'Resolved'.
Voted Issues Displays issues for which the current user has voted.
OUTPUT:
RESULT:
AIM:
To study about the sprint retrospective items in JIRA.
DESCRIPTION:
RETROSPECTIVE IN JIRA
• Agile coaches around the world will agree on the fact that the retrospective is the key
to your products incremental value. And most of all, it’s key for your team’s
continuous improvement in the long term.
• Without a retrospective at the end of every sprint, Agile wouldn’t be the same. Issues
wouldn’t be fixed before you can prevent them from snowballing into proportions
difficult to manage.
• And you definitely would be missing out on the long-term benefits of Agile.
5 STAGES OF RETROSPECTIVES
• Set the Stage
• Gather Data
• Generate Insights
• Decide what to do
• A retrospective is a place for everyone on the team to share. Setting the stage involves
creating that “safe space”.
• Everything from the venue, to the TRUST needed for people to freely share.
• JIRA is the perfect “Venue” to host your retrospectives since you already have all of
the sprint information there.
• So it’s easy to follow up and to have in consideration for future sprints. Just choose
your preferred conference software and have the entire team connected and with their
camera on.
Gather Data
• During an in-house team Agile Retrospective session using a whiteboard where the
team takes turns to input ideas, these give way for “Groupthink”.
• Groupthink is that phenomenon, where the first person brings up an issue, the whole
team seems to agree or nod and any future comments on that issue will be withheld.
This is not ideal since you want to know everyone’s perspective on a given issue.
• It’s a much better approach to have every team member input ideas separately,
without fear of judgement or bias.
Generate insights
• At this stage, we filter all of the topics to see which ones the team value the most. As
well as decide on which topics we are going to work on first.
• You can also customize the voting preferences to limit the number of votes per player
and topics.
• This is a great way to prioritize and filter the ideas worth your while.
Decide what to do
• The result should be a team agreement about what to do about the issue.
• It should be expressed as an ACTION ITEM. This is the Most Valuable Output from
your Retrospectives.
• But it’s also worthless if you don’t follow up on it. And, as we all know, that happens far
too often. That’s why an action item should take the shape of a Jira task or an item on
your checklist.
• Afterwords, the entire team agrees on who to assign as an action item owner.
• The person assigned is not who’s performing the task. It should be who’s in charge of
making it happen. Again, this is easy to do using Jira.
OUTPUT:
RESULT:
AIM:
To plan poker using planning poker app in JIRA
DESCRIPTION:
PLANNING POKER:
Planning poker, also known as “scrum poker” and “pointing poker”, is a gamified technique
that development teams use to guess the effort of project management tasks. These
estimations are based on the entire group’s input and consensus, making them more
engaging and accurate than other methods.
BENEFITS:
PROCEDURE:
Step1 – Go to your JIRA instance and click Applications at the top right under your user
management dropdown.
Step 2 – Click Application Links in the left side sub navigation section on the page.
Step 3 – Type the Application URL from your PlanningPoker integration settings and
click Create new link.
Step 4 – Click Continue in the modal. If it says there is no response do not worry and
continue with the integration.
Step 5 – Type the Application Name and select the Application Type. Both can be found in
your integration settings on PlanningPoker. Do not enter any of the other variables on this
screen.
Step 6 – Edit the new application Link by clicking the pencil icon.
Step 7 – Click Incoming Authentication
Step 8 – Add your integration details from PlanningPoker in to the corresponding fields in
the modal. Remember to scroll down in the modal to get to all the fields.
Step 9 – Save the settings at the bottom of the modal window.
RESULT:
AIM:
To plan poker using planning poker app in JIRA
DESCRIPTION:
PLANNING POKER:
Planning poker, also known as “scrum poker” and “pointing poker”, is a gamified technique
that development teams use to guess the effort of project management tasks. These
estimations are based on the entire group’s input and consensus, making them more
engaging and accurate than other methods.
Estimation can be improved by using planning poker apps. Over time, theseapplications
will refine estimates and make planning more accurate.
PROCEDURE:
Step 1 – Type your Host Name and press Link on the PlanningPoker integration page.
Step 2 – Press Authorize PlanningPoker and then Allow in the window that then pops up.
Step 3 - Create a new game you will now be able to pull stories directly in from
JIRA and even allow the points from your planning sessions to sync back
automatically.
IMPORTING STORIES:
Step 2 – After you enter your game details scroll down to the Enter Stories section.
Step 5 – Then Select your Project, Sprint and What to Sync back to JIRA.
RESULT:
Thus Planning poker on JIRA executed successfully.