Why does engagement matter?<\/h2>\nIn the open textbook projects that Rebus has supported, engagement has been a key factor determining the project\u2019s advancement or success. Most projects saw some initial interest, buzz, and activity during the first few weeks. However, we noticed that this can die down fairly quickly, and in some cases, where a project has stretched out for too long, we\u2019ve lost a few contributors along the way. It falls on the project leads to make a conscious effort to keep participants engaged.\n\nOur most successful projects have had an active community of participants \u2013 authors, editors, proofreaders, copy editors, reviewers, formatters, leads, other volunteers \u2013 who conversed with each other often with updates about their tasks or the project more generally.\n\nThese projects found a way to ensure participants knew the work they were doing was valuable and part of a larger effort. They also enabled contributors to connect with a larger community of practice in their subject. We found that public-facing projects with a lot of activity acted as social proof for current and potential collaborators: encouraging new people to get involved with the project, and fuelling those already on board to complete the tasks that they had signed up to do.\n\nUltimately, while engagement helped drive projects forward, for some participants, it was the connections they made with others, and the conversations\/discussions they had that they valued. Contact between authors, between editors and authors, between authors and formatters, and similar, created a sense of community, even mentorship, among participants. The project leads for the\u00a0Media Innovation and Entrepreneurship\u00a0<\/em>open textbook formed a community of practice and held biweekly calls with those adopting or teaching with the book.\n\u201cMany thanks\u2026for the gift to join you in such a fascinating intellectual and collaborative journey for making the Open Textbook on\u00a0Media Innovation & Entrepreneurship<\/em>\u00a0a dynamic learning, writing, and mentoring experiment. Along with the open textbook and the upcoming instructors\u2019 manual, I think you are also helping to create a very dynamic network and community of practice.\u201d\n\n\u2014Betty Tsakarestou, author and assistant professor at Panteion University<\/b><\/blockquote>\nSuggestions for engagement<\/h2>\nBelow are some ways in which you can try to create an engaged community around your project. This list will continue to grow as we learn from other projects and we welcome suggestions if you\u2019ve had success managing similar volunteer projects.\nIntroduce your team to one another<\/h3>\nThis sounds very straightforward, but make sure to introduce members of the team to one another. It\u2019s not uncommon to be juggling several lines of communication between yourself as the team lead and many participants, but creating connections across the project is just as important for keeping people engaged. If you\u2019re located in the same city, you could try to arrange an in-person meet. However, most projects tend to involve participants from all around the world \u2013 so a simple email or video call to introduce the team to one another will suffice!\n\nIf you\u2019re not the project lead, but an editor of a particular part or section of the book, you could send a similar email to the authors in your part. The email should welcome individuals to the team, and could even include links to shared resources such as the project\u2019s timeline.\nAcknowledge different working and communication styles, and involve your team in project planning<\/h3>\nIf you\u2019re the project lead, it\u2019s especially important to keep in mind that members of your team may not have the same working or communication style. These kinds of things vary across people and cultures, and if you have a global team, you can\u2019t expect everyone to switch to your default. Instead, you should discuss preferences and expectations at the start of the project, and invite members to help plan the project timeline and tasks with you. This may help to avoid conflict or disengagement down the line, and help you better gauge when an issue might be arising.\n\nYou should also discuss communication preferences with team members early on \u2013 is email okay, or are calls better? What kind of response time is expected? Respect these preferences, and as project lead, ask your team to do the same. Sharing this information up front, to whatever extent possible, will help your team understand one another, leading towards smoother interactions and fewer frustrations.\nShare examples \u2013 model chapters\/outlines\/abstracts<\/h3>\nMake sure everyone has model chapters\/outlines\/abstracts or whatever else they\u2019re being asked to submit. This can ease the cognitive load of getting started, and help ensure consistency in what\u2019s submitted. Where possible, it\u2019s also good to select this model content from what has already been submitted or created by a project lead and share it with the others \u2013 this also adds the little nudge that others are further ahead, which can help get people moving!\nEncourage contributors to post questions\/share drafts<\/h3>\nWherever possible, we ask contributors to share their drafts or ask any questions that they have on a public-facing channel, such as the Rebus Community forum or in Google docs shared with other authors. This helps other members of the team keep track of various tasks, reduces the work of having to answer the same questions many times over, gives people examples to work from, and acts as a subtle reminder to those who may be behind on their deadlines.\nSend individual emails\/ conduct one-on-one calls<\/h3>\nIf general reminder emails aren\u2019t getting much of a response, try individual emails or one-on-one calls with the team leads. If a particular contributor has dropped off the radar, or you\u2019re not sure they\u2019re seeing the emails you\u2019re sending to the whole team, check in with them personally to see how they\u2019re getting on. A short note can do the trick, and it may just be that they\u2019re having a busy couple of weeks, but the response rate is generally higher with this approach!\nPut together an FAQ, and let others add to it<\/h3>\nIf you find the same questions or concerns are coming up from multiple people, consider putting together an FAQ to share with other contributors. You can give contributors editing privileges, and encourage them to add to the list, so the burden of updating the list doesn\u2019t fall solely on you. Also consider whether any of these questions could be addressed in your author\/editor\/contributor guide or project summary and add to them as needed.\nHold regular calls with your team<\/h3>\nYou may also want to hold a call with your contributors, or an office hours-style drop in session. Encouraging attendance at these can also help develop the community feeling, which helps keep people invested and responsible to each other to fulfill their commitments. These calls may be structured around each chapter, connecting authors and instructors giving feedback for example, or each phase of the project (\u201cTwo weeks until submission deadline! Help!\u201d) or be an open space for feedback and questions as needed.\nDissuade the drop-outs: instead, encourage participation in less time-consuming tasks\u2026<\/h3>\nIf at any point it looks like someone might be backing out, suggest that they could instead take on a different role, perhaps acting as a reviewer instead of an author, or help to promote the book down the line. And always ask if they want to stay up to date as things progress! You can contact them again when you\u2019re looking for other kinds of contributions or releasing the book. Sharing updates or notifications when the book is available is a good way to acknowledge their interest in the project, even if they haven\u2019t been able to commit to it entirely.\n\u2026 but remember that not everyone will stay involved, and that\u2019s okay!<\/h3>\nContributors always have the option to say no and withdraw if they\u2019re not able to participate in a project. If they\u2019re interested enough to have signed up in the first place, it\u2019s worth trying to keep them in the loop, but they might not always want that. It can be disappointing, but if someone does have to bow out completely, remember that we all have competing priorities, and you never know what may be happening on their end. Be respectful of that, and wish them well. There will be plenty more people out there with the time to give to your project to whom you can shift your focus.\nNeed further assistance?<\/h2>\nWe hope these suggestions will help you form a robust, committed community around your project. We\u2019ll continue to add to this guide as we work with more projects, and we\u2019d welcome your ideas on what else we could add, or your feedback on how these approaches have worked (or not!) for you.\n\nIf you have questions or anything to add, please let us know in the Rebus Community project home<\/a>.\n\n![\"image\"](\"http:\/\/www.publiconsulting.com\/wordpress\/opentextbooksguide\/wp-content\/uploads\/sites\/106\/2018\/12\/image1.png\")
\n\nThis work is licensed under the Creative Commons Attribution 4.0 International License<\/a>.<\/em>","rendered":"This guide is meant to help you with contributor engagement, so that the team around your open textbook project remains active and committed to seeing the book all the way through to publication. It is licensed under a\u00a0Creative Commons Attribution license<\/a>\u00a0(CC BY) and you are welcome to print this document, make a copy for yourself, or share with others.<\/p>\nPlease read through sections below, and consider the suggestions as you are planning your project\u2019s timeline and estimating workloads, or to help move along a project that is lagging or stalled. If you have any questions, please feel free to reach out to us on the Rebus Community project home<\/a>. This document is based on our experience managing open textbook projects, and we welcome your feedback and additional suggestions.<\/p>\nWhy does engagement matter?<\/h2>\n
In the open textbook projects that Rebus has supported, engagement has been a key factor determining the project\u2019s advancement or success. Most projects saw some initial interest, buzz, and activity during the first few weeks. However, we noticed that this can die down fairly quickly, and in some cases, where a project has stretched out for too long, we\u2019ve lost a few contributors along the way. It falls on the project leads to make a conscious effort to keep participants engaged.<\/p>\n
Our most successful projects have had an active community of participants \u2013 authors, editors, proofreaders, copy editors, reviewers, formatters, leads, other volunteers \u2013 who conversed with each other often with updates about their tasks or the project more generally.<\/p>\n
These projects found a way to ensure participants knew the work they were doing was valuable and part of a larger effort. They also enabled contributors to connect with a larger community of practice in their subject. We found that public-facing projects with a lot of activity acted as social proof for current and potential collaborators: encouraging new people to get involved with the project, and fuelling those already on board to complete the tasks that they had signed up to do.<\/p>\n
Ultimately, while engagement helped drive projects forward, for some participants, it was the connections they made with others, and the conversations\/discussions they had that they valued. Contact between authors, between editors and authors, between authors and formatters, and similar, created a sense of community, even mentorship, among participants. The project leads for the\u00a0Media Innovation and Entrepreneurship\u00a0<\/em>open textbook formed a community of practice and held biweekly calls with those adopting or teaching with the book.<\/p>\n\u201cMany thanks\u2026for the gift to join you in such a fascinating intellectual and collaborative journey for making the Open Textbook on\u00a0Media Innovation & Entrepreneurship<\/em>\u00a0a dynamic learning, writing, and mentoring experiment. Along with the open textbook and the upcoming instructors\u2019 manual, I think you are also helping to create a very dynamic network and community of practice.\u201d<\/p>\n\u2014Betty Tsakarestou, author and assistant professor at Panteion University<\/b><\/p><\/blockquote>\nSuggestions for engagement<\/h2>\n
Below are some ways in which you can try to create an engaged community around your project. This list will continue to grow as we learn from other projects and we welcome suggestions if you\u2019ve had success managing similar volunteer projects.<\/p>\n
Introduce your team to one another<\/h3>\n
This sounds very straightforward, but make sure to introduce members of the team to one another. It\u2019s not uncommon to be juggling several lines of communication between yourself as the team lead and many participants, but creating connections across the project is just as important for keeping people engaged. If you\u2019re located in the same city, you could try to arrange an in-person meet. However, most projects tend to involve participants from all around the world \u2013 so a simple email or video call to introduce the team to one another will suffice!<\/p>\n
If you\u2019re not the project lead, but an editor of a particular part or section of the book, you could send a similar email to the authors in your part. The email should welcome individuals to the team, and could even include links to shared resources such as the project\u2019s timeline.<\/p>\n
Acknowledge different working and communication styles, and involve your team in project planning<\/h3>\n
If you\u2019re the project lead, it\u2019s especially important to keep in mind that members of your team may not have the same working or communication style. These kinds of things vary across people and cultures, and if you have a global team, you can\u2019t expect everyone to switch to your default. Instead, you should discuss preferences and expectations at the start of the project, and invite members to help plan the project timeline and tasks with you. This may help to avoid conflict or disengagement down the line, and help you better gauge when an issue might be arising.<\/p>\n
You should also discuss communication preferences with team members early on \u2013 is email okay, or are calls better? What kind of response time is expected? Respect these preferences, and as project lead, ask your team to do the same. Sharing this information up front, to whatever extent possible, will help your team understand one another, leading towards smoother interactions and fewer frustrations.<\/p>\n
Share examples \u2013 model chapters\/outlines\/abstracts<\/h3>\n
Make sure everyone has model chapters\/outlines\/abstracts or whatever else they\u2019re being asked to submit. This can ease the cognitive load of getting started, and help ensure consistency in what\u2019s submitted. Where possible, it\u2019s also good to select this model content from what has already been submitted or created by a project lead and share it with the others \u2013 this also adds the little nudge that others are further ahead, which can help get people moving!<\/p>\n
Encourage contributors to post questions\/share drafts<\/h3>\n
Wherever possible, we ask contributors to share their drafts or ask any questions that they have on a public-facing channel, such as the Rebus Community forum or in Google docs shared with other authors. This helps other members of the team keep track of various tasks, reduces the work of having to answer the same questions many times over, gives people examples to work from, and acts as a subtle reminder to those who may be behind on their deadlines.<\/p>\n
Send individual emails\/ conduct one-on-one calls<\/h3>\n
If general reminder emails aren\u2019t getting much of a response, try individual emails or one-on-one calls with the team leads. If a particular contributor has dropped off the radar, or you\u2019re not sure they\u2019re seeing the emails you\u2019re sending to the whole team, check in with them personally to see how they\u2019re getting on. A short note can do the trick, and it may just be that they\u2019re having a busy couple of weeks, but the response rate is generally higher with this approach!<\/p>\n
Put together an FAQ, and let others add to it<\/h3>\n
If you find the same questions or concerns are coming up from multiple people, consider putting together an FAQ to share with other contributors. You can give contributors editing privileges, and encourage them to add to the list, so the burden of updating the list doesn\u2019t fall solely on you. Also consider whether any of these questions could be addressed in your author\/editor\/contributor guide or project summary and add to them as needed.<\/p>\n
Hold regular calls with your team<\/h3>\n
You may also want to hold a call with your contributors, or an office hours-style drop in session. Encouraging attendance at these can also help develop the community feeling, which helps keep people invested and responsible to each other to fulfill their commitments. These calls may be structured around each chapter, connecting authors and instructors giving feedback for example, or each phase of the project (\u201cTwo weeks until submission deadline! Help!\u201d) or be an open space for feedback and questions as needed.<\/p>\n
Dissuade the drop-outs: instead, encourage participation in less time-consuming tasks\u2026<\/h3>\n
If at any point it looks like someone might be backing out, suggest that they could instead take on a different role, perhaps acting as a reviewer instead of an author, or help to promote the book down the line. And always ask if they want to stay up to date as things progress! You can contact them again when you\u2019re looking for other kinds of contributions or releasing the book. Sharing updates or notifications when the book is available is a good way to acknowledge their interest in the project, even if they haven\u2019t been able to commit to it entirely.<\/p>\n
\u2026 but remember that not everyone will stay involved, and that\u2019s okay!<\/h3>\n
Contributors always have the option to say no and withdraw if they\u2019re not able to participate in a project. If they\u2019re interested enough to have signed up in the first place, it\u2019s worth trying to keep them in the loop, but they might not always want that. It can be disappointing, but if someone does have to bow out completely, remember that we all have competing priorities, and you never know what may be happening on their end. Be respectful of that, and wish them well. There will be plenty more people out there with the time to give to your project to whom you can shift your focus.<\/p>\n
Need further assistance?<\/h2>\n
We hope these suggestions will help you form a robust, committed community around your project. We\u2019ll continue to add to this guide as we work with more projects, and we\u2019d welcome your ideas on what else we could add, or your feedback on how these approaches have worked (or not!) for you.<\/p>\n
If you have questions or anything to add, please let us know in the Rebus Community project home<\/a>.<\/p>\n![\"image\"](\"\/\/www.publiconsulting.com\/wordpress\/opentextbooksguide\/wp-content\/uploads\/sites\/106\/2018\/12\/image1.png\")
<\/p>\n
Suggestions for engagement<\/h2>\nBelow are some ways in which you can try to create an engaged community around your project. This list will continue to grow as we learn from other projects and we welcome suggestions if you\u2019ve had success managing similar volunteer projects.\nIntroduce your team to one another<\/h3>\nThis sounds very straightforward, but make sure to introduce members of the team to one another. It\u2019s not uncommon to be juggling several lines of communication between yourself as the team lead and many participants, but creating connections across the project is just as important for keeping people engaged. If you\u2019re located in the same city, you could try to arrange an in-person meet. However, most projects tend to involve participants from all around the world \u2013 so a simple email or video call to introduce the team to one another will suffice!\n\nIf you\u2019re not the project lead, but an editor of a particular part or section of the book, you could send a similar email to the authors in your part. The email should welcome individuals to the team, and could even include links to shared resources such as the project\u2019s timeline.\nAcknowledge different working and communication styles, and involve your team in project planning<\/h3>\nIf you\u2019re the project lead, it\u2019s especially important to keep in mind that members of your team may not have the same working or communication style. These kinds of things vary across people and cultures, and if you have a global team, you can\u2019t expect everyone to switch to your default. Instead, you should discuss preferences and expectations at the start of the project, and invite members to help plan the project timeline and tasks with you. This may help to avoid conflict or disengagement down the line, and help you better gauge when an issue might be arising.\n\nYou should also discuss communication preferences with team members early on \u2013 is email okay, or are calls better? What kind of response time is expected? Respect these preferences, and as project lead, ask your team to do the same. Sharing this information up front, to whatever extent possible, will help your team understand one another, leading towards smoother interactions and fewer frustrations.\nShare examples \u2013 model chapters\/outlines\/abstracts<\/h3>\nMake sure everyone has model chapters\/outlines\/abstracts or whatever else they\u2019re being asked to submit. This can ease the cognitive load of getting started, and help ensure consistency in what\u2019s submitted. Where possible, it\u2019s also good to select this model content from what has already been submitted or created by a project lead and share it with the others \u2013 this also adds the little nudge that others are further ahead, which can help get people moving!\nEncourage contributors to post questions\/share drafts<\/h3>\nWherever possible, we ask contributors to share their drafts or ask any questions that they have on a public-facing channel, such as the Rebus Community forum or in Google docs shared with other authors. This helps other members of the team keep track of various tasks, reduces the work of having to answer the same questions many times over, gives people examples to work from, and acts as a subtle reminder to those who may be behind on their deadlines.\nSend individual emails\/ conduct one-on-one calls<\/h3>\nIf general reminder emails aren\u2019t getting much of a response, try individual emails or one-on-one calls with the team leads. If a particular contributor has dropped off the radar, or you\u2019re not sure they\u2019re seeing the emails you\u2019re sending to the whole team, check in with them personally to see how they\u2019re getting on. A short note can do the trick, and it may just be that they\u2019re having a busy couple of weeks, but the response rate is generally higher with this approach!\nPut together an FAQ, and let others add to it<\/h3>\nIf you find the same questions or concerns are coming up from multiple people, consider putting together an FAQ to share with other contributors. You can give contributors editing privileges, and encourage them to add to the list, so the burden of updating the list doesn\u2019t fall solely on you. Also consider whether any of these questions could be addressed in your author\/editor\/contributor guide or project summary and add to them as needed.\nHold regular calls with your team<\/h3>\nYou may also want to hold a call with your contributors, or an office hours-style drop in session. Encouraging attendance at these can also help develop the community feeling, which helps keep people invested and responsible to each other to fulfill their commitments. These calls may be structured around each chapter, connecting authors and instructors giving feedback for example, or each phase of the project (\u201cTwo weeks until submission deadline! Help!\u201d) or be an open space for feedback and questions as needed.\nDissuade the drop-outs: instead, encourage participation in less time-consuming tasks\u2026<\/h3>\nIf at any point it looks like someone might be backing out, suggest that they could instead take on a different role, perhaps acting as a reviewer instead of an author, or help to promote the book down the line. And always ask if they want to stay up to date as things progress! You can contact them again when you\u2019re looking for other kinds of contributions or releasing the book. Sharing updates or notifications when the book is available is a good way to acknowledge their interest in the project, even if they haven\u2019t been able to commit to it entirely.\n\u2026 but remember that not everyone will stay involved, and that\u2019s okay!<\/h3>\nContributors always have the option to say no and withdraw if they\u2019re not able to participate in a project. If they\u2019re interested enough to have signed up in the first place, it\u2019s worth trying to keep them in the loop, but they might not always want that. It can be disappointing, but if someone does have to bow out completely, remember that we all have competing priorities, and you never know what may be happening on their end. Be respectful of that, and wish them well. There will be plenty more people out there with the time to give to your project to whom you can shift your focus.\nNeed further assistance?<\/h2>\nWe hope these suggestions will help you form a robust, committed community around your project. We\u2019ll continue to add to this guide as we work with more projects, and we\u2019d welcome your ideas on what else we could add, or your feedback on how these approaches have worked (or not!) for you.\n\nIf you have questions or anything to add, please let us know in the Rebus Community project home<\/a>.\n\n\n\nThis work is licensed under the Creative Commons Attribution 4.0 International License<\/a>.<\/em>","rendered":"This guide is meant to help you with contributor engagement, so that the team around your open textbook project remains active and committed to seeing the book all the way through to publication. It is licensed under a\u00a0Creative Commons Attribution license<\/a>\u00a0(CC BY) and you are welcome to print this document, make a copy for yourself, or share with others.<\/p>\nPlease read through sections below, and consider the suggestions as you are planning your project\u2019s timeline and estimating workloads, or to help move along a project that is lagging or stalled. If you have any questions, please feel free to reach out to us on the Rebus Community project home<\/a>. This document is based on our experience managing open textbook projects, and we welcome your feedback and additional suggestions.<\/p>\nWhy does engagement matter?<\/h2>\n
In the open textbook projects that Rebus has supported, engagement has been a key factor determining the project\u2019s advancement or success. Most projects saw some initial interest, buzz, and activity during the first few weeks. However, we noticed that this can die down fairly quickly, and in some cases, where a project has stretched out for too long, we\u2019ve lost a few contributors along the way. It falls on the project leads to make a conscious effort to keep participants engaged.<\/p>\n
Our most successful projects have had an active community of participants \u2013 authors, editors, proofreaders, copy editors, reviewers, formatters, leads, other volunteers \u2013 who conversed with each other often with updates about their tasks or the project more generally.<\/p>\n
These projects found a way to ensure participants knew the work they were doing was valuable and part of a larger effort. They also enabled contributors to connect with a larger community of practice in their subject. We found that public-facing projects with a lot of activity acted as social proof for current and potential collaborators: encouraging new people to get involved with the project, and fuelling those already on board to complete the tasks that they had signed up to do.<\/p>\n
Ultimately, while engagement helped drive projects forward, for some participants, it was the connections they made with others, and the conversations\/discussions they had that they valued. Contact between authors, between editors and authors, between authors and formatters, and similar, created a sense of community, even mentorship, among participants. The project leads for the\u00a0Media Innovation and Entrepreneurship\u00a0<\/em>open textbook formed a community of practice and held biweekly calls with those adopting or teaching with the book.<\/p>\n\u201cMany thanks\u2026for the gift to join you in such a fascinating intellectual and collaborative journey for making the Open Textbook on\u00a0Media Innovation & Entrepreneurship<\/em>\u00a0a dynamic learning, writing, and mentoring experiment. Along with the open textbook and the upcoming instructors\u2019 manual, I think you are also helping to create a very dynamic network and community of practice.\u201d<\/p>\n\u2014Betty Tsakarestou, author and assistant professor at Panteion University<\/b><\/p><\/blockquote>\nSuggestions for engagement<\/h2>\n
Below are some ways in which you can try to create an engaged community around your project. This list will continue to grow as we learn from other projects and we welcome suggestions if you\u2019ve had success managing similar volunteer projects.<\/p>\n
Introduce your team to one another<\/h3>\n
This sounds very straightforward, but make sure to introduce members of the team to one another. It\u2019s not uncommon to be juggling several lines of communication between yourself as the team lead and many participants, but creating connections across the project is just as important for keeping people engaged. If you\u2019re located in the same city, you could try to arrange an in-person meet. However, most projects tend to involve participants from all around the world \u2013 so a simple email or video call to introduce the team to one another will suffice!<\/p>\n
If you\u2019re not the project lead, but an editor of a particular part or section of the book, you could send a similar email to the authors in your part. The email should welcome individuals to the team, and could even include links to shared resources such as the project\u2019s timeline.<\/p>\n
Acknowledge different working and communication styles, and involve your team in project planning<\/h3>\n
If you\u2019re the project lead, it\u2019s especially important to keep in mind that members of your team may not have the same working or communication style. These kinds of things vary across people and cultures, and if you have a global team, you can\u2019t expect everyone to switch to your default. Instead, you should discuss preferences and expectations at the start of the project, and invite members to help plan the project timeline and tasks with you. This may help to avoid conflict or disengagement down the line, and help you better gauge when an issue might be arising.<\/p>\n
You should also discuss communication preferences with team members early on \u2013 is email okay, or are calls better? What kind of response time is expected? Respect these preferences, and as project lead, ask your team to do the same. Sharing this information up front, to whatever extent possible, will help your team understand one another, leading towards smoother interactions and fewer frustrations.<\/p>\n
Share examples \u2013 model chapters\/outlines\/abstracts<\/h3>\n
Make sure everyone has model chapters\/outlines\/abstracts or whatever else they\u2019re being asked to submit. This can ease the cognitive load of getting started, and help ensure consistency in what\u2019s submitted. Where possible, it\u2019s also good to select this model content from what has already been submitted or created by a project lead and share it with the others \u2013 this also adds the little nudge that others are further ahead, which can help get people moving!<\/p>\n
Encourage contributors to post questions\/share drafts<\/h3>\n
Wherever possible, we ask contributors to share their drafts or ask any questions that they have on a public-facing channel, such as the Rebus Community forum or in Google docs shared with other authors. This helps other members of the team keep track of various tasks, reduces the work of having to answer the same questions many times over, gives people examples to work from, and acts as a subtle reminder to those who may be behind on their deadlines.<\/p>\n
Send individual emails\/ conduct one-on-one calls<\/h3>\n
If general reminder emails aren\u2019t getting much of a response, try individual emails or one-on-one calls with the team leads. If a particular contributor has dropped off the radar, or you\u2019re not sure they\u2019re seeing the emails you\u2019re sending to the whole team, check in with them personally to see how they\u2019re getting on. A short note can do the trick, and it may just be that they\u2019re having a busy couple of weeks, but the response rate is generally higher with this approach!<\/p>\n
Put together an FAQ, and let others add to it<\/h3>\n
If you find the same questions or concerns are coming up from multiple people, consider putting together an FAQ to share with other contributors. You can give contributors editing privileges, and encourage them to add to the list, so the burden of updating the list doesn\u2019t fall solely on you. Also consider whether any of these questions could be addressed in your author\/editor\/contributor guide or project summary and add to them as needed.<\/p>\n
Hold regular calls with your team<\/h3>\n
You may also want to hold a call with your contributors, or an office hours-style drop in session. Encouraging attendance at these can also help develop the community feeling, which helps keep people invested and responsible to each other to fulfill their commitments. These calls may be structured around each chapter, connecting authors and instructors giving feedback for example, or each phase of the project (\u201cTwo weeks until submission deadline! Help!\u201d) or be an open space for feedback and questions as needed.<\/p>\n
Dissuade the drop-outs: instead, encourage participation in less time-consuming tasks\u2026<\/h3>\n
If at any point it looks like someone might be backing out, suggest that they could instead take on a different role, perhaps acting as a reviewer instead of an author, or help to promote the book down the line. And always ask if they want to stay up to date as things progress! You can contact them again when you\u2019re looking for other kinds of contributions or releasing the book. Sharing updates or notifications when the book is available is a good way to acknowledge their interest in the project, even if they haven\u2019t been able to commit to it entirely.<\/p>\n
\u2026 but remember that not everyone will stay involved, and that\u2019s okay!<\/h3>\n
Contributors always have the option to say no and withdraw if they\u2019re not able to participate in a project. If they\u2019re interested enough to have signed up in the first place, it\u2019s worth trying to keep them in the loop, but they might not always want that. It can be disappointing, but if someone does have to bow out completely, remember that we all have competing priorities, and you never know what may be happening on their end. Be respectful of that, and wish them well. There will be plenty more people out there with the time to give to your project to whom you can shift your focus.<\/p>\n
Need further assistance?<\/h2>\n
We hope these suggestions will help you form a robust, committed community around your project. We\u2019ll continue to add to this guide as we work with more projects, and we\u2019d welcome your ideas on what else we could add, or your feedback on how these approaches have worked (or not!) for you.<\/p>\n
If you have questions or anything to add, please let us know in the Rebus Community project home<\/a>.<\/p>\n<\/p>\n
Acknowledge different working and communication styles, and involve your team in project planning<\/h3>\nIf you\u2019re the project lead, it\u2019s especially important to keep in mind that members of your team may not have the same working or communication style. These kinds of things vary across people and cultures, and if you have a global team, you can\u2019t expect everyone to switch to your default. Instead, you should discuss preferences and expectations at the start of the project, and invite members to help plan the project timeline and tasks with you. This may help to avoid conflict or disengagement down the line, and help you better gauge when an issue might be arising.\n\nYou should also discuss communication preferences with team members early on \u2013 is email okay, or are calls better? What kind of response time is expected? Respect these preferences, and as project lead, ask your team to do the same. Sharing this information up front, to whatever extent possible, will help your team understand one another, leading towards smoother interactions and fewer frustrations.\nShare examples \u2013 model chapters\/outlines\/abstracts<\/h3>\nMake sure everyone has model chapters\/outlines\/abstracts or whatever else they\u2019re being asked to submit. This can ease the cognitive load of getting started, and help ensure consistency in what\u2019s submitted. Where possible, it\u2019s also good to select this model content from what has already been submitted or created by a project lead and share it with the others \u2013 this also adds the little nudge that others are further ahead, which can help get people moving!\nEncourage contributors to post questions\/share drafts<\/h3>\nWherever possible, we ask contributors to share their drafts or ask any questions that they have on a public-facing channel, such as the Rebus Community forum or in Google docs shared with other authors. This helps other members of the team keep track of various tasks, reduces the work of having to answer the same questions many times over, gives people examples to work from, and acts as a subtle reminder to those who may be behind on their deadlines.\nSend individual emails\/ conduct one-on-one calls<\/h3>\nIf general reminder emails aren\u2019t getting much of a response, try individual emails or one-on-one calls with the team leads. If a particular contributor has dropped off the radar, or you\u2019re not sure they\u2019re seeing the emails you\u2019re sending to the whole team, check in with them personally to see how they\u2019re getting on. A short note can do the trick, and it may just be that they\u2019re having a busy couple of weeks, but the response rate is generally higher with this approach!\nPut together an FAQ, and let others add to it<\/h3>\nIf you find the same questions or concerns are coming up from multiple people, consider putting together an FAQ to share with other contributors. You can give contributors editing privileges, and encourage them to add to the list, so the burden of updating the list doesn\u2019t fall solely on you. Also consider whether any of these questions could be addressed in your author\/editor\/contributor guide or project summary and add to them as needed.\nHold regular calls with your team<\/h3>\nYou may also want to hold a call with your contributors, or an office hours-style drop in session. Encouraging attendance at these can also help develop the community feeling, which helps keep people invested and responsible to each other to fulfill their commitments. These calls may be structured around each chapter, connecting authors and instructors giving feedback for example, or each phase of the project (\u201cTwo weeks until submission deadline! Help!\u201d) or be an open space for feedback and questions as needed.\nDissuade the drop-outs: instead, encourage participation in less time-consuming tasks\u2026<\/h3>\nIf at any point it looks like someone might be backing out, suggest that they could instead take on a different role, perhaps acting as a reviewer instead of an author, or help to promote the book down the line. And always ask if they want to stay up to date as things progress! You can contact them again when you\u2019re looking for other kinds of contributions or releasing the book. Sharing updates or notifications when the book is available is a good way to acknowledge their interest in the project, even if they haven\u2019t been able to commit to it entirely.\n\u2026 but remember that not everyone will stay involved, and that\u2019s okay!<\/h3>\nContributors always have the option to say no and withdraw if they\u2019re not able to participate in a project. If they\u2019re interested enough to have signed up in the first place, it\u2019s worth trying to keep them in the loop, but they might not always want that. It can be disappointing, but if someone does have to bow out completely, remember that we all have competing priorities, and you never know what may be happening on their end. Be respectful of that, and wish them well. There will be plenty more people out there with the time to give to your project to whom you can shift your focus.\nNeed further assistance?<\/h2>\nWe hope these suggestions will help you form a robust, committed community around your project. We\u2019ll continue to add to this guide as we work with more projects, and we\u2019d welcome your ideas on what else we could add, or your feedback on how these approaches have worked (or not!) for you.\n\nIf you have questions or anything to add, please let us know in the Rebus Community project home<\/a>.\n\n\n\nThis work is licensed under the Creative Commons Attribution 4.0 International License<\/a>.<\/em>","rendered":"This guide is meant to help you with contributor engagement, so that the team around your open textbook project remains active and committed to seeing the book all the way through to publication. It is licensed under a\u00a0Creative Commons Attribution license<\/a>\u00a0(CC BY) and you are welcome to print this document, make a copy for yourself, or share with others.<\/p>\nPlease read through sections below, and consider the suggestions as you are planning your project\u2019s timeline and estimating workloads, or to help move along a project that is lagging or stalled. If you have any questions, please feel free to reach out to us on the Rebus Community project home<\/a>. This document is based on our experience managing open textbook projects, and we welcome your feedback and additional suggestions.<\/p>\nWhy does engagement matter?<\/h2>\n
In the open textbook projects that Rebus has supported, engagement has been a key factor determining the project\u2019s advancement or success. Most projects saw some initial interest, buzz, and activity during the first few weeks. However, we noticed that this can die down fairly quickly, and in some cases, where a project has stretched out for too long, we\u2019ve lost a few contributors along the way. It falls on the project leads to make a conscious effort to keep participants engaged.<\/p>\n
Our most successful projects have had an active community of participants \u2013 authors, editors, proofreaders, copy editors, reviewers, formatters, leads, other volunteers \u2013 who conversed with each other often with updates about their tasks or the project more generally.<\/p>\n
These projects found a way to ensure participants knew the work they were doing was valuable and part of a larger effort. They also enabled contributors to connect with a larger community of practice in their subject. We found that public-facing projects with a lot of activity acted as social proof for current and potential collaborators: encouraging new people to get involved with the project, and fuelling those already on board to complete the tasks that they had signed up to do.<\/p>\n
Ultimately, while engagement helped drive projects forward, for some participants, it was the connections they made with others, and the conversations\/discussions they had that they valued. Contact between authors, between editors and authors, between authors and formatters, and similar, created a sense of community, even mentorship, among participants. The project leads for the\u00a0Media Innovation and Entrepreneurship\u00a0<\/em>open textbook formed a community of practice and held biweekly calls with those adopting or teaching with the book.<\/p>\n\u201cMany thanks\u2026for the gift to join you in such a fascinating intellectual and collaborative journey for making the Open Textbook on\u00a0Media Innovation & Entrepreneurship<\/em>\u00a0a dynamic learning, writing, and mentoring experiment. Along with the open textbook and the upcoming instructors\u2019 manual, I think you are also helping to create a very dynamic network and community of practice.\u201d<\/p>\n\u2014Betty Tsakarestou, author and assistant professor at Panteion University<\/b><\/p><\/blockquote>\nSuggestions for engagement<\/h2>\n
Below are some ways in which you can try to create an engaged community around your project. This list will continue to grow as we learn from other projects and we welcome suggestions if you\u2019ve had success managing similar volunteer projects.<\/p>\n
Introduce your team to one another<\/h3>\n
This sounds very straightforward, but make sure to introduce members of the team to one another. It\u2019s not uncommon to be juggling several lines of communication between yourself as the team lead and many participants, but creating connections across the project is just as important for keeping people engaged. If you\u2019re located in the same city, you could try to arrange an in-person meet. However, most projects tend to involve participants from all around the world \u2013 so a simple email or video call to introduce the team to one another will suffice!<\/p>\n
If you\u2019re not the project lead, but an editor of a particular part or section of the book, you could send a similar email to the authors in your part. The email should welcome individuals to the team, and could even include links to shared resources such as the project\u2019s timeline.<\/p>\n
Acknowledge different working and communication styles, and involve your team in project planning<\/h3>\n
If you\u2019re the project lead, it\u2019s especially important to keep in mind that members of your team may not have the same working or communication style. These kinds of things vary across people and cultures, and if you have a global team, you can\u2019t expect everyone to switch to your default. Instead, you should discuss preferences and expectations at the start of the project, and invite members to help plan the project timeline and tasks with you. This may help to avoid conflict or disengagement down the line, and help you better gauge when an issue might be arising.<\/p>\n
You should also discuss communication preferences with team members early on \u2013 is email okay, or are calls better? What kind of response time is expected? Respect these preferences, and as project lead, ask your team to do the same. Sharing this information up front, to whatever extent possible, will help your team understand one another, leading towards smoother interactions and fewer frustrations.<\/p>\n
Share examples \u2013 model chapters\/outlines\/abstracts<\/h3>\n
Make sure everyone has model chapters\/outlines\/abstracts or whatever else they\u2019re being asked to submit. This can ease the cognitive load of getting started, and help ensure consistency in what\u2019s submitted. Where possible, it\u2019s also good to select this model content from what has already been submitted or created by a project lead and share it with the others \u2013 this also adds the little nudge that others are further ahead, which can help get people moving!<\/p>\n
Encourage contributors to post questions\/share drafts<\/h3>\n
Wherever possible, we ask contributors to share their drafts or ask any questions that they have on a public-facing channel, such as the Rebus Community forum or in Google docs shared with other authors. This helps other members of the team keep track of various tasks, reduces the work of having to answer the same questions many times over, gives people examples to work from, and acts as a subtle reminder to those who may be behind on their deadlines.<\/p>\n
Send individual emails\/ conduct one-on-one calls<\/h3>\n
If general reminder emails aren\u2019t getting much of a response, try individual emails or one-on-one calls with the team leads. If a particular contributor has dropped off the radar, or you\u2019re not sure they\u2019re seeing the emails you\u2019re sending to the whole team, check in with them personally to see how they\u2019re getting on. A short note can do the trick, and it may just be that they\u2019re having a busy couple of weeks, but the response rate is generally higher with this approach!<\/p>\n
Put together an FAQ, and let others add to it<\/h3>\n
If you find the same questions or concerns are coming up from multiple people, consider putting together an FAQ to share with other contributors. You can give contributors editing privileges, and encourage them to add to the list, so the burden of updating the list doesn\u2019t fall solely on you. Also consider whether any of these questions could be addressed in your author\/editor\/contributor guide or project summary and add to them as needed.<\/p>\n
Hold regular calls with your team<\/h3>\n
You may also want to hold a call with your contributors, or an office hours-style drop in session. Encouraging attendance at these can also help develop the community feeling, which helps keep people invested and responsible to each other to fulfill their commitments. These calls may be structured around each chapter, connecting authors and instructors giving feedback for example, or each phase of the project (\u201cTwo weeks until submission deadline! Help!\u201d) or be an open space for feedback and questions as needed.<\/p>\n
Dissuade the drop-outs: instead, encourage participation in less time-consuming tasks\u2026<\/h3>\n
If at any point it looks like someone might be backing out, suggest that they could instead take on a different role, perhaps acting as a reviewer instead of an author, or help to promote the book down the line. And always ask if they want to stay up to date as things progress! You can contact them again when you\u2019re looking for other kinds of contributions or releasing the book. Sharing updates or notifications when the book is available is a good way to acknowledge their interest in the project, even if they haven\u2019t been able to commit to it entirely.<\/p>\n
\u2026 but remember that not everyone will stay involved, and that\u2019s okay!<\/h3>\n
Contributors always have the option to say no and withdraw if they\u2019re not able to participate in a project. If they\u2019re interested enough to have signed up in the first place, it\u2019s worth trying to keep them in the loop, but they might not always want that. It can be disappointing, but if someone does have to bow out completely, remember that we all have competing priorities, and you never know what may be happening on their end. Be respectful of that, and wish them well. There will be plenty more people out there with the time to give to your project to whom you can shift your focus.<\/p>\n
Need further assistance?<\/h2>\n
We hope these suggestions will help you form a robust, committed community around your project. We\u2019ll continue to add to this guide as we work with more projects, and we\u2019d welcome your ideas on what else we could add, or your feedback on how these approaches have worked (or not!) for you.<\/p>\n
If you have questions or anything to add, please let us know in the Rebus Community project home<\/a>.<\/p>\n<\/p>\n
Encourage contributors to post questions\/share drafts<\/h3>\nWherever possible, we ask contributors to share their drafts or ask any questions that they have on a public-facing channel, such as the Rebus Community forum or in Google docs shared with other authors. This helps other members of the team keep track of various tasks, reduces the work of having to answer the same questions many times over, gives people examples to work from, and acts as a subtle reminder to those who may be behind on their deadlines.\nSend individual emails\/ conduct one-on-one calls<\/h3>\nIf general reminder emails aren\u2019t getting much of a response, try individual emails or one-on-one calls with the team leads. If a particular contributor has dropped off the radar, or you\u2019re not sure they\u2019re seeing the emails you\u2019re sending to the whole team, check in with them personally to see how they\u2019re getting on. A short note can do the trick, and it may just be that they\u2019re having a busy couple of weeks, but the response rate is generally higher with this approach!\nPut together an FAQ, and let others add to it<\/h3>\nIf you find the same questions or concerns are coming up from multiple people, consider putting together an FAQ to share with other contributors. You can give contributors editing privileges, and encourage them to add to the list, so the burden of updating the list doesn\u2019t fall solely on you. Also consider whether any of these questions could be addressed in your author\/editor\/contributor guide or project summary and add to them as needed.\nHold regular calls with your team<\/h3>\nYou may also want to hold a call with your contributors, or an office hours-style drop in session. Encouraging attendance at these can also help develop the community feeling, which helps keep people invested and responsible to each other to fulfill their commitments. These calls may be structured around each chapter, connecting authors and instructors giving feedback for example, or each phase of the project (\u201cTwo weeks until submission deadline! Help!\u201d) or be an open space for feedback and questions as needed.\nDissuade the drop-outs: instead, encourage participation in less time-consuming tasks\u2026<\/h3>\nIf at any point it looks like someone might be backing out, suggest that they could instead take on a different role, perhaps acting as a reviewer instead of an author, or help to promote the book down the line. And always ask if they want to stay up to date as things progress! You can contact them again when you\u2019re looking for other kinds of contributions or releasing the book. Sharing updates or notifications when the book is available is a good way to acknowledge their interest in the project, even if they haven\u2019t been able to commit to it entirely.\n\u2026 but remember that not everyone will stay involved, and that\u2019s okay!<\/h3>\nContributors always have the option to say no and withdraw if they\u2019re not able to participate in a project. If they\u2019re interested enough to have signed up in the first place, it\u2019s worth trying to keep them in the loop, but they might not always want that. It can be disappointing, but if someone does have to bow out completely, remember that we all have competing priorities, and you never know what may be happening on their end. Be respectful of that, and wish them well. There will be plenty more people out there with the time to give to your project to whom you can shift your focus.\nNeed further assistance?<\/h2>\nWe hope these suggestions will help you form a robust, committed community around your project. We\u2019ll continue to add to this guide as we work with more projects, and we\u2019d welcome your ideas on what else we could add, or your feedback on how these approaches have worked (or not!) for you.\n\nIf you have questions or anything to add, please let us know in the Rebus Community project home<\/a>.\n\n\n\nThis work is licensed under the Creative Commons Attribution 4.0 International License<\/a>.<\/em>","rendered":"This guide is meant to help you with contributor engagement, so that the team around your open textbook project remains active and committed to seeing the book all the way through to publication. It is licensed under a\u00a0Creative Commons Attribution license<\/a>\u00a0(CC BY) and you are welcome to print this document, make a copy for yourself, or share with others.<\/p>\nPlease read through sections below, and consider the suggestions as you are planning your project\u2019s timeline and estimating workloads, or to help move along a project that is lagging or stalled. If you have any questions, please feel free to reach out to us on the Rebus Community project home<\/a>. This document is based on our experience managing open textbook projects, and we welcome your feedback and additional suggestions.<\/p>\nWhy does engagement matter?<\/h2>\n
In the open textbook projects that Rebus has supported, engagement has been a key factor determining the project\u2019s advancement or success. Most projects saw some initial interest, buzz, and activity during the first few weeks. However, we noticed that this can die down fairly quickly, and in some cases, where a project has stretched out for too long, we\u2019ve lost a few contributors along the way. It falls on the project leads to make a conscious effort to keep participants engaged.<\/p>\n
Our most successful projects have had an active community of participants \u2013 authors, editors, proofreaders, copy editors, reviewers, formatters, leads, other volunteers \u2013 who conversed with each other often with updates about their tasks or the project more generally.<\/p>\n
These projects found a way to ensure participants knew the work they were doing was valuable and part of a larger effort. They also enabled contributors to connect with a larger community of practice in their subject. We found that public-facing projects with a lot of activity acted as social proof for current and potential collaborators: encouraging new people to get involved with the project, and fuelling those already on board to complete the tasks that they had signed up to do.<\/p>\n
Ultimately, while engagement helped drive projects forward, for some participants, it was the connections they made with others, and the conversations\/discussions they had that they valued. Contact between authors, between editors and authors, between authors and formatters, and similar, created a sense of community, even mentorship, among participants. The project leads for the\u00a0Media Innovation and Entrepreneurship\u00a0<\/em>open textbook formed a community of practice and held biweekly calls with those adopting or teaching with the book.<\/p>\n\u201cMany thanks\u2026for the gift to join you in such a fascinating intellectual and collaborative journey for making the Open Textbook on\u00a0Media Innovation & Entrepreneurship<\/em>\u00a0a dynamic learning, writing, and mentoring experiment. Along with the open textbook and the upcoming instructors\u2019 manual, I think you are also helping to create a very dynamic network and community of practice.\u201d<\/p>\n\u2014Betty Tsakarestou, author and assistant professor at Panteion University<\/b><\/p><\/blockquote>\nSuggestions for engagement<\/h2>\n
Below are some ways in which you can try to create an engaged community around your project. This list will continue to grow as we learn from other projects and we welcome suggestions if you\u2019ve had success managing similar volunteer projects.<\/p>\n
Introduce your team to one another<\/h3>\n
This sounds very straightforward, but make sure to introduce members of the team to one another. It\u2019s not uncommon to be juggling several lines of communication between yourself as the team lead and many participants, but creating connections across the project is just as important for keeping people engaged. If you\u2019re located in the same city, you could try to arrange an in-person meet. However, most projects tend to involve participants from all around the world \u2013 so a simple email or video call to introduce the team to one another will suffice!<\/p>\n
If you\u2019re not the project lead, but an editor of a particular part or section of the book, you could send a similar email to the authors in your part. The email should welcome individuals to the team, and could even include links to shared resources such as the project\u2019s timeline.<\/p>\n
Acknowledge different working and communication styles, and involve your team in project planning<\/h3>\n
If you\u2019re the project lead, it\u2019s especially important to keep in mind that members of your team may not have the same working or communication style. These kinds of things vary across people and cultures, and if you have a global team, you can\u2019t expect everyone to switch to your default. Instead, you should discuss preferences and expectations at the start of the project, and invite members to help plan the project timeline and tasks with you. This may help to avoid conflict or disengagement down the line, and help you better gauge when an issue might be arising.<\/p>\n
You should also discuss communication preferences with team members early on \u2013 is email okay, or are calls better? What kind of response time is expected? Respect these preferences, and as project lead, ask your team to do the same. Sharing this information up front, to whatever extent possible, will help your team understand one another, leading towards smoother interactions and fewer frustrations.<\/p>\n
Share examples \u2013 model chapters\/outlines\/abstracts<\/h3>\n
Make sure everyone has model chapters\/outlines\/abstracts or whatever else they\u2019re being asked to submit. This can ease the cognitive load of getting started, and help ensure consistency in what\u2019s submitted. Where possible, it\u2019s also good to select this model content from what has already been submitted or created by a project lead and share it with the others \u2013 this also adds the little nudge that others are further ahead, which can help get people moving!<\/p>\n
Encourage contributors to post questions\/share drafts<\/h3>\n
Wherever possible, we ask contributors to share their drafts or ask any questions that they have on a public-facing channel, such as the Rebus Community forum or in Google docs shared with other authors. This helps other members of the team keep track of various tasks, reduces the work of having to answer the same questions many times over, gives people examples to work from, and acts as a subtle reminder to those who may be behind on their deadlines.<\/p>\n
Send individual emails\/ conduct one-on-one calls<\/h3>\n
If general reminder emails aren\u2019t getting much of a response, try individual emails or one-on-one calls with the team leads. If a particular contributor has dropped off the radar, or you\u2019re not sure they\u2019re seeing the emails you\u2019re sending to the whole team, check in with them personally to see how they\u2019re getting on. A short note can do the trick, and it may just be that they\u2019re having a busy couple of weeks, but the response rate is generally higher with this approach!<\/p>\n
Put together an FAQ, and let others add to it<\/h3>\n
If you find the same questions or concerns are coming up from multiple people, consider putting together an FAQ to share with other contributors. You can give contributors editing privileges, and encourage them to add to the list, so the burden of updating the list doesn\u2019t fall solely on you. Also consider whether any of these questions could be addressed in your author\/editor\/contributor guide or project summary and add to them as needed.<\/p>\n
Hold regular calls with your team<\/h3>\n
You may also want to hold a call with your contributors, or an office hours-style drop in session. Encouraging attendance at these can also help develop the community feeling, which helps keep people invested and responsible to each other to fulfill their commitments. These calls may be structured around each chapter, connecting authors and instructors giving feedback for example, or each phase of the project (\u201cTwo weeks until submission deadline! Help!\u201d) or be an open space for feedback and questions as needed.<\/p>\n
Dissuade the drop-outs: instead, encourage participation in less time-consuming tasks\u2026<\/h3>\n
If at any point it looks like someone might be backing out, suggest that they could instead take on a different role, perhaps acting as a reviewer instead of an author, or help to promote the book down the line. And always ask if they want to stay up to date as things progress! You can contact them again when you\u2019re looking for other kinds of contributions or releasing the book. Sharing updates or notifications when the book is available is a good way to acknowledge their interest in the project, even if they haven\u2019t been able to commit to it entirely.<\/p>\n
\u2026 but remember that not everyone will stay involved, and that\u2019s okay!<\/h3>\n
Contributors always have the option to say no and withdraw if they\u2019re not able to participate in a project. If they\u2019re interested enough to have signed up in the first place, it\u2019s worth trying to keep them in the loop, but they might not always want that. It can be disappointing, but if someone does have to bow out completely, remember that we all have competing priorities, and you never know what may be happening on their end. Be respectful of that, and wish them well. There will be plenty more people out there with the time to give to your project to whom you can shift your focus.<\/p>\n
Need further assistance?<\/h2>\n
We hope these suggestions will help you form a robust, committed community around your project. We\u2019ll continue to add to this guide as we work with more projects, and we\u2019d welcome your ideas on what else we could add, or your feedback on how these approaches have worked (or not!) for you.<\/p>\n
If you have questions or anything to add, please let us know in the Rebus Community project home<\/a>.<\/p>\n<\/p>\n
Put together an FAQ, and let others add to it<\/h3>\nIf you find the same questions or concerns are coming up from multiple people, consider putting together an FAQ to share with other contributors. You can give contributors editing privileges, and encourage them to add to the list, so the burden of updating the list doesn\u2019t fall solely on you. Also consider whether any of these questions could be addressed in your author\/editor\/contributor guide or project summary and add to them as needed.\nHold regular calls with your team<\/h3>\nYou may also want to hold a call with your contributors, or an office hours-style drop in session. Encouraging attendance at these can also help develop the community feeling, which helps keep people invested and responsible to each other to fulfill their commitments. These calls may be structured around each chapter, connecting authors and instructors giving feedback for example, or each phase of the project (\u201cTwo weeks until submission deadline! Help!\u201d) or be an open space for feedback and questions as needed.\nDissuade the drop-outs: instead, encourage participation in less time-consuming tasks\u2026<\/h3>\nIf at any point it looks like someone might be backing out, suggest that they could instead take on a different role, perhaps acting as a reviewer instead of an author, or help to promote the book down the line. And always ask if they want to stay up to date as things progress! You can contact them again when you\u2019re looking for other kinds of contributions or releasing the book. Sharing updates or notifications when the book is available is a good way to acknowledge their interest in the project, even if they haven\u2019t been able to commit to it entirely.\n\u2026 but remember that not everyone will stay involved, and that\u2019s okay!<\/h3>\nContributors always have the option to say no and withdraw if they\u2019re not able to participate in a project. If they\u2019re interested enough to have signed up in the first place, it\u2019s worth trying to keep them in the loop, but they might not always want that. It can be disappointing, but if someone does have to bow out completely, remember that we all have competing priorities, and you never know what may be happening on their end. Be respectful of that, and wish them well. There will be plenty more people out there with the time to give to your project to whom you can shift your focus.\nNeed further assistance?<\/h2>\nWe hope these suggestions will help you form a robust, committed community around your project. We\u2019ll continue to add to this guide as we work with more projects, and we\u2019d welcome your ideas on what else we could add, or your feedback on how these approaches have worked (or not!) for you.\n\nIf you have questions or anything to add, please let us know in the Rebus Community project home<\/a>.\n\n\n\nThis work is licensed under the Creative Commons Attribution 4.0 International License<\/a>.<\/em>","rendered":"This guide is meant to help you with contributor engagement, so that the team around your open textbook project remains active and committed to seeing the book all the way through to publication. It is licensed under a\u00a0Creative Commons Attribution license<\/a>\u00a0(CC BY) and you are welcome to print this document, make a copy for yourself, or share with others.<\/p>\nPlease read through sections below, and consider the suggestions as you are planning your project\u2019s timeline and estimating workloads, or to help move along a project that is lagging or stalled. If you have any questions, please feel free to reach out to us on the Rebus Community project home<\/a>. This document is based on our experience managing open textbook projects, and we welcome your feedback and additional suggestions.<\/p>\nWhy does engagement matter?<\/h2>\n
In the open textbook projects that Rebus has supported, engagement has been a key factor determining the project\u2019s advancement or success. Most projects saw some initial interest, buzz, and activity during the first few weeks. However, we noticed that this can die down fairly quickly, and in some cases, where a project has stretched out for too long, we\u2019ve lost a few contributors along the way. It falls on the project leads to make a conscious effort to keep participants engaged.<\/p>\n
Our most successful projects have had an active community of participants \u2013 authors, editors, proofreaders, copy editors, reviewers, formatters, leads, other volunteers \u2013 who conversed with each other often with updates about their tasks or the project more generally.<\/p>\n
These projects found a way to ensure participants knew the work they were doing was valuable and part of a larger effort. They also enabled contributors to connect with a larger community of practice in their subject. We found that public-facing projects with a lot of activity acted as social proof for current and potential collaborators: encouraging new people to get involved with the project, and fuelling those already on board to complete the tasks that they had signed up to do.<\/p>\n
Ultimately, while engagement helped drive projects forward, for some participants, it was the connections they made with others, and the conversations\/discussions they had that they valued. Contact between authors, between editors and authors, between authors and formatters, and similar, created a sense of community, even mentorship, among participants. The project leads for the\u00a0Media Innovation and Entrepreneurship\u00a0<\/em>open textbook formed a community of practice and held biweekly calls with those adopting or teaching with the book.<\/p>\n\u201cMany thanks\u2026for the gift to join you in such a fascinating intellectual and collaborative journey for making the Open Textbook on\u00a0Media Innovation & Entrepreneurship<\/em>\u00a0a dynamic learning, writing, and mentoring experiment. Along with the open textbook and the upcoming instructors\u2019 manual, I think you are also helping to create a very dynamic network and community of practice.\u201d<\/p>\n\u2014Betty Tsakarestou, author and assistant professor at Panteion University<\/b><\/p><\/blockquote>\nSuggestions for engagement<\/h2>\n
Below are some ways in which you can try to create an engaged community around your project. This list will continue to grow as we learn from other projects and we welcome suggestions if you\u2019ve had success managing similar volunteer projects.<\/p>\n
Introduce your team to one another<\/h3>\n
This sounds very straightforward, but make sure to introduce members of the team to one another. It\u2019s not uncommon to be juggling several lines of communication between yourself as the team lead and many participants, but creating connections across the project is just as important for keeping people engaged. If you\u2019re located in the same city, you could try to arrange an in-person meet. However, most projects tend to involve participants from all around the world \u2013 so a simple email or video call to introduce the team to one another will suffice!<\/p>\n
If you\u2019re not the project lead, but an editor of a particular part or section of the book, you could send a similar email to the authors in your part. The email should welcome individuals to the team, and could even include links to shared resources such as the project\u2019s timeline.<\/p>\n
Acknowledge different working and communication styles, and involve your team in project planning<\/h3>\n
If you\u2019re the project lead, it\u2019s especially important to keep in mind that members of your team may not have the same working or communication style. These kinds of things vary across people and cultures, and if you have a global team, you can\u2019t expect everyone to switch to your default. Instead, you should discuss preferences and expectations at the start of the project, and invite members to help plan the project timeline and tasks with you. This may help to avoid conflict or disengagement down the line, and help you better gauge when an issue might be arising.<\/p>\n
You should also discuss communication preferences with team members early on \u2013 is email okay, or are calls better? What kind of response time is expected? Respect these preferences, and as project lead, ask your team to do the same. Sharing this information up front, to whatever extent possible, will help your team understand one another, leading towards smoother interactions and fewer frustrations.<\/p>\n
Share examples \u2013 model chapters\/outlines\/abstracts<\/h3>\n
Make sure everyone has model chapters\/outlines\/abstracts or whatever else they\u2019re being asked to submit. This can ease the cognitive load of getting started, and help ensure consistency in what\u2019s submitted. Where possible, it\u2019s also good to select this model content from what has already been submitted or created by a project lead and share it with the others \u2013 this also adds the little nudge that others are further ahead, which can help get people moving!<\/p>\n
Encourage contributors to post questions\/share drafts<\/h3>\n
Wherever possible, we ask contributors to share their drafts or ask any questions that they have on a public-facing channel, such as the Rebus Community forum or in Google docs shared with other authors. This helps other members of the team keep track of various tasks, reduces the work of having to answer the same questions many times over, gives people examples to work from, and acts as a subtle reminder to those who may be behind on their deadlines.<\/p>\n
Send individual emails\/ conduct one-on-one calls<\/h3>\n
If general reminder emails aren\u2019t getting much of a response, try individual emails or one-on-one calls with the team leads. If a particular contributor has dropped off the radar, or you\u2019re not sure they\u2019re seeing the emails you\u2019re sending to the whole team, check in with them personally to see how they\u2019re getting on. A short note can do the trick, and it may just be that they\u2019re having a busy couple of weeks, but the response rate is generally higher with this approach!<\/p>\n
Put together an FAQ, and let others add to it<\/h3>\n
If you find the same questions or concerns are coming up from multiple people, consider putting together an FAQ to share with other contributors. You can give contributors editing privileges, and encourage them to add to the list, so the burden of updating the list doesn\u2019t fall solely on you. Also consider whether any of these questions could be addressed in your author\/editor\/contributor guide or project summary and add to them as needed.<\/p>\n
Hold regular calls with your team<\/h3>\n
You may also want to hold a call with your contributors, or an office hours-style drop in session. Encouraging attendance at these can also help develop the community feeling, which helps keep people invested and responsible to each other to fulfill their commitments. These calls may be structured around each chapter, connecting authors and instructors giving feedback for example, or each phase of the project (\u201cTwo weeks until submission deadline! Help!\u201d) or be an open space for feedback and questions as needed.<\/p>\n
Dissuade the drop-outs: instead, encourage participation in less time-consuming tasks\u2026<\/h3>\n
If at any point it looks like someone might be backing out, suggest that they could instead take on a different role, perhaps acting as a reviewer instead of an author, or help to promote the book down the line. And always ask if they want to stay up to date as things progress! You can contact them again when you\u2019re looking for other kinds of contributions or releasing the book. Sharing updates or notifications when the book is available is a good way to acknowledge their interest in the project, even if they haven\u2019t been able to commit to it entirely.<\/p>\n
\u2026 but remember that not everyone will stay involved, and that\u2019s okay!<\/h3>\n
Contributors always have the option to say no and withdraw if they\u2019re not able to participate in a project. If they\u2019re interested enough to have signed up in the first place, it\u2019s worth trying to keep them in the loop, but they might not always want that. It can be disappointing, but if someone does have to bow out completely, remember that we all have competing priorities, and you never know what may be happening on their end. Be respectful of that, and wish them well. There will be plenty more people out there with the time to give to your project to whom you can shift your focus.<\/p>\n
Need further assistance?<\/h2>\n
We hope these suggestions will help you form a robust, committed community around your project. We\u2019ll continue to add to this guide as we work with more projects, and we\u2019d welcome your ideas on what else we could add, or your feedback on how these approaches have worked (or not!) for you.<\/p>\n
If you have questions or anything to add, please let us know in the Rebus Community project home<\/a>.<\/p>\n<\/p>\n
Dissuade the drop-outs: instead, encourage participation in less time-consuming tasks\u2026<\/h3>\nIf at any point it looks like someone might be backing out, suggest that they could instead take on a different role, perhaps acting as a reviewer instead of an author, or help to promote the book down the line. And always ask if they want to stay up to date as things progress! You can contact them again when you\u2019re looking for other kinds of contributions or releasing the book. Sharing updates or notifications when the book is available is a good way to acknowledge their interest in the project, even if they haven\u2019t been able to commit to it entirely.\n\u2026 but remember that not everyone will stay involved, and that\u2019s okay!<\/h3>\nContributors always have the option to say no and withdraw if they\u2019re not able to participate in a project. If they\u2019re interested enough to have signed up in the first place, it\u2019s worth trying to keep them in the loop, but they might not always want that. It can be disappointing, but if someone does have to bow out completely, remember that we all have competing priorities, and you never know what may be happening on their end. Be respectful of that, and wish them well. There will be plenty more people out there with the time to give to your project to whom you can shift your focus.\nNeed further assistance?<\/h2>\nWe hope these suggestions will help you form a robust, committed community around your project. We\u2019ll continue to add to this guide as we work with more projects, and we\u2019d welcome your ideas on what else we could add, or your feedback on how these approaches have worked (or not!) for you.\n\nIf you have questions or anything to add, please let us know in the Rebus Community project home<\/a>.\n\n\n\nThis work is licensed under the Creative Commons Attribution 4.0 International License<\/a>.<\/em>","rendered":"This guide is meant to help you with contributor engagement, so that the team around your open textbook project remains active and committed to seeing the book all the way through to publication. It is licensed under a\u00a0Creative Commons Attribution license<\/a>\u00a0(CC BY) and you are welcome to print this document, make a copy for yourself, or share with others.<\/p>\nPlease read through sections below, and consider the suggestions as you are planning your project\u2019s timeline and estimating workloads, or to help move along a project that is lagging or stalled. If you have any questions, please feel free to reach out to us on the Rebus Community project home<\/a>. This document is based on our experience managing open textbook projects, and we welcome your feedback and additional suggestions.<\/p>\nWhy does engagement matter?<\/h2>\n
In the open textbook projects that Rebus has supported, engagement has been a key factor determining the project\u2019s advancement or success. Most projects saw some initial interest, buzz, and activity during the first few weeks. However, we noticed that this can die down fairly quickly, and in some cases, where a project has stretched out for too long, we\u2019ve lost a few contributors along the way. It falls on the project leads to make a conscious effort to keep participants engaged.<\/p>\n
Our most successful projects have had an active community of participants \u2013 authors, editors, proofreaders, copy editors, reviewers, formatters, leads, other volunteers \u2013 who conversed with each other often with updates about their tasks or the project more generally.<\/p>\n
These projects found a way to ensure participants knew the work they were doing was valuable and part of a larger effort. They also enabled contributors to connect with a larger community of practice in their subject. We found that public-facing projects with a lot of activity acted as social proof for current and potential collaborators: encouraging new people to get involved with the project, and fuelling those already on board to complete the tasks that they had signed up to do.<\/p>\n
Ultimately, while engagement helped drive projects forward, for some participants, it was the connections they made with others, and the conversations\/discussions they had that they valued. Contact between authors, between editors and authors, between authors and formatters, and similar, created a sense of community, even mentorship, among participants. The project leads for the\u00a0Media Innovation and Entrepreneurship\u00a0<\/em>open textbook formed a community of practice and held biweekly calls with those adopting or teaching with the book.<\/p>\n\u201cMany thanks\u2026for the gift to join you in such a fascinating intellectual and collaborative journey for making the Open Textbook on\u00a0Media Innovation & Entrepreneurship<\/em>\u00a0a dynamic learning, writing, and mentoring experiment. Along with the open textbook and the upcoming instructors\u2019 manual, I think you are also helping to create a very dynamic network and community of practice.\u201d<\/p>\n\u2014Betty Tsakarestou, author and assistant professor at Panteion University<\/b><\/p><\/blockquote>\nSuggestions for engagement<\/h2>\n
Below are some ways in which you can try to create an engaged community around your project. This list will continue to grow as we learn from other projects and we welcome suggestions if you\u2019ve had success managing similar volunteer projects.<\/p>\n
Introduce your team to one another<\/h3>\n
This sounds very straightforward, but make sure to introduce members of the team to one another. It\u2019s not uncommon to be juggling several lines of communication between yourself as the team lead and many participants, but creating connections across the project is just as important for keeping people engaged. If you\u2019re located in the same city, you could try to arrange an in-person meet. However, most projects tend to involve participants from all around the world \u2013 so a simple email or video call to introduce the team to one another will suffice!<\/p>\n
If you\u2019re not the project lead, but an editor of a particular part or section of the book, you could send a similar email to the authors in your part. The email should welcome individuals to the team, and could even include links to shared resources such as the project\u2019s timeline.<\/p>\n
Acknowledge different working and communication styles, and involve your team in project planning<\/h3>\n
If you\u2019re the project lead, it\u2019s especially important to keep in mind that members of your team may not have the same working or communication style. These kinds of things vary across people and cultures, and if you have a global team, you can\u2019t expect everyone to switch to your default. Instead, you should discuss preferences and expectations at the start of the project, and invite members to help plan the project timeline and tasks with you. This may help to avoid conflict or disengagement down the line, and help you better gauge when an issue might be arising.<\/p>\n
You should also discuss communication preferences with team members early on \u2013 is email okay, or are calls better? What kind of response time is expected? Respect these preferences, and as project lead, ask your team to do the same. Sharing this information up front, to whatever extent possible, will help your team understand one another, leading towards smoother interactions and fewer frustrations.<\/p>\n
Share examples \u2013 model chapters\/outlines\/abstracts<\/h3>\n
Make sure everyone has model chapters\/outlines\/abstracts or whatever else they\u2019re being asked to submit. This can ease the cognitive load of getting started, and help ensure consistency in what\u2019s submitted. Where possible, it\u2019s also good to select this model content from what has already been submitted or created by a project lead and share it with the others \u2013 this also adds the little nudge that others are further ahead, which can help get people moving!<\/p>\n
Encourage contributors to post questions\/share drafts<\/h3>\n
Wherever possible, we ask contributors to share their drafts or ask any questions that they have on a public-facing channel, such as the Rebus Community forum or in Google docs shared with other authors. This helps other members of the team keep track of various tasks, reduces the work of having to answer the same questions many times over, gives people examples to work from, and acts as a subtle reminder to those who may be behind on their deadlines.<\/p>\n
Send individual emails\/ conduct one-on-one calls<\/h3>\n
If general reminder emails aren\u2019t getting much of a response, try individual emails or one-on-one calls with the team leads. If a particular contributor has dropped off the radar, or you\u2019re not sure they\u2019re seeing the emails you\u2019re sending to the whole team, check in with them personally to see how they\u2019re getting on. A short note can do the trick, and it may just be that they\u2019re having a busy couple of weeks, but the response rate is generally higher with this approach!<\/p>\n
Put together an FAQ, and let others add to it<\/h3>\n
If you find the same questions or concerns are coming up from multiple people, consider putting together an FAQ to share with other contributors. You can give contributors editing privileges, and encourage them to add to the list, so the burden of updating the list doesn\u2019t fall solely on you. Also consider whether any of these questions could be addressed in your author\/editor\/contributor guide or project summary and add to them as needed.<\/p>\n
Hold regular calls with your team<\/h3>\n
You may also want to hold a call with your contributors, or an office hours-style drop in session. Encouraging attendance at these can also help develop the community feeling, which helps keep people invested and responsible to each other to fulfill their commitments. These calls may be structured around each chapter, connecting authors and instructors giving feedback for example, or each phase of the project (\u201cTwo weeks until submission deadline! Help!\u201d) or be an open space for feedback and questions as needed.<\/p>\n
Dissuade the drop-outs: instead, encourage participation in less time-consuming tasks\u2026<\/h3>\n
If at any point it looks like someone might be backing out, suggest that they could instead take on a different role, perhaps acting as a reviewer instead of an author, or help to promote the book down the line. And always ask if they want to stay up to date as things progress! You can contact them again when you\u2019re looking for other kinds of contributions or releasing the book. Sharing updates or notifications when the book is available is a good way to acknowledge their interest in the project, even if they haven\u2019t been able to commit to it entirely.<\/p>\n
\u2026 but remember that not everyone will stay involved, and that\u2019s okay!<\/h3>\n
Contributors always have the option to say no and withdraw if they\u2019re not able to participate in a project. If they\u2019re interested enough to have signed up in the first place, it\u2019s worth trying to keep them in the loop, but they might not always want that. It can be disappointing, but if someone does have to bow out completely, remember that we all have competing priorities, and you never know what may be happening on their end. Be respectful of that, and wish them well. There will be plenty more people out there with the time to give to your project to whom you can shift your focus.<\/p>\n
Need further assistance?<\/h2>\n
We hope these suggestions will help you form a robust, committed community around your project. We\u2019ll continue to add to this guide as we work with more projects, and we\u2019d welcome your ideas on what else we could add, or your feedback on how these approaches have worked (or not!) for you.<\/p>\n
If you have questions or anything to add, please let us know in the Rebus Community project home<\/a>.<\/p>\n<\/p>\n
Need further assistance?<\/h2>\nWe hope these suggestions will help you form a robust, committed community around your project. We\u2019ll continue to add to this guide as we work with more projects, and we\u2019d welcome your ideas on what else we could add, or your feedback on how these approaches have worked (or not!) for you.\n\nIf you have questions or anything to add, please let us know in the Rebus Community project home<\/a>.\n\n\n\nThis work is licensed under the Creative Commons Attribution 4.0 International License<\/a>.<\/em>","rendered":"This guide is meant to help you with contributor engagement, so that the team around your open textbook project remains active and committed to seeing the book all the way through to publication. It is licensed under a\u00a0Creative Commons Attribution license<\/a>\u00a0(CC BY) and you are welcome to print this document, make a copy for yourself, or share with others.<\/p>\nPlease read through sections below, and consider the suggestions as you are planning your project\u2019s timeline and estimating workloads, or to help move along a project that is lagging or stalled. If you have any questions, please feel free to reach out to us on the Rebus Community project home<\/a>. This document is based on our experience managing open textbook projects, and we welcome your feedback and additional suggestions.<\/p>\nWhy does engagement matter?<\/h2>\n
In the open textbook projects that Rebus has supported, engagement has been a key factor determining the project\u2019s advancement or success. Most projects saw some initial interest, buzz, and activity during the first few weeks. However, we noticed that this can die down fairly quickly, and in some cases, where a project has stretched out for too long, we\u2019ve lost a few contributors along the way. It falls on the project leads to make a conscious effort to keep participants engaged.<\/p>\n
Our most successful projects have had an active community of participants \u2013 authors, editors, proofreaders, copy editors, reviewers, formatters, leads, other volunteers \u2013 who conversed with each other often with updates about their tasks or the project more generally.<\/p>\n
These projects found a way to ensure participants knew the work they were doing was valuable and part of a larger effort. They also enabled contributors to connect with a larger community of practice in their subject. We found that public-facing projects with a lot of activity acted as social proof for current and potential collaborators: encouraging new people to get involved with the project, and fuelling those already on board to complete the tasks that they had signed up to do.<\/p>\n
Ultimately, while engagement helped drive projects forward, for some participants, it was the connections they made with others, and the conversations\/discussions they had that they valued. Contact between authors, between editors and authors, between authors and formatters, and similar, created a sense of community, even mentorship, among participants. The project leads for the\u00a0Media Innovation and Entrepreneurship\u00a0<\/em>open textbook formed a community of practice and held biweekly calls with those adopting or teaching with the book.<\/p>\n\u201cMany thanks\u2026for the gift to join you in such a fascinating intellectual and collaborative journey for making the Open Textbook on\u00a0Media Innovation & Entrepreneurship<\/em>\u00a0a dynamic learning, writing, and mentoring experiment. Along with the open textbook and the upcoming instructors\u2019 manual, I think you are also helping to create a very dynamic network and community of practice.\u201d<\/p>\n\u2014Betty Tsakarestou, author and assistant professor at Panteion University<\/b><\/p><\/blockquote>\nSuggestions for engagement<\/h2>\n
Below are some ways in which you can try to create an engaged community around your project. This list will continue to grow as we learn from other projects and we welcome suggestions if you\u2019ve had success managing similar volunteer projects.<\/p>\n
Introduce your team to one another<\/h3>\n
This sounds very straightforward, but make sure to introduce members of the team to one another. It\u2019s not uncommon to be juggling several lines of communication between yourself as the team lead and many participants, but creating connections across the project is just as important for keeping people engaged. If you\u2019re located in the same city, you could try to arrange an in-person meet. However, most projects tend to involve participants from all around the world \u2013 so a simple email or video call to introduce the team to one another will suffice!<\/p>\n
If you\u2019re not the project lead, but an editor of a particular part or section of the book, you could send a similar email to the authors in your part. The email should welcome individuals to the team, and could even include links to shared resources such as the project\u2019s timeline.<\/p>\n
Acknowledge different working and communication styles, and involve your team in project planning<\/h3>\n
If you\u2019re the project lead, it\u2019s especially important to keep in mind that members of your team may not have the same working or communication style. These kinds of things vary across people and cultures, and if you have a global team, you can\u2019t expect everyone to switch to your default. Instead, you should discuss preferences and expectations at the start of the project, and invite members to help plan the project timeline and tasks with you. This may help to avoid conflict or disengagement down the line, and help you better gauge when an issue might be arising.<\/p>\n
You should also discuss communication preferences with team members early on \u2013 is email okay, or are calls better? What kind of response time is expected? Respect these preferences, and as project lead, ask your team to do the same. Sharing this information up front, to whatever extent possible, will help your team understand one another, leading towards smoother interactions and fewer frustrations.<\/p>\n
Share examples \u2013 model chapters\/outlines\/abstracts<\/h3>\n
Make sure everyone has model chapters\/outlines\/abstracts or whatever else they\u2019re being asked to submit. This can ease the cognitive load of getting started, and help ensure consistency in what\u2019s submitted. Where possible, it\u2019s also good to select this model content from what has already been submitted or created by a project lead and share it with the others \u2013 this also adds the little nudge that others are further ahead, which can help get people moving!<\/p>\n
Encourage contributors to post questions\/share drafts<\/h3>\n
Wherever possible, we ask contributors to share their drafts or ask any questions that they have on a public-facing channel, such as the Rebus Community forum or in Google docs shared with other authors. This helps other members of the team keep track of various tasks, reduces the work of having to answer the same questions many times over, gives people examples to work from, and acts as a subtle reminder to those who may be behind on their deadlines.<\/p>\n
Send individual emails\/ conduct one-on-one calls<\/h3>\n
If general reminder emails aren\u2019t getting much of a response, try individual emails or one-on-one calls with the team leads. If a particular contributor has dropped off the radar, or you\u2019re not sure they\u2019re seeing the emails you\u2019re sending to the whole team, check in with them personally to see how they\u2019re getting on. A short note can do the trick, and it may just be that they\u2019re having a busy couple of weeks, but the response rate is generally higher with this approach!<\/p>\n
Put together an FAQ, and let others add to it<\/h3>\n
If you find the same questions or concerns are coming up from multiple people, consider putting together an FAQ to share with other contributors. You can give contributors editing privileges, and encourage them to add to the list, so the burden of updating the list doesn\u2019t fall solely on you. Also consider whether any of these questions could be addressed in your author\/editor\/contributor guide or project summary and add to them as needed.<\/p>\n
Hold regular calls with your team<\/h3>\n
You may also want to hold a call with your contributors, or an office hours-style drop in session. Encouraging attendance at these can also help develop the community feeling, which helps keep people invested and responsible to each other to fulfill their commitments. These calls may be structured around each chapter, connecting authors and instructors giving feedback for example, or each phase of the project (\u201cTwo weeks until submission deadline! Help!\u201d) or be an open space for feedback and questions as needed.<\/p>\n
Dissuade the drop-outs: instead, encourage participation in less time-consuming tasks\u2026<\/h3>\n
If at any point it looks like someone might be backing out, suggest that they could instead take on a different role, perhaps acting as a reviewer instead of an author, or help to promote the book down the line. And always ask if they want to stay up to date as things progress! You can contact them again when you\u2019re looking for other kinds of contributions or releasing the book. Sharing updates or notifications when the book is available is a good way to acknowledge their interest in the project, even if they haven\u2019t been able to commit to it entirely.<\/p>\n
\u2026 but remember that not everyone will stay involved, and that\u2019s okay!<\/h3>\n
Contributors always have the option to say no and withdraw if they\u2019re not able to participate in a project. If they\u2019re interested enough to have signed up in the first place, it\u2019s worth trying to keep them in the loop, but they might not always want that. It can be disappointing, but if someone does have to bow out completely, remember that we all have competing priorities, and you never know what may be happening on their end. Be respectful of that, and wish them well. There will be plenty more people out there with the time to give to your project to whom you can shift your focus.<\/p>\n
Need further assistance?<\/h2>\n
We hope these suggestions will help you form a robust, committed community around your project. We\u2019ll continue to add to this guide as we work with more projects, and we\u2019d welcome your ideas on what else we could add, or your feedback on how these approaches have worked (or not!) for you.<\/p>\n
If you have questions or anything to add, please let us know in the Rebus Community project home<\/a>.<\/p>\n<\/p>\n
Please read through sections below, and consider the suggestions as you are planning your project\u2019s timeline and estimating workloads, or to help move along a project that is lagging or stalled. If you have any questions, please feel free to reach out to us on the Rebus Community project home<\/a>. This document is based on our experience managing open textbook projects, and we welcome your feedback and additional suggestions.<\/p>\n In the open textbook projects that Rebus has supported, engagement has been a key factor determining the project\u2019s advancement or success. Most projects saw some initial interest, buzz, and activity during the first few weeks. However, we noticed that this can die down fairly quickly, and in some cases, where a project has stretched out for too long, we\u2019ve lost a few contributors along the way. It falls on the project leads to make a conscious effort to keep participants engaged.<\/p>\n Our most successful projects have had an active community of participants \u2013 authors, editors, proofreaders, copy editors, reviewers, formatters, leads, other volunteers \u2013 who conversed with each other often with updates about their tasks or the project more generally.<\/p>\n These projects found a way to ensure participants knew the work they were doing was valuable and part of a larger effort. They also enabled contributors to connect with a larger community of practice in their subject. We found that public-facing projects with a lot of activity acted as social proof for current and potential collaborators: encouraging new people to get involved with the project, and fuelling those already on board to complete the tasks that they had signed up to do.<\/p>\n Ultimately, while engagement helped drive projects forward, for some participants, it was the connections they made with others, and the conversations\/discussions they had that they valued. Contact between authors, between editors and authors, between authors and formatters, and similar, created a sense of community, even mentorship, among participants. The project leads for the\u00a0Media Innovation and Entrepreneurship\u00a0<\/em>open textbook formed a community of practice and held biweekly calls with those adopting or teaching with the book.<\/p>\n \u201cMany thanks\u2026for the gift to join you in such a fascinating intellectual and collaborative journey for making the Open Textbook on\u00a0Media Innovation & Entrepreneurship<\/em>\u00a0a dynamic learning, writing, and mentoring experiment. Along with the open textbook and the upcoming instructors\u2019 manual, I think you are also helping to create a very dynamic network and community of practice.\u201d<\/p>\n \u2014Betty Tsakarestou, author and assistant professor at Panteion University<\/b><\/p><\/blockquote>\n Below are some ways in which you can try to create an engaged community around your project. This list will continue to grow as we learn from other projects and we welcome suggestions if you\u2019ve had success managing similar volunteer projects.<\/p>\n This sounds very straightforward, but make sure to introduce members of the team to one another. It\u2019s not uncommon to be juggling several lines of communication between yourself as the team lead and many participants, but creating connections across the project is just as important for keeping people engaged. If you\u2019re located in the same city, you could try to arrange an in-person meet. However, most projects tend to involve participants from all around the world \u2013 so a simple email or video call to introduce the team to one another will suffice!<\/p>\n If you\u2019re not the project lead, but an editor of a particular part or section of the book, you could send a similar email to the authors in your part. The email should welcome individuals to the team, and could even include links to shared resources such as the project\u2019s timeline.<\/p>\n If you\u2019re the project lead, it\u2019s especially important to keep in mind that members of your team may not have the same working or communication style. These kinds of things vary across people and cultures, and if you have a global team, you can\u2019t expect everyone to switch to your default. Instead, you should discuss preferences and expectations at the start of the project, and invite members to help plan the project timeline and tasks with you. This may help to avoid conflict or disengagement down the line, and help you better gauge when an issue might be arising.<\/p>\n You should also discuss communication preferences with team members early on \u2013 is email okay, or are calls better? What kind of response time is expected? Respect these preferences, and as project lead, ask your team to do the same. Sharing this information up front, to whatever extent possible, will help your team understand one another, leading towards smoother interactions and fewer frustrations.<\/p>\n Make sure everyone has model chapters\/outlines\/abstracts or whatever else they\u2019re being asked to submit. This can ease the cognitive load of getting started, and help ensure consistency in what\u2019s submitted. Where possible, it\u2019s also good to select this model content from what has already been submitted or created by a project lead and share it with the others \u2013 this also adds the little nudge that others are further ahead, which can help get people moving!<\/p>\n Wherever possible, we ask contributors to share their drafts or ask any questions that they have on a public-facing channel, such as the Rebus Community forum or in Google docs shared with other authors. This helps other members of the team keep track of various tasks, reduces the work of having to answer the same questions many times over, gives people examples to work from, and acts as a subtle reminder to those who may be behind on their deadlines.<\/p>\n If general reminder emails aren\u2019t getting much of a response, try individual emails or one-on-one calls with the team leads. If a particular contributor has dropped off the radar, or you\u2019re not sure they\u2019re seeing the emails you\u2019re sending to the whole team, check in with them personally to see how they\u2019re getting on. A short note can do the trick, and it may just be that they\u2019re having a busy couple of weeks, but the response rate is generally higher with this approach!<\/p>\n If you find the same questions or concerns are coming up from multiple people, consider putting together an FAQ to share with other contributors. You can give contributors editing privileges, and encourage them to add to the list, so the burden of updating the list doesn\u2019t fall solely on you. Also consider whether any of these questions could be addressed in your author\/editor\/contributor guide or project summary and add to them as needed.<\/p>\n You may also want to hold a call with your contributors, or an office hours-style drop in session. Encouraging attendance at these can also help develop the community feeling, which helps keep people invested and responsible to each other to fulfill their commitments. These calls may be structured around each chapter, connecting authors and instructors giving feedback for example, or each phase of the project (\u201cTwo weeks until submission deadline! Help!\u201d) or be an open space for feedback and questions as needed.<\/p>\n If at any point it looks like someone might be backing out, suggest that they could instead take on a different role, perhaps acting as a reviewer instead of an author, or help to promote the book down the line. And always ask if they want to stay up to date as things progress! You can contact them again when you\u2019re looking for other kinds of contributions or releasing the book. Sharing updates or notifications when the book is available is a good way to acknowledge their interest in the project, even if they haven\u2019t been able to commit to it entirely.<\/p>\n Contributors always have the option to say no and withdraw if they\u2019re not able to participate in a project. If they\u2019re interested enough to have signed up in the first place, it\u2019s worth trying to keep them in the loop, but they might not always want that. It can be disappointing, but if someone does have to bow out completely, remember that we all have competing priorities, and you never know what may be happening on their end. Be respectful of that, and wish them well. There will be plenty more people out there with the time to give to your project to whom you can shift your focus.<\/p>\n We hope these suggestions will help you form a robust, committed community around your project. We\u2019ll continue to add to this guide as we work with more projects, and we\u2019d welcome your ideas on what else we could add, or your feedback on how these approaches have worked (or not!) for you.<\/p>\n If you have questions or anything to add, please let us know in the Rebus Community project home<\/a>.<\/p>\nWhy does engagement matter?<\/h2>\n
Suggestions for engagement<\/h2>\n
Introduce your team to one another<\/h3>\n
Acknowledge different working and communication styles, and involve your team in project planning<\/h3>\n
Share examples \u2013 model chapters\/outlines\/abstracts<\/h3>\n
Encourage contributors to post questions\/share drafts<\/h3>\n
Send individual emails\/ conduct one-on-one calls<\/h3>\n
Put together an FAQ, and let others add to it<\/h3>\n
Hold regular calls with your team<\/h3>\n
Dissuade the drop-outs: instead, encourage participation in less time-consuming tasks\u2026<\/h3>\n
\u2026 but remember that not everyone will stay involved, and that\u2019s okay!<\/h3>\n
Need further assistance?<\/h2>\n
<\/p>\n