What can I do today to create a more inclusive community in CS?
Start of Term:
- At the beginning of the term, ask each student to email you to introduce themselves by naming one of their core values, and one way that CS relates to or could be used in service of that core value (or write it down in class, and/or share with a neighbor in class).
- Email top performers on a recent homework or exam to congratulate them; be sure to include a diverse group.
- Provide students with clear and timely feedback, including class-wide distribution data. Women and minority students often fear the worst about their position relative to the class and can be reassured by data.
- After a midterm exam, step through the math showing the class that students can still pass the course even if they did poorly. It’s just some multiplication, but take the time to talk about it. Be factual—no need to “sugar coat”—but provide facts that will help reassure students who think things are worse than they really are.
- Reach out to students who have filed a disability accommodation form with you and ask them if their needs are being met in your class. Reaffirm your commitment to complying with their approved accommodations and your willingness to receive complaints if there is a problem.
End of Term:
- Personally invite a woman or a minority student who did well in your class to major in CS, apply to an internship, or go to grad school. If your TAs work with small groups of students in a discussion section, have them do this as well.
Any Lecture Day:
- Review today’s lecture slides to make sure that stock photos and illustrations with people in them include diverse races and genders in non-stereotyped roles.
- Review today’s lecture slides for the use of arbitrary names in examples. Choose a broader selection (Juan, Neha, Maria, Minseo, Mohammed, instead of just Jane Doe and John Smith).
- Review today’s lecture slides to make sure that your slides are free from gendered pronouns, especially those used in ways that conform to stereotype (e.g., “A programmer should always write comments in his code, so he can remember how it works”). Use of “they” (and their/them) as a singular pronoun is now widely accepted as a neutral alternative, and better than the awkward “he or she” construction because it also includes genderqueer and non-binary.
- Take a moment in class today to encourage students to focus on their “slope,” not their “y-intercept.” That is, in the long run, it matters how fast you’re growing and learning, not advantages or deficiencies in where you started.
- Start class today by telling the students you’re proud of them and how hard they are working. Tell them you are enjoying working with them this term.
- Start class today by renewing your invitation to students to come to office hours. Understand that not all students have had the mentoring necessary to know how you expect them to interact with you, so explicitly instruct your class in how to do it. For example: “You don’t need to have a particular question—you’re welcome to just stop by for 5 minutes to introduce yourself,” or “I’m not just here for homework questions—if you are considering changing your major to CS and want to talk about it, if you want to know what it’s like to work as a software engineer, if you are thinking about applying to grad school but don’t know where to begin, I’m happy to discuss that kind of thing as well.”
- Look around your office and/or lab space. Consider if there are things you could add or remove that would make the space more welcoming generally, and also signal welcome to a diverse student body (e.g., remove very masculine or heavily CS-stereotyped movie posters).
- Actually write a tally of how many times you call on students of different genders in class today. People of all genders are prone to calling on men more often. You may do this unconsciously unless you consciously do otherwise.
- Go through today’s lecture slides, and add “alt text” written descriptions of all images and diagrams. If you’ll use a video clip today, transcribe it. You will need to do this for all your class materials when you have a student who requires these accommodations, so even if that doesn’t apply this term, doing it now is a good head start. And if your materials are publicly available, you are also helping other faculty and students in your broader audience.
- Thinking about today’s lecture, do you plan on using any examples or anecdotes about your childhood or daily life that may cause students to feel excluded for economic reasons? (e.g., talking about pricey gadgets or vacation travel as normal) Even if you know that you did not experience these things and are simply using them as an example, students don’t know that and can assume you are referring to them in a normative way.
General Do and Don’t Advice:
- Never say, “This UI is so easy your mom could use it” or “How would you explain this to your mom?” or other phrases that equate women with lack of tech savvy.
- Avoid heteronormative examples (e.g., bijective function between sets “boys” and “girls”).
- Believe that hard work and effective practice matters more than DNA. Your beliefs influence students’ beliefs and impact their performance.
- Have very clear written expectations for student work (coding style, project components, etc.). Where possible, show sample solutions exactly as you would want a student to write them (don’t just give a “sketch” of the solution).
- Allow and encourage pair programming on assignments.
- If your class includes a significant group project, instruct students about your expectation that each member of the team contribute in both technical and non-technical components. Research has shown that in group projects in engineering classes, female students often find themselves pushed into stereotyped roles by their peers in the group.
- When a student is speaking, wait for the student to finish then count “one one-thousand, two one-thousand” in your mind before responding. People of all genders are prone to prematurely cutting off women when they speak. You may do this unconsciously unless you consciously add that pause.
- Actively mitigate when students may be intimidating each other. When a student uses jargon in a question (often one of those questions that is more of a boast than a real question), explicitly identify when you expect that most students will not be familiar with that jargon, and/or it is not something other students are expected to know for the class, e.g., “Thanks for your comment. For the rest of the class, I’m sure most of you aren’t familiar with some of those terms. Don’t worry, those terms are outside the scope of this class and not necessary to know.”
- Ensure that you and your TAs call each student by their preferred name and their correct gender pronoun—including allowing students to write their preferred name on homework and exams—even if these do not match their current legal or registrar records of name and sex. Don’t single out students to inquire about correct pronoun; instead ask the whole class to specify, and be aware that the responses may include she, he, they, zie, xe, and others, as singular subjects (with accompanying object, possessive, and reflexive forms). This issue deeply affects transgender, genderqueer, and nonbinary students, and also many students who prefer to have an alternate anglicized name. You could also put a statement in your syllabus that you are committed to honoring students’ preferred name and their correct gender pronoun.
- 1 in 5 women (but by no means only women) will be sexually assaulted in college. If a student requests course accommodation (in the US, this may be done through the Title IX office), do everything necessary to accommodate that student. If you are wondering what is appropriate to say in response to a student, simply “I believe you” and “I know you know this, but I want to tell you that it wasn’t your fault,” are the two things most assault survivors most need to hear.
Using This List:
- This list is designed so you can put it on the wall where you can glance at it from time to time and see one thing you could work on. You don’t need to do everything at once.
- Nobody is perfect. We have all seen news stories and opinion pieces about Millennials and campus climates where allegations of bad faculty behavior flare up. As a faculty member, perhaps you’ve feared that something like that could happen to you, or maybe it already has. If someone, especially a student, brings to your attention a misstep such as an inappropriate comment, oversight, or microaggression, Step 1 is to listen (attentively, and for the entire duration, without interrupting to explain or question). Do not deny, minimize, or otherwise respond defensively, even if you think that the person is misinterpreting or overreacting. Acknowledge to a student that it took courage for them to approach you, and you appreciate feedback (even when it is hard to hear) because that is what will help you improve. More effective than saying, “I am not [racist/sexist/etc] and didn’t mean it that way and would never want to hurt anyone,” is showing that by saying, “I am so sorry that my actions caused pain to anyone, especially to a group that already deals with more than their share, and I’m going to do everything I can to do better.” If appropriate (e.g., you made an insensitively worded comment in lecture), publicly acknowledge it to the class, framed as a learning opportunity for students to see healthy humility and lifelong learning modeled for them.
- Encourage your colleagues to do the items on this list. Advertise your good example by bringing up your performance of these items in conversations with other faculty.
Compiled by Cynthia Lee email@example.com for the annual New CS Faculty Teaching Workshop, July 2015. Dr. Lee is a Lecturer in the Computer Science Department at Stanford. (Version 9/8/2016)
 These fears are related to “Imposter Syndrome”—even highly talented students from underrepresented groups fear that they are unskilled, and more unskilled than everyone else. Overview of Imposter Syndrome research: https://en.wikipedia.org/wiki/Impostor_syndrome
 Holly Lord and Joanne McGrath Cohoon. “Recruiting and Retaining Women Graduate Students in Computer Science and Engineering,” 2006.
 Articulating this idea as slope/y-intercept is from Professor John Ousterhout of Stanford.
 Carol Dweck. “The New Psychology of Success.” http://s3.amazonaws.com/ebsp/pdf/mindsett.pdf This research shows that minority students perform worse in classes where the professor believes in a “fixed mindset” (talent is innate) when compared to performance in classes where professor has a “growth mindset” (talent can be developed through effort). See also CS-specific work on mindsets: Laurie Murphy and Lynda Thomas. “Dangers of a fixed mindset: implications of self-theories research for computer science education.” ITiCSE 2008.
 Among other research showing benefits of pair programming: Leo Porter and Beth Simon. “Retaining nearly one-third more majors with a trio of instructional best practices in CS1,” SIGCSE ’13. http://dl.acm.org/citation.cfm?id=2445248
 Faculty at institutions in the US should know that if a student is reporting an assault to you, you may have legal obligations to make an official report under Title IX. http://www2.ed.gov/about/offices/list/ocr/docs/qa-201404-title-ix.pdf
I appreciate the contributions of Beth Simon, Aaron Trammell, Michael Austin, Aaron Broder, Ashley Gould, and others who have made comments on drafts of this document. This work is licensed under a Creative Commons Attribution 4.0 International License.