No history yet

I'm a program manager at a tech company wanting to upskill and learn more about foundational AI concepts as my company begins to pivot towards AI. I want to understand fundamental concepts as well as how to use AI in my everyday workflow. I learn best through real life examples and case studies.

It is great to have you here! As a program manager in tech, you're in a perfect position to leverage these tools to save hours of manual work.

Before we build our customized learning path and dive into the tech, I want to make sure I tailor our real-world case studies to your actual day-to-day life. To make sure our case studies are as relevant as possible, could you tell me a little bit about the specific types of projects or daily tasks you spend the most time on?

Writing project charters, meeting minutes, and chasing stakeholders for updates.

Writing charters, capturing meeting minutes, and chasing down stakeholders are exactly the kinds of repetitive, high-friction tasks where AI can save you hours of manual work every week. By automating the routine busywork, you can focus on leading and solving complex problems.
Your path
AI in the Program Management Workflow
Real-world Case Studies and Applications
Practical Application and Next Steps

The AI Landscape for Program Managers

Before we dive into the workflows themselves, we need to demystify what is happening under the hood. You have likely heard terms like Artificial Intelligence, Machine Learning, and Generative AI tossed around in meetings. Instead of treating them as interchangeable buzzwords, it helps to picture them as a set of Russian nesting dolls. At the outer layer is (AI), which is the broad, overarching concept of machines mimicking human cognitive functions to solve problems. Inside that sits (ML), a specific subset where computers learn from historical data patterns to make predictions without being explicitly programmed. Finally, at the very center, we have (GenAI)—the breakthrough technology that actually creates entirely new content, like draft charters or summarized action items, based on the patterns it has learned.

Can you give an example of how ML predicts project delay?

It is a classic question. Let's look at how Machine Learning shifts us from reacting to delays to actively preventing them by finding the signal in the noise.

To understand this, think of a traditional program manager relying on static spreadsheets. You usually realize a milestone is missed only after the deadline has already flown by. Machine Learning changes the game by analyzing your historical data to spot the warning signs of a delay weeks before it actually happens.

A Real-World Scenario: The Software Release

Let's say your engineering team is building a new mobile app feature, and you want to predict if the launch date is at risk. A predictive doesn't just look at the schedule; it looks at historical patterns across hundreds of your past projects. It analyzes various data points, or features, to calculate a probability score.

Historical Risk Factors (Features)Current Project StatusImpact on Delay Probability
Scope Creep (unplanned ticket additions)15% increase in sprint backlog📈 High Risk Indicator
Code Churn (lines of code rewritten)High churn in core database files📈 Medium Risk Indicator
Team Velocity (tickets closed per week)20% lower than the 3-month average📈 High Risk Indicator
Dependency BottlenecksBlocked by a platform team ticket📈 Medium Risk Indicator

The machine learning algorithm processes these inputs by comparing them to past projects that successfully launched or missed their dates. It might notice that whenever team velocity drops by 20% at the same time scope creep increases by 15%, 90% of past projects suffered a two-week delay.

Instead of finding out about the delay on launch day, the ML model flags a 90% probability of delay three weeks early. This gives you, the program manager, the runway to adjust scope, reallocate resources, or renegotiate timelines with your stakeholders before the crisis hits.

A visual comparison of a traditional reactive timeline showing a delayed milestone and a predictive ML timeline showing an early warning followed by an adjusted path.

I've started creating a diagram to help visualize this difference. It illustrates how traditional tracking leaves you in a reactive loop, while ML predictive tracking flags risk early enough for you to steer the ship back on course.

Let's continue to common AI terminology like training data and hallucinations.

Let's pivot right into those core terminologies. As a program manager, understanding terms like training data and hallucinations will help you confidently evaluate the tools you introduce to your team.

The Fuel and the Fumbles of AI

To understand how AI systems operate, we have to look at what they are fed. is the massive library of historical information, documents, and code used to teach an AI model its patterns. If you feed an AI thousands of clean, well-structured project charters, it learns how to write a great charter; if you feed it messy, incomplete tracking sheets, it will replicate those exact flaws.

However, even with the best data, GenAI models sometimes suffer from . A hallucination is when an AI generates an output that sounds incredibly confident, professional, and correct, but is actually factually incorrect or entirely fabricated. This happens because GenAI is fundamentally probabilistic—it is not looking up facts in a database like a search engine, but rather guessing the next most likely word.

For instance, if you ask an AI to summarize a long project status transcript and it hallucinates, it might state that a database migration is 100% complete when the engineers actually said they had only completed 10% of the planning phase. It does this because '100% complete' is a common pattern it expects to see in project status reports, not because it's trying to lie to you.

Continue to prompts and how they act as a bridge to my daily workflow

Think of prompt engineering as learning the language of your new AI program assistant. A is simply the instruction, question, or text input you write to tell a generative AI model what you want it to produce.
Without clear prompts, the AI has to guess what you want, which often leads to those generic, overly wordy responses that require too much editing. When you learn how to write structured prompts, you act as a true director—giving the AI the exact context, role, and constraints it needs to generate highly accurate project documents on the first try. To help you construct these prompts easily without guessing, let's walk through an incredibly practical five-step framework called TCREI.

The TCREI Prompting Framework

The TCREI framework is a structured recipe designed specifically to help you build great inputs for your daily workflows, like drafting project charters or summarizing action items.
  • Task (T): Clearly define what you want the AI to do (e.g., "Write a project charter").
  • Context (C): Provide the background, target audience, and role (e.g., "You are an elite Technical Program Manager at a fast-growing tech company").
  • References (R): Supply the raw notes, transcripts, or examples for the AI to base its output on.
  • Evaluate (E): Ask the AI to self-assess or review its work against your constraints.
  • Iterate (I): Refine the output by asking for specific tweaks, changes in tone, or formatting adjustments.
Let's see this in action with a concrete example. Imagine you need to turn messy engineering notes into a clean project charter overview.
# Example TCREI Prompt for a Project Charter

Role: Act as a Principal Technical Program Manager.

Task: Draft a high-level project charter summary based on the raw notes below.

Context: Our tech team is launching a new 'One-Click Checkout' feature to reduce shopping cart abandonment. The target audience for this summary is our executive leadership team, so keep it concise and business-focused.

References:
- Objective: Reduce checkout steps from 5 to 1.
- Timeline: Target launch is Q4.
- Key constraint: Must comply with global payment security standards.
- Team: 4 engineers, 1 UX designer.

Constraints & Evaluation: Use bullet points for the key milestones. Before outputting, evaluate if the tone is professional and if you have included all reference constraints.
By structuring your prompt this way, you prevent the model from hallucinating or generating generic text. It knows exactly who it is representing, what raw data to use, and how to format the output for your leadership team.