Initial Website working group proposal

[ronnzw]

Based on the conversation on issue #2. I have created the initial proposal for the website working group.

• I have proposal for the duties that the group is willing to take and Liaison can add any other responsibilities l might have missed.
• I have added members that have accepted from the list of maintainers and those that showed interest, i will reach-out to the current maintainers of djangoproject.com for their confirmation.
• All aspects of the proposal can still be discuss
• @thibaudcolas agreed to take this to the board for approval as per the conversation
• Chair and Co-Chair to be selected by members.
• I didn't have visibility of the Ops-Team and their responsibilities but we might need to add the team as members, @thibaudcolas perhaps you can help

[thibaudcolas]

Thank you for giving this a go @ronnzw! I can’t review this fully now but:

• It’s really cool to see this happen 😎
• You’ve marked this as a draft PR, are you already looking for reviews or not?
• Please see Initial proposal for social media working group. #6 for an example of the process in action

@thibaudcolas agreed to take this to the board for approval as per the conversation

I’ll only be able to take this to the board once the proposal is completed and there’s a sense it’s "approved enough" here in the pull request. The next opportunity for a vote is the February 8th board meeting, in about 3 weeks – I think it’d be useful for you to decide whether you want to try to make that date or not. If so, please get your proposal completed and informally approved by the group’s proposed members at least 3-5 days ahead of that date so I can raise this with the board and they can review ahead of the meeting.

Could you:

• Fill in all TBA sections, even if just with draft information
• Think of how you want to coordinate with members to pick a chair and co-chair

I didn't have visibility of the Ops-Team and their responsibilities but we might need to add the team as members, @thibaudcolas perhaps you can help

I’ve raised the idea of this group (shared #2) with the Ops team on January 4th. I see we have two Ops team members in discussions on #2. So I think this will be something they can advise on, and I wouldn’t presume their involvement with the WG otherwise. We can ask them for review perhaps, once the proposal has more details.

[jacobian]

This all looks super good, thanks for getting it started!

[jacobian]

This is an interesting idea, I hadn't seen it before! What was the reasoning here? Is this something that maybe is a good enough idea we should adopt more broadly?

[ronnzw]

As time goes on people get new commitments and it's not always easy to give feedback on their intentions, especially for people that contribute on multiple projects. Not sure if it applies to all working groups.

[thibaudcolas]

Could we have a shorter term? 2 years feels like a long time to me, if people don’t want to be involved anymore it’d be better for them to be able to head off after 6-12 months.

[ronnzw]

i feel two years is ample time for this type of groups, maybe we can add that individuals can leave at anytime. The idea here is not to keep individuals that aren't interested in the group anymore but haven't found time to notify the team. This is not to stop members from leaving the group.

[cgl]

I also think we could have shorter terms.

[jacobian]

One general note for everyone to be aware of: 20tab has been working on some research towards a potential refresh/refactor/redesign/re-something of the website, so they should, in some way, be included/consulted here -- let's avoid duplicating work. @cgl has been leading that work, she might be able to say more.

[sabderemane]

Thank you @ronnzw for your work on the proposal, I add some comments, happy to have any feedback

[thibaudcolas]

Hi @ronnzw, just wanted to follow up on my initial message:

I’ll only be able to take this to the board once the proposal is completed and there’s a sense it’s "approved enough" here in the pull request. The next opportunity for a vote is the February 8th board meeting, in about 3 weeks – I think it’d be useful for you to decide whether you want to try to make that date or not. If so, please get your proposal completed and informally approved by the group’s proposed members at least 3-5 days ahead of that date so I can raise this with the board and they can review ahead of the meeting.

The board meeting is now in 2 weeks, so if you want this to be added to the agenda for that meeting, I’d recommend getting this proposal finished and informally approved by group participants by the end of January.

It’s also completely fine if this proposal needs more time – after February 8th, the next board meeting is on the 14th of March. Let us know what you think.

[ronnzw]

Hi @ronnzw, just wanted to follow up on my initial message:

I’ll only be able to take this to the board once the proposal is completed and there’s a sense it’s "approved enough" here in the pull request. The next opportunity for a vote is the February 8th board meeting, in about 3 weeks – I think it’d be useful for you to decide whether you want to try to make that date or not. If so, please get your proposal completed and informally approved by the group’s proposed members at least 3-5 days ahead of that date so I can raise this with the board and they can review ahead of the meeting.

The board meeting is now in 2 weeks, so if you want this to be added to the agenda for that meeting, I’d recommend getting this proposal finished and informally approved by group participants by the end of January.

It’s also completely fine if this proposal needs more time – after February 8th, the next board meeting is on the 14th of March. Let us know what you think.

Thanks for the reminder @thibaudcolas. l would prefer to get this done ASAP(meaning February 8th). Any ideas of how l can get this approved by group participants? Is it just getting their feedback on the issue: #2 ?

[thibaudcolas]

@ronnzw yes. I would recommend getting at least "looks good to me" feedback from everyone who you added to the list of members, and you’ll also need to identify a Chair and Co-Chair by coordinating with those participants.

[thibaudcolas]

Could we have a shorter term? 2 years feels like a long time to me, if people don’t want to be involved anymore it’d be better for them to be able to head off after 6-12 months.

[cgl]

I also think we could have shorter terms.

[thibaudcolas]

@ronnzw from private discussions, @cgl has volunteered to be the group’s board liaison. You can add @sabderemane and I as regular members.

Please liaise with @cgl as far as when this is ready for the board to review per the proposal process. The board meeting is in 7 days, so my personal recommendation would be to have the proposal completed at least by next Monday.

---

To pick the group’s Chair and Co-Chair, you could organise an online form where people who are interested in joining the group submit some information / preferences about how the group runs. This is what happened for #6. So for example you could have the following questions:

• Your name
• Why you want to join the group
• Are you currently a DSF individual member
• What would you prefer for the group to collaborate? (Slack, mailing list, Discord, forum, other)
• Would you be up for being co-chair?
• Would you be up for being chair?
• Please provide a statement on why you would make a good chair/co-chair

---

Once you’ve collected everyone’s answers, you could organise a vote to determine who would be chair/co-chair.

[thibaudcolas]

Permissions / access to resources:

• Website deployment: ping via @django/ops-team on the pull request for deployment.
• Merging: initial onboarding phase where only Chair and Co-Chair have permissions to merge. After onboarding of 3-6 months, other group members who have proven their expertise will be granted merge permissions.

Ops team will retain access, and in case there are site infrastructure issues, would be able to restrict permissions.

---

Other resources that are relevant but could be done ad-hoc:

• Stripe
• Sentry
• reCAPTCHA
• (Trac)
• Transifex

[jcjudkins]

I am happy with what I see so far!

[Stormheg]

If more volunteers are needed to help review PRs, issues, or maintenance in general; I'm happy to help out.

[pauloxnet]

I reviewed everything, and I added suggestions to speed up this process. Can we give us a deadline for this process of revision (e.g the end of November 2024)?

[sabderemane]

Can we give us a deadline for this process of revision (e.g the end of November 2024)?

I have reviewed some comments but having the deadline by the end of november is good, if it can be earlier it's even better. I'm planning to review it this week during a conference. I would like to bring it to december board meeting for approval if november (19th) is not possible.

[jacobian]

Some suggestions but nothing that should be considered a blocker - looks great!

[pauloxnet]

Thanks to @jacobian and @sabderemane comments and review.

@thibaudcolas in which way we're going to finalize the proposal, merging all the suggestions and asking for approval in the next DSF board meeting?

[thibaudcolas]

@pauloxnet good questions!

• Merging the suggestions is for the author of the proposal @ronnzw to take care of, or for someone else to take over otherwise.
• Asking for a Board review and vote is for the author to request to the board via the group’s board liaison (so @sabderemane). Though if @sabderemane believes the proposal is ready for a board review, I assume she can take the proposal further of her own accord.

Personally, I wouldn’t recommend taking the proposal for board review with so many proposed changes, particularly suggested changes from proposed group members and board members. That’s not to say changes have to be made, but it’d be clearer for everyone involved exactly what we’re reviewing if the suggested changes were either approved or rejected.

---

@ronnzw we’re arriving at about a year with this proposal open, and as of June we have @sabderemane listed as the proposed group chair. Would it be ok with you if she took over the proposal? We’ve had great discussions about this group at DjangoCon Europe 2024, and then at DjangoCon US 2024, so it feels like there’s clear interest here in the base concept, we just need refinements that she’ll be able to take ownership of.

The next board meeting is tomorrow, so I’d recommend instead to aim for the "next + 1" meeting on December 10th to integrate all the above feedback and send the proposal to the board for review at least a week ahead of the meeting (so December 3rd).

[ronnzw]

@pauloxnet good questions!

• Merging the suggestions is for the author of the proposal @ronnzw to take care of, or for someone else to take over otherwise.
• Asking for a Board review and vote is for the author to request to the board via the group’s board liaison (so @sabderemane). Though if @sabderemane believes the proposal is ready for a board review, I assume she can take the proposal further of her own accord.

Personally, I wouldn’t recommend taking the proposal for board review with so many proposed changes, particularly suggested changes from proposed group members and board members. That’s not to say changes have to be made, but it’d be clearer for everyone involved exactly what we’re reviewing if the suggested changes were either approved or rejected.

@ronnzw we’re arriving at about a year with this proposal open, and as of June we have @sabderemane listed as the proposed group chair. Would it be ok with you if she took over the proposal? We’ve had great discussions about this group at DjangoCon Europe 2024, and then at DjangoCon US 2024, so it feels like there’s clear interest here in the base concept, we just need refinements that she’ll be able to take ownership of.

The next board meeting is tomorrow, so I’d recommend instead to aim for the "next + 1" meeting on December 10th to integrate all the above feedback and send the proposal to the board for review at least a week ahead of the meeting (so December 3rd).

For me, l think the main problem is that people are making multiple suggestions on different areas, l know some people who suggested changes and came back to oppose their own changes. At some point we agreed to take what was there to the board, if you check we already had one approval. Then other comments don't have other people that are supporting them and personal l don't agree with them. I will make a run down of all the comments made here and l will add what l agree with and leave out what l don't agree with.

[ronnzw]

Thanks to @jacobian and @sabderemane comments and review.

@thibaudcolas in which way we're going to finalize the proposal, merging all the suggestions and asking for approval in the next DSF board meeting?

I have updated some suggestions and reviews.

[ronnzw]

@sabderemane Do we have anything that is holding us back from taking this to the board?

[thibaudcolas]

@ronnzw it’s looking very close but I still see two outstanding review threads: 1. permissions, 2. website usage vs. mailing list

[ronnzw]

@ronnzw it’s looking very close but I still see two outstanding review threads: 1. permissions, 2. website usage vs. mailing list

@thibaudcolas do you mind following up with the @django/ops-team to understand if they are happy with this. They can always respond to this PR.

2. website usage vs mailing, l think this was updated. We resolved to keeping both. Unless if l'm missing something.