-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Request for team spaces in confluence #478
Comments
Thank you for your report! @openedx/tcril-oncall will take a look as soon as they can. |
@hurtstotouchfire can you elaborate more on what would be in team spaces that you would not put in project spaces? |
I'm trying to understand what would go in these pages if there are already product/project spaces. |
@nedbat responding to #476 (comment)
I'm concerned about providing confluence concept of spaces for a couple of reasons:
Ask: Can you elaborate more on the kind of content that would go here? If we have a place where project related content is kept, what would go here that would be useful for the community to be able to see? |
I think you're right about the dumping ground concern, but with the content viewable by anyone, we could at least have accountability. Right now we just have Ned asking about particular pages that are appearing in the private 2U wiki but there isn't an obvious place for them in the current public hierarchy, and taking on creating a place for them or organizing the public spaces is generally out of scope in the context of these individual pages being created. I don't think we need org spaces or even that these need to be separate Spaces in the confluence sense. I think we could have a Maintainers space or the like, and have each maintainers team maintain a parent page in there which has some basic info about How We Work or how to contact us, and other that may be some working docs that don't yet have a home in the public hierarchy but might land one day in architecture or projects or something. I think a synchronous conversation would be easier for this, but you can see a lot of examples in the archival copy of the Aperture space in the wiki. I'm trying to split this content into things that should be public and things that are specific to our internal team workings, and the latter is a minority of the pages. If someone wants to talk me through where these should all live in the current public hierarchy that might help. I think the unescapable problem though is that we need to overhaul the public wiki hierarchy and do a bunch of clean up and I don't think that is a tCRIL priority right now. Even if I had places to put all the components of our team wiki I'd be afraid of losing track of them and never updating them because the SNR is so bad in Confluence. I need to have an index, at a minimum, of what my team is responsible for updating. |
I've refactored the Community space a bit to add an Organizations page, with initial children tCRIL and 2U. Teams can be children of the organization pages. |
It seems like Ned's changes have been sufficient so closing this. Feel free to open a new ticket and reference this one if you need more help. |
Firm Name
2U
Urgency
medium
Problem/Request
We would like to be able to move pages with technical context and documentation related to services we maintain to the public wiki. Right now this content is in the 2U private wiki.
Reasoning
This is rough content that doesn't quite fit into RTD or ADRs, it bridges repos, and it is frequently updated. Having a wiki space we are responsible for would enable us to make this information public.
The text was updated successfully, but these errors were encountered: