You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
Hi all, we've been experiencing trouble as a business because we always tend to have one project that ends up being a bit of a dumping ground.
I'm talking about internal facing projects - we use a separate project for public facing support.
We develop 3 products. Initially we used one project for development of all products, alerting, everything. This was awful unsurprisingly so I swiftly put an end to it splitting it up into one project per product, and also an alerting project.
My question essentially is how granular do you go with your projects? We now have an SRE project, so in this project goes tickets regarding the deployment pipeline, monitoring, infrastructure, the usual SRE stack. We find it has become a bit of a dumping ground, or certainly the quantity of issues is pretty unmanageable.
So would you split out your projects even further or is this normal? Particularly interested in how many projects people are using and particularly how they are using them for things like an SRE team which has a hand in many things across multiple projects.