While I don't think it is a smart idea, I'm being asked as a JIRA Admin if there are any problems with 50+ components or 4000+ people on a single project? Are there any guidelines out there or recommendations (and the reasoning) to provide back on not doing that?
While there is no direct negative impact on adding 50+ components, I would reconsider the requirement based on a number of things.
1. Are you taking advantage of the component features like having a "lead", using them in workflows etc for each one of them?
2. Components are sub-projects. Will there be a need in the future where you will need to create the "real" components? I ask this because I have come across many cases where people started using components for things that they could have used labels or select fields and ended up doing costly migrations because they came across a situation for the real component fields.
3. The above point leads to this one. Can you use labels or select custom fields instead for this requirement?
If you want to go ahead with components after considering these points, and maybe more from others, you can do it but also consider the confusion of users to pick one from 50+ components! If they already know which one to pick, then great. If not, good luck typing away to find a matching component from 50+ options :)
Atlassian Summit is an excellent opportunity for in-person support, training, and networking.Learn more
Hello! I'm Rayen, a product manager at Atlassian. My team and I are working hard to improve the trial experience for Jira Software Cloud. We are interested in talking to 20 people planning t...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs