Submind YouTube summaries
Thumbnail for Flock 2025 "I AM FEDORA" Onboard (And Retain) Friends With Fedora Join SIG

Flock 2025 "I AM FEDORA" Onboard (And Retain) Friends With Fedora Join SIG

Watch on YouTube

Video summary

The Fedora Join SIG focuses on the critical process of onboarding and retaining new members within the broader Fedora project community. The speakers emphasize that their primary goal is not merely to attract newcomers but to ensure they stay engaged and feel a sense of belonging. A core philosophy driving this effort is valuing potential over immediate polish; the team looks for motivation and curiosity rather than pre-existing coding skills, understanding that technical abilities can be developed over time once an individual finds their interest. By prioritizing human connection and community spirit, the SIG aims to create an environment where new contributors can grow at their own pace without feeling rushed or pressured by gatekeeping processes. To facilitate this growth, the SIG utilizes a structured yet flexible approach centered around "welcome tickets" in the Fedora issue tracker. These tickets serve as a single point of contact for newcomers, providing context about the project and linking them to relevant resources. The process involves three non-punitive progress checks spaced out over approximately eighteen months, designed to encourage social bonding rather than forcing immediate task completion. The team actively avoids demotivating language, such as telling beginners that tasks are "easy," recognizing that what is simple for an experienced contributor can be daunting for a novice. Instead, they encourage newcomers to observe community channels, attend events, and explore various areas of interest like design, marketing, or infrastructure before committing to specific contributions. The presentation highlights significant progress since the last conference, noting a steady increase in successful onboarding numbers, particularly around release cycles when community activity peaks. A major shift observed is the distribution of onboarding responsibilities; while initially handled by a few dedicated individuals, the process has evolved so that any community member can open a welcome ticket for a newcomer. The speakers stress that being part of the community requires no formal threshold—simply hanging out in channels and interacting with people counts as participation. To sustain this momentum, they are exploring new initiatives like a buddy program to address mentorship commitments and are actively seeking volunteers from all SIGs to ensure that every newcomer has a friendly face nearby to guide them. Ultimately, the talk serves as a call to action for the entire Fedora community to participate in welcoming new members. The speakers argue that with only ten or fifteen active helpers, it is impossible to cover the vast needs of the project, but expanding the team to fifty people would ensure representation from every sector, making it easier for newcomers to find their niche. They urge existing contributors to keep their onboarding documentation simple and accessible, organize more virtual events like release parties, and simply show up in the channels to be a supportive presence. By fostering an inclusive atmosphere where questions are welcomed and friendships are built, the Fedora Join SIG aims to transform casual visitors into long-term, committed friends of the project.
Read the full video transcript
Can I start? All right. Um, welcome back folks from the break. Uh, in this one we're going to talk about the Fedora Join SIG, specifically I am Fedora. This is a label that we have in the welcome to Fedora issue tracker that Fedora Join SIG makes use of when they are done onboarding someone to the Fedora project community. Um, moving on to the next slide. Uh, let's first introduce ourselves, of course. I am Akasti Dhar. I am a senior software engineer in the Fedora infrastructure Red Hat Community Linux engineering team, and I'm joined over here with Ankur Sinha. Go ahead. >> Hello. Um, I'm Ankur, as Akasti said. Um, I don't actually work in software development anymore. I'm an academic at University College London. But, funnily enough, my journey with Fedora started way before I became an academic, and I can't seem to let go. So, I'm still here, and I expect I'll still be here in the next decade doing this. Um, but yeah, I mean, this talk is all about onboarding newcomers, because we want to get new people. More importantly, we want to retain them. So, that's what we're going to talk about. >> Thank you, Ankur. Um, but speaking about onboarding and retaining, at these this is, of course, the most of the stuff that we'll be talking about. But apart from that, uh, what is the Fedora project community about? Uh, and how can people participate in the community? Sure. And most importantly, how people can participate in the Fedora Join SIG and help us with our efforts of onboarding and retaining people in the community. The next, where they can start contributing from. Fedora project is huge. There's a bunch of subprojects and SIGs, special interest groups, that people can participate in. So, it can become a bit trip bit of tricky affair to uh, decide where they want to start from. So, it's important to know that as well. And then finally, taking the contributions to the next level and just going on to the next thing. Maybe you started from coding, but you want to start try your hand in designing things. Well, Fedora project gives you the opportunity to do just that. Well, we are Fedora. We are people from all over the world that come together to create software, artwork, documentation, events, and everything else in between to promote free and open source software. And these are the four foundations of Fedora project that I'm sure most of you are already aware of. Uh Uh the first foundation states that we are committed to innovation. We always make sure that we are kind of at the leading curve of what's out there in the software and the technology. Then features, we we really care about making sure that we put some excellent stuff out there with all the software offerings that we provide people with. Freedom. We make sure that we stick to, as far as we can, free and open source software. And then finally, we are a tight-knit group who care about people and the friends that we have around us. In Fedora join seg, whenever we are onboarding people, we look for potential and not polish. We don't care if someone is good at coding. We see if they're motivated to stick around and if they're willing to learn because motivation is something that's hard to build. Skills, they can come with time. But yeah, you you onboard every single one of them. Of course, you don't leave out the ones with polish, no way, dear. But here's why we stick to onboarding people with potential and not just those with polish because we think that those skills can come with time. It's just a matter of time before someone gets good at something that they do as soon as they find the interest of doing it. Then reflecting on the fact that it's curiosity and it's where they come from that defines how good they are at doing something. Then the newcomers, they can provide us with perspectives. To me a certain documentation might make sense, but a newcomer might be like, "What is it? Where's the starting point? What does the Fedora messaging terminology mean?" So, it might not look that obvious to us, but they can provide us with the perspectives to understand that there's indeed something that needs fixing or improving. And then finally, we value the community aspect more than just instant growth and development because we care more about the people and that is why that's how we do all in the Fedora Join SIG. Right, so here's a quick run through of how the onboarding thing works. Um Of course, me and Ankur, we had this discussion beforehand. How would people know that they need to open a FAS account first? Sure, the documentation would do a good job at it, but I think Fedora Join SIG is filled with a bunch of friendly faces who are willing to answer all and any questions that people might have. The moment they come up with any questions or Fedora project account, we provide them with a welcome ticket. What's a welcome ticket? Well, it provides people with the context about what Fedora project is with some introductory links of what free and open source software is because for someone who's just getting started with free and open source software, it can be very tricky to understand how a single project can have loads of documentations, designs, events, and everything else in between, and we can still keep together and keep releasing a new release every 6 months. What are the goals of Fedora Join SIG? Of course, the first one is to encourage people to join. We would onboard them. And to make sure that we have this contact with the existing contributors who have been around for a while with the potential new contributors, give them some point of contact so that they know whom to ask questions from. And then counsel them, help understand what is it that they're looking for. Some people might come in for maybe participating in a mentored project in a formalized mentorship program. Some of them might be around because they could not make their favorite game run in Fedora Workstation, while the others might be looking for a place where they can try their designing hands-on. So, it's quite important to understand what is it that they want to do inside of community. Then establishing processes, relations, and occasions where they can take their contributions up by a notch. If it is let's just say a new team that they want to contribute to, feel free. There's a bunch of places to be a part of. And then finally, establishing channels of communication with the folks. As we are very people-driven community, it might be that a person who onboards someone might be adjusted by someone else. But that's totally fine. Um speaking about participation, let me show you this rather complicated-looking graph of how Fedora projects, subprojects, and subteams are associated and arranged. And um well, I say it's complicated. Trust me, it's not. All the new All that the newcomers need to do is find a place to jump in, right? Depending on what is it that their interests lie in and what it is that they want to do inside Fedora project, they need to find a place. And if it doesn't work, well, they can always try again in some other place until something clicks. And when it does, they can take their contributions further. But how does a newcomer join the community? How does it look like from their perspective? I have spoken it at length from the perspective of someone like me who is willing to onboard and retain members, but how does it look like from their perspective? Uh we of course start with the introduction. We would know would like to know what who they are and where they're coming from because they are not someone who write code, they're a human being to us first. Then um we let them explore, we let them loose. Fedora project is huge and we would not want to curb their creativity by telling them that oh, you did Python before? Might as well onboard you in Fedora infrastructure. Nope. Who knows? They might want to do some containers or something like that, you know? So, we let them loose, let them find something that they want to work on. Of course, we won't limit ourselves if they want to have something to work on, we'll definitely provide them with, but only if they ask for it. Then finally, interacting, letting us know if they found something and ask keeping checking with them every single time, every after equal periods of time to understand how much of a progress they made. It's very possible when you are joining a community as large as Fedora project that you might not find something to work on immediately. There will be some time you'd be left by yourselves and you'd be wondering just what exactly it is that you're doing. But that is fine. You can hang around with the friendly faces that there are and then soon enough there would be someone who would be willing to share the information. There's loads of documentation that you can learn from. And then finally you find a sense of belonging in the community and that is when you are like, "Hey, I don't I I could definitely use the help of mentors, don't get me wrong, but now I can find my way through the community and maybe I started writing documentation, sure, but now I can take it on, maybe do some coding, do some infrastructure, probably try my hands in a design team, stuff like that." All right, so now I'm going to pass it over to Ankur who's going to talk a bit about the progress that the Join SIG has made from the previous Flock to this one. Over to you. >> Thank you. Right. Let's get to some graphs and plots. So, um what you see now is uh information since the last conference. Um and what you see on the left we have certain states for each ticket and this is meant to be a set of milestones for a newcomer, right? So, when they get in, they get a tag that says, "Looking into Fedora Hello World." And then the way we do it is we usually have three progress checks for them. Now, these progress checks are not meant to be three strikes. Okay, that's not the idea. And we don't do them every 2 weeks or every 4 weeks. We don't want We don't want newcomers to feel like they have to actively get started and do something constructive to be part of the community. Right? All we want them to do is hang out in the channels and get to know the people. Because it's it's good to become a part of the community when you have a task, but it's better if you make bonds with the people. That's what keeps you around, okay? Tasks come and go, people stick around, okay? So, what we want to really do is we want these people to form strong bonds with other people and form friendships in the community and there's always more than enough work to be done, right? There's never a shortage of work in Fedora. So, we do three three progress checks. Um if somebody doesn't respond by the third progress check, which usually takes about a year and a half, then we'll probably go around and say, "Okay, this person for whatever reason, again, you can start the process. It doesn't mean you have to finish it. It doesn't even mean you have to finish it quickly. You can pause because something came up. Life comes up and you can come back to it and reopen your ticket. But the idea is that you take your own time exploring Fedora, getting to know the people, getting to know what's out there. And when you're comfortable, you can go ahead and start contributing, right? We don't want to rush people. We don't want them to make We don't want to make them feel like there's a gatekeeping process going on over there. None of that. So, the first check is where most people are at. Uh maybe a few months from there we'll do a second check. The check goes something like this, "Hey, you know, how are you doing? We've seen you in some channels. We haven't seen you in others. Uh we haven't seen you at all. Is there something we can help you with? Um do you have some feedback on how we can improve the process? Um have you spoken to people? What is your experience? Did you try and join a team? Did you have any difficulties?" The idea is that this ticket gives them a single point of contact with with this join sec, all right? Um and eventually as they go through the GAS, uh a lot of a lot of our people will end up at I'm Fedora, which means they've actually joined a team and made a contribution. Okay? Again, it doesn't mean they have to become team lead. Whenever they think they've joined a team and they're being part of it, even by just hanging out in the channels, they are part of the community. Okay? There's no threshold. They don't have to have opened a pull request. They don't have to have fixed a bug. They don't have to have addressed a ticket. Okay? When somebody feels that they're integrated enough and they want to hang around, they are part of Fedora. Okay? The whole point is for them to be part of the people of Fedora, right? And then work will come. Um so, we've not done badly. Um a couple of abandoned ones, a couple of unresponsive ones. Uh the the successful numbers keep going up, albeit rather slowly. But, that's the goal. The more people we can put in that bracket, the more successful we are. Um the other thing we do is we try and tag these tickets to try and link them to different parts of Fedora. So, when people introduce themselves, they will say, "Oh, you know, I've got some Python experience. This is what I would like to do." And we put these tags. Now, the idea behind these tags is that we can then go into these teams and tell them, "We've got four newcomers who would like to do infrastructure. Can somebody please sort of get in touch with them?" Right? Um not not surprisingly, a lot of people are techies, so software development and infrastructure is large. But, we've got loads of people coming into marketing. Uh we've got loads of people coming into design. Um and if Fedora does it, we have a tag for it, right? That's the way we go. This is not We don't have a system where it says, "Oh, only these teams can have these tags." Right? So, the idea is just to give some visibility to what areas of interest these newcomers these newcomers are distributed into. Um this is just total numbers. It's not the strongest, but the numbers do tend to go up around releases, so May, October. Um and that's primarily because around releases we make a lot more noise about Fedora, right? We make more blog posts, we talk more actively about what's going on. Changes are discussed. Um we have uh release parties. Quite a few people come into those. Um but on average, we do tend to get a couple of people uh maybe once every 2 weeks. And this number seems to be going up now as we have more and more. So, it's we're reaching a core threshold after which this becomes a self-sustaining project, right? And that is where we want to be. Um So, this is This is slightly misleading. I do not do 46% of the work. That's not how this works. I have merely opened 46% of the tickets because I hang around in the channel quite a bit. But the idea is somebody comes in and says, "Hello. I would like to be part of Fedora. What do I do?" Anybody in the channel can open a ticket for them and help them on board, right? So, while I was doing it before, a lot of people have now joined. And people no longer wait for me to open the ticket. Cuz what would happen was a lot of these people hang about and they ping me and say, "Uncle, can you please open a ticket?" And slowly by repeatedly saying to them, "No, you can open the ticket." You'll see that the work is now being distributed. If you're in Fedora and you know how the process works, which is literally open a ticket. There's a template. You don't even have to write anything. You open the ticket, put their name in, that's it. Right? You should be in our channel and you should be on this plot. Okay? This is not something that only six people can do. This is anybody should be doing this. In fact, everybody should be doing this. You have a question? >> Do you have people opening their own tickets? >> Yes. We do have people opening their own tickets, which also works, but then I monitor to make sure that because they need to be added to the the Pagure group so they can edit metadata and all that sort of thing. So, when I get a notification or somebody else gets a notification, we go and update the ticket to make sure they're in the group and all that. But we have had multiple people open their own tickets and say, "Hello. Uh I wasn't sure what to do, so I've opened this ticket. Can you please help?" And then we'll follow it up in a comment and say, "Yes, that's amazing. Can you please introduce yourself? ABCD." Right? So, again, um the only requirement, of Of is this is on Pagure, so you have to have a Fedora account. But if somebody has already opened a Fedora account, they can do this. Um Now, this is just reminding us that um the code of conduct applies in all our communication channels, right? Uh we want to encourage everybody to join us. We have the ground rules are the same, right? So, we consider it be respectful. The only addition here is that we are dealing with newcomers. Um and if you remember your history of when you started, or if you're a newcomer, uh newcomers tend to be they get scared easily. Let's just put it that way, right? They are worried about asking stupid questions, even though there are none. But they always worry, "Oh, if I ask this question, somebody might think I don't know anything." So, when you're in these channels, we try to do our best and not use things like demotivating language. So, for example, if somebody comes in, we we try not to say, "Oh, that's easy." No, it's not. It may be easy for you, because you've been around for a while. It's not easy for them. Right? So, things like, "Oh, you just do this. This is easy." This is language we try to avoid, okay? Um and this is the kind of thing that at the moment is not documented, but we probably should, because everybody in that channel needs to know a little bit about how to speak to novices, right? So, if you teach uh let's say programming 101, and you've been trained, you would be told, "This is how you approach it. Don't For example, don't touch their keyboards. Ask them to do things themselves. Don't say something is easy, because it's not easy for them. So, these are things that we want to keep in mind. So, follow the code of conduct, but be slightly more mindful about your communication." All right? Um and then the ticket is all about trying to make them successful contributors, right? Um this is known to a lot of us subconsciously. We may not have thought about it, but commitments uh if you can do something regularly, you're more likely to keep doing it regularly. Um what we do say to them is you don't have to commit 40 hours a week. You don't have to commit 6 hours a week. Could be 10 minutes a week. Just start with that. Start small and build. Uh observation for a lot of newcomers because they don't know how things work we ask them to first just go and join any community channels, right? So, if you're interested in QA, just go and hang out in the channel. See how things work. Attend a meeting. You don't have to say anything. But being around people will help you realize how things work, right? And slowly as you realize how things work, you'll be able to jump in and contribute. But we don't want them to go up to somebody and say, "Give me an issue to work on." We want them to hang around, observe how things are done, and learn that way. Um alternatives and momentum. So, don't get stuck on one thing. Try different things. Fedora is huge. It's complex. There's so much to do. Um if you want to do something that doesn't exist in Fedora, just start, right? There's enough space in the community. There's enough infrastructure. There are enough people to help you out. But don't get stuck on any one thing, right? Try different things. See what you like. There's something for everybody. Uh and finally as I said before if you link in the people, you will maintain momentum, right? It becomes really hard to not keep going back to the chat channel and talking to your friends, right? Because we do become friends. Um finally, and this is the primary purpose of this talk. So, there are 10, 15 people who are active now. We need more. We need all of you. Right? We need people from infrastructure, from QA, from marketing, from design, from mind share um from the social team. We need everybody to be in there because we don't know what somebody new to Fedora wants to do. Right? So, So, we know enough to direct them to you. But if you are there directly, that just takes that one step away, right? Then you can speak to them and say, "Oh, hello. You interested in marketing? This is what we're doing. We have a meeting. Why don't you come along?" Whereas if somebody comes to me, I say, "Oh, yes. I know what the marketing team does. I think they're going to have a meeting. Why don't you go and check it out, right?" So, if we have representatives from all parts of Fedora, it just takes a couple of steps away. And that may not feel like a lot to us, but to newcomer, two fewer steps makes a massive difference. >> [clears throat] >> So, what we need is we need all of you to be in there. We need you to just hang out in the channels. Again, there's no paperwork, there's no form filling, there's no code writing. All you have to do is hang out in the channels and see what's going on. If you are part of a team, please try and make sure your onboarding documents are simple. Please try and make sure they're simple for a newcomer, not simple for you. They're two completely different things, right? We do have release parties, they have virtual events. So, they're okay there, but if you do have the time, organize a few more. The more of these events we have, the more likely it is that more and more people will come and join us. And finally, mentorship. So, this has been tried in Fedora multiple times in my time here. It has always crashed and burned, primarily because people don't want to commit to being a mentor, but we are looking at ways. We just had a discussion outside and we are looking at ways of setting up a buddy program if not a mentorship program. And the idea is that you'll have a common pool of people anyway, but you will have a couple of people who are your buddies. When you have trouble, you can contact them directly. So, this is something we're going to be working on. Um we would really like all of you to participate. If you have suggestions, we want you to participate in suggestions. Um this is meant to be an evolving process, right? It's not meant to be set in stone. So, it will keep evolving. Um and that is it. So, again, I reiterate on the last bit. We would love for all of you to please hang out in the channel because we really need your help with newcomers, right? 10 of us can't look at all of Fedora. We can't see everything that's going on and we can't give people up-to-date information. But, if we have 50 people, we are pretty confident that there's somebody from every part of Fedora there to help out a newcomer. Right? Is it time for questions? Oh, yeah. Yeah. >> For folks who are newcomers coming into the community, is there something that we're telling folks that is kind of like the the what you get back out of contributing? Is there something that we have that we're we're telling folks or pointing people to cuz I guess that that would just be interesting to know. So. >> Yeah, I'll take it. Uh a bunch of times what happens is people want to contribute to a community because they want to, you know? It it's like a hammer, you know, they buy a new hammer and everything starts looking like a nail, right? So, they learned a new skill and they want to probably put it into a use in a project that has a bunch of users. And they want to make sure that their work is being seen by a lot of people. And Fedora Project is, you know, it provides them a platform to do just that. But, uh if they're looking for something that's tangible, we do provide them with, uh like I said before, a bunch of mentored programs they could definitely participate in Google Summer of Code or Outreachy. Of course, these things have limited places, but uh they can, you know, stay committed, keep contributing, and find their way where they can contribute over there. >> Just a quick one. You said join the channel. Can you tell me what channel and where? >> That's a good one. I think it's Is it in the next page? Let's find that out. Oh, it's not in the next page. Amazing. Yeah, do you There's a discussion thread over there, I think. Well, that can be a good starting point, but it's on Matrix. People have been avoiding Matrix since the past few weeks for obvious reasons. But, whenever things go back to normal, I think that is where a bunch of newcomers end up joining, asking what it is that they want to do, who they are. They introduce themselves, and where they can start from. So, just hanging around over there, being a friendly face, and saying, "Oh, wow, you mentioned you do Python. Can you can definitely start with Fedora Infra." Stuff like that. It can help them, you know, find a starting point, because that is where it counts. A bunch of times, these newcomers, they come in, they introduce themselves, but they don't find anyone to talk with. And then they drop off. Can't blame them. Can't blame ourselves. But, we definitely could do better at onboarding. >> Um if you're on the Fedora Home Server If you're on the Fedora Home Server, search for join, and there's only the one channel that goes join, and that's where we are. >> I was actually going to cover on the same thing. There's also an introductions channel, which is Yeah, uh may- maybe a problem. Um we should probably sort out that there are two channels like that. Um at the same time, there's one set of documentation, that is the join documentation, and it is oriented both for people in the join SIG, helpers, and for people looking to join. This isn't a question. This is just me saying things things I noticed. It might be nice to split that into docs for newcomers, and docs for on for people who want to help with onboarding, the welcome team, or something like that. >> Definitely. >> I know it's easier to say things like that than to do them. I'm from from >> Oh, for sure. And that is why we could use all the help we can get. >> We can we can do that over Flock. We can we can split the documentation today >> Right. Do we have any more questions? >> Um if you do end up with questions later, just turn up in the channel. You don't have to think about them now. The the whole point is that the channel we want you to turn up. Just turn up. That's all we ask you and everything else will happen. >> A that and B uh me and Ankur would be we'd be around the event throughout Flock, well. So, feel free to reach out to us at any point in time you have questions. And uh I want to give a quick shout-out to Matt Edge who could not join due to unavoidable circumstances. Um he was a part of this talk um and we would love to have him over here. Um but as it happens, well, it is what it is. All right, if you don't have any more questions, thank you very much for your time.