Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Next challenges

Recent achievements

  • Global
  • Personal

Recognition

  • Give kudos
  • Received
  • Given

Leaderboard

  • Global

Trophy case

Kudos (beta program)

Kudos logo

You've been invited into the Kudos (beta program) private group. Chat with others in the program, or give feedback to Atlassian.

View group

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

What is the sense of a component in a project?

Hello!
I'm currently started in a new organisation, where Jira is used for project management. As I haven't been working too intensely on the "how and why" in Jira, I wonder, why something, which I would understand as a separate project is now just a 'component' within an existing project.
Can anybody explain me the sense of a component in a project and the consequences/advantages/disadvantages of this?

Thanks a lot!

1 answer

Hi @Dunja 

 

You can think "component" like a working/development module within your project .

Example: You have a project by name "XYZ"

Below could be  possible list of components .

1. Monitoring 

2. Frontend 

3. Notification 

4. Tools

5. Automation

6. Third_party

 

Or if it's tracking customer raised bugs , you may want to give the customers a range of options to select where exactly they see the issue .

Example: UI, Connectivity, Platform ... so on

 

Purpose:

You may want to track your Jira bugs/stories within a project more efficiently based on the components . In Jira, bugs can be automatically assigned to a pre-defined component owner based on the selected component . You can write queries/filters that can fetch you bugs only related to a specific module using components (helps the project admins, managers to track issues related to their module only)

There are no such disadvantages as such , but if your project is a simple one you may not need different components . All depends on your requirement .

 

Hope this helps .

 

Thanks,

Subrat

Hi Subrat!

Thanks a lot for your explanation.

In this case, I have a company working on one track which is set up like you suggested above. Besides this, there is a software migration project coming up. Something, I would intuitively set up as a new project, but it is for now set up as component within the 'regular workstream'.

Hence the question, where it might have advantages of this component-set up: what are the consequences? Is it probably reporting? Better visibility of the tasks for the single membert? etc?

Thanks once more in advance.

Dunja

If you are fine using the same workflow and issue-types for the new project you can keep it as a component or may be an issue-type as well ( you can even have a different workflow based on issue-type ) .

 

But if the workflow needs to be significantly different than your existing project , you should plan for a new project . 

Suggest an answer

Log in or Sign up to answer
TAGS
Community showcase
Published in Jira

Announcing the waitlist for Jira Work Management

Hey there Cloud Community members! We’re excited to give you the first glimpse of the new home for business teams on Jira — Jira Work Management. Jira Work Management is the next generation of J...

897 views 14 20
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you