Faculty Examples: Communicate with Your Students

Clarify your AI expectations with your students. Share your assignment-level AI policy, explain the reasoning behind it, and regularly invite clarifying questions.

This matters more than it might seem. As the AI and Learning page describes, silence can become its own barrier: students are often genuinely unclear about what's expected and don't ask, even when they want to. Saying your policy out loud, and explaining the reasoning behind it, closes that gap. See the Course & Assignment Design page for more on how this move fits into the fuller design picture. 

Below are examples from UO faculty.

Professor Durairajan rebuilt a software engineering course around a scaffolded progression: no AI, then AI-augmented pair programming, then what he calls "force-multiplying with AI." 

For example:

• Project 0: Familiarize with Git and install docker
• Project 1: Simple page server (no AI)
• Project 2: Docker + Flask (no AI)
• Project 3: Docker + Flask + Javascript (no AI)
• Project 4: Docker + Flask + Javascript + AJAX (no AI)
• Project 5: Docker + Flask + Javascript + AJAX + MongoDB (pair programming with AI)
• Project 6: Docker + Flask + Javascript + AJAX + MongoDB + REST (pair programming with AI)
• Build your MVP!: Docker + Flask + Javascript + AJAX + MongoDB + REST + UX (unleash the power of AI)

His advice to students: "Don't start with the tools; start with yourself and bring a growth mindset." As he writes in his course policy: "If GenAI tools act as multipliers, then the more knowledge and skill you bring to the table, the more value you get from using them. Even in areas like programming, where AI is getting really good, having a strong foundation still makes a big difference. The better you are, the more helpful the tools will be."

Design Moves

• Scaffolds the course in stages: no AI, then AI-augmented pair programming, then full AI use.
• Provides a clear AI policy rationale showing students how AI is, and will be, part of their future careers.

In ENVS 429 Environmental Leadership Program, Professor Boulay asks student teams to co-construct and personalize their own GenAI use policy.

Her prompt to students: "What is your team policy on GenAI use? Read the syllabus statement on GenAI, then have an open, empathetic conversation to create a consensus policy for your team's approach to GenAI within the syllabus boundaries."

An example student team statement: "We will refrain from using artificial intelligence (AI) unless it is for the purpose of finding resources, brainstorming ideas, summarizing information or articles, creating outlines, or proofreading our work. AI may not be used in place of our own words or work. If AI is used, we must properly cite it to avoid plagiarism. Any suggested topics will be fact-checked and further researched by the team members."

Design Moves

• Provides her own general GenAI policy for the course.
• Asks student teams to write their own versions of the policy as part of setting their group norms.
• Has students report on how they adhered to, or revised, their norms during the term.

Professor Heffernan narrates her AI-related teaching choices out loud to students, activity by activity, rather than setting one blanket course policy. The same class might run AI-free one day and AI-assisted the next. What stays consistent is that she explains why, tied to what that specific activity is trying to teach.

She says, "I am modeling and teaching discernment about purpose."

Design Moves

• Explicitly narrates why each activity is designed the way it is, given that AI "is sitting right there," making the pedagogical reasoning visible in the moment.
• When the purpose is peer conversation and high engagement, runs hands-on, closed-computer activities built from printed readings; AI is deliberately absent.
• When the purpose is a task like rewriting questions to a different level of Bloom's taxonomy, gives direct instruction on how to use and cite AI; AI is deliberately present.
• Frames the throughline for students as discernment about purpose, not a fixed yes/no rule to memorize.

This practice also fits the Promote Process teaching move. See more of Prof. Heffernan's approach and other examples of promoting process on the Faculty Examples: Promote Process page.

Professor Gopalan's EDLD 652 syllabus states her AI policy in specific, task-level terms rather than one blanket rule, naming exactly where AI is welcome and where it isn't, and committing to keep flagging that distinction as the course goes. Prof. Gopalan says, "Their use will be allowed and encouraged for certain activities and tasks in this course (e.g., as a copilot for coding during lab activities and problem sets, and for the final project), which I'll explicitly note along the way. I'll also clearly indicate when such systems are not allowed or are strongly discouraged."

Design Moves

• States the policy in task-specific terms (coding labs, problem sets, final project) instead of one course-wide rule.
• Commits to flagging AI-allowed vs. AI-discouraged moments "along the way," so the policy stays visible at the point of use, not just on day one.
• Frames recognizing AI's "pluses and minuses" as a stated learning goal of the course, not just a compliance rule.

This practice also fits the Build AI Literacy teaching move. See more of Prof. Gopalan's approach and other examples of effective student communication on the Faculty Examples: Build AI Literacy page.