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.
The AI Landscape for Program Managers
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 Status | Impact 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 Bottlenecks | Blocked 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
The TCREI Prompting Framework
- 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.
# 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.