PROJECT MANAGEMENT · CASE STUDY · V4.0

巴黎任务控制中心
Paris Easter Mission Control

一份为12岁项目经理准备的实战教程 · 完整版 · 12个模块

项目经理:你(12岁) 4天 · 3人 · 巴黎 12个模块
学习进度0 / 12 模块
01 什么是"项目"? 基础

在项目管理里,不是所有的事情都叫"项目"。你每天刷牙不叫项目,但这次巴黎旅行是一个标准项目,因为它有三个关键要素:

项目的三要素:有明确的目标、有固定的时限、有约束的资源(时间、金钱、体力)
目标
全家人都满意的4天巴黎体验,在预算内完成
时限
4月3日11:00抵达 → 4月6日18:00离开,固定不变
资源约束
固定预算、3个人的体力、每天有限的清醒时间
项目经理(PM)是做什么的?PM不一定自己干所有事,但要负责规划怎么做、协调各人需求、跟踪进度、解决突发问题。这次你就是PM。
02 识别Stakeholders(利益相关方) 基础

Stakeholder就是"这个项目的结果会影响到的人"。了解每个人的需求、期望和约束,是PM最重要的第一步。

你(项目经理)
12岁 · 执行者 · 决策者
尽量多游览著名景点;偏好行军式密集安排;对饮食无特殊要求;追求探索广度
景点优先高体力
姐姐
13岁 · 核心团队
懒散,探索兴趣有限;非常在意饮食,美食是她的核心需求;体力有限,需要休息
美食优先低体力
妈妈
赞助商 · 监督者
主要目标是锻炼你的规划能力;把控资金预算;体力有限;需要按时吃饭;关注计划合理性
预算把关按时用餐
重要洞察:妈妈的"核心需求"不是景点,而是看你能不能管好这个团队。所以你的计划合不合理,比去了多少景点更重要。
PM技巧:做Stakeholder分析时,要问"谁的需求和谁的冲突?"——最明显的冲突是:你想多跑景点 vs 姐姐体力有限。这个冲突需要主动解决,不能等到在巴黎街头才爆发。
03 MoSCoW 需求优先级框架 核心工具

当所有人都有不同需求、时间又不够用时,PM需要一个方法来决定"什么最重要"。MoSCoW是最常用的框架:

M · Must Have 必须有
  • 按时check-in / check-out
  • 每天按时吃饭(妈妈需求)
  • 行李存取顺畅
  • 三人安全
S · Should Have 应该有
  • 主要地标(卢浮宫、铁塔)
  • 姐姐满意的餐厅
  • 科学/航空博物馆
  • 合理的休息时间
C · Could Have 可以有
  • 游船、香榭丽舍步行
  • 蒙马特画家村
  • 莎士比亚书店
  • 玛黑区购物
W · Won't Have 这次不做
  • 凡尔赛宫(太远)
  • 迪士尼乐园
  • 深度单个博物馆研究
为什么要这样分?如果姐姐早上起不来,你应该先保"Must Have",再看"Should Have",最后才是"Could Have"。有了这个框架,你就知道什么能砍、什么不能砍。
04 依赖项(Dependencies) 核心工具

依赖项是"B必须在A之后才能发生"的关系。如果A出了问题,B也会跟着崩溃。

行李链依赖示例(第一天):

1. 抵达北站
2. 寄存大件行李
3. 轻装去午餐
4. Check-in住所(13:00后)
5. 蒙马特游览
6. 取行李回住所
如果"寄存行李"失败(比如寄存柜满了),后面整条链都会出问题。PM需要提前想好备选方案。
第一天 Check-in
必须先存包 → 午餐 → 才能去取包办理入住。房间通常13:00后才准入,不能提前进。
第四天 Check-out
必须先退房存包 → 再游览 → 离站前取包。取包太晚 = 误车。取包太早 = 拖着行李游巴黎。
PM思维:每个重要节点都问自己——"这件事依赖什么才能发生?如果那个前提条件失败了,我怎么办?"
05 如何制定项目计划 基础

好的项目计划不是"想到什么就加什么",而是按照一定顺序构建的。

1
确定硬约束——火车时刻、check-in时间、预订好的票。这些不能变,是所有计划的"锚点"。
2
识别Stakeholder需求——把每个人的Must Have填进时间表,确保每天都有满足姐姐的美食、满足你的景点。
3
检查依赖项——把每一步的前提条件列出来,确认顺序正确,没有"先有鸡还是先有蛋"的问题。
4
加入缓冲时间——专业PM永远不做"满满当当"的计划。在高风险节点前后留15–20分钟缓冲。
5
设定预订截止日期——卢浮宫、铁塔必须提前预订。PM要追踪这些任务,确保在出发前完成。
好计划的标志:如果计划里有一件事延误30分钟,整个行程不会崩溃。如果会——说明计划缺乏缓冲,需要修改。
06 风险识别与规避(Risk & Mitigation) 高级

风险是"可能发生、但还没发生的问题"。PM的工作不是假装风险不存在,而是提前想好对策。

姐姐早上起不来,延误出发
概率高影响中
对策:前晚确认明日时间,设置两个闹钟,早餐安排在住所附近
地铁/RER延误或罢工
概率中影响高
对策:提前下载离线地图,知道出租车备用路线,关键节点提前30分钟出发
北站行李寄存柜已满
概率低影响中
对策:提前查询网上预订寄存服务(Nannybag等),知道备选地点
餐厅排队时间过长
概率中影响中
对策:热门餐厅提前预订;准备备选餐厅列表
妈妈或姐姐体力耗尽
概率中影响高
对策:每下午安排坐着的活动(游船、咖啡馆);知道哪些景点可以跳过
预算超支
概率低影响中
对策:每天晚上记账;妈妈掌管总预算,你管每日零花
风险矩阵思路:概率高 × 影响高 = 优先处理。概率低 × 影响低 = 了解即可,不需要专门应对。
07 安全管理(Security & Safety) 检查清单

对旅行项目来说,安全分三类:证件安全、财产安全、人身安全。出发前逐项点击确认:

证件安全
护照复印件/照片存在手机相册(即使护照丢失也能证明身份)
三人护照分开存放,不全放一个包里
记住住所地址(28 Rue Pajol),万一走散能告诉警察或出租车司机
财产安全
现金分散携带,不要全部放在同一个口袋
在地铁和人多的地方,包背在胸前或紧握
记住紧急止付电话(银行卡挂失号码)
贵重物品不放在行李寄存柜的行李箱中(放随身包)
人身安全
三人约好走散时的集合点(建议:最近的地铁站出口)
每人手机都存了紧急联系人和住所地址
法国急救:15(SAMU),警察:17,欧洲通用急救:112
夜间游览铁塔时(20:00),出发前确认返回路线
08 沟通管理(Communication) 新增

PM不只是做计划,还要主动向stakeholder汇报进度。沟通不好的PM,就算计划再完美,团队也会感到混乱和不安。

PM的核心沟通职责:让所有人在正确的时间知道正确的事,不多也不少。
每晚睡前 · 状态更新

用5分钟跟妈妈汇报:"明天我们要去哪、几点出发、有什么需要她决定的。"这叫 Status Update,是PM的日常职责。

出发前一天 · 行前简报

把整个行程的关键信息(住址、寄存位置、紧急联系方式)整理成一张纸或截图,发给所有人。这叫 Briefing Document。

遇到突发情况 · 即时上报

地铁误点、餐厅关门、姐姐不舒服——第一时间告诉妈妈,让她参与决策。不要自己扛着,沉默不是PM应有的状态。

沟通的黄金原则:坏消息要早说。PM隐瞒问题,会让小问题变成大危机。早说,才有时间应对。
真实场景:如果你发现卢浮宫票已经卖完,要马上告诉妈妈和姐姐,而不是等到了门口再说。
09 变更管理(Change Management) 新增

计划永远赶不上变化。但"随便改"和"有序变更"是两回事。专业PM在修改计划时,会走一个思考流程:

1
触发变更的原因是什么?是外部原因(博物馆临时关闭)还是内部原因(姐姐累了)?外部原因通常优先处理。
2
这个变更影响哪些依赖项?比如周日博物馆改时间,会不会影响当晚铁塔的预订?把影响链条想清楚。
3
谁需要知道这个变更?影响到妈妈或姐姐的变更,必须告知并获得认可,不能自己悄悄改了。
4
变更后的计划还满足MoSCoW吗?Must Have的部分有没有被影响?如果有,优先修复。
变更 vs 失控:有意识、有流程的调整叫"变更管理"。没有通知任何人、没有评估影响就随意修改计划,叫"失控"。
实战例子:第二天下午姐姐说不想去凯旋门了,想去咖啡馆休息。这是一个变更请求。你需要评估影响、告诉妈妈,三人确认后再调整。
10 范围蔓延(Scope Creep) 陷阱警告

Scope Creep 是项目管理里最常见的"隐形杀手"。它不是一次大爆炸,而是一点一点地把你的时间和预算吃掉。

原计划:8小时游览时间

"顺便"加进来的事:

"反正经过,顺便看看红磨坊" → +30分钟
"这家甜品店看起来不错" → +45分钟
"妈妈说想去莎士比亚书店" → +40分钟
"纪念品没买完,再逛一圈" → +30分钟
实际消耗:10小时25分 → 错过铁塔预订!
如何对抗Scope Creep?用MoSCoW框架判断每一个"顺便"——它属于Must、Should、Could还是Won't?对Could和Won't的事情,需要勇气说"这次不行,我们有计划"。
PM的一项重要技能叫"说不"——不是对人说不,而是对"计划外的事情"说不。这不是自私,这是对整个团队负责。
11 假设日志与成功标准 新增

计划里所有"我以为"的地方,都是潜在的风险来源。聪明的PM会把这些假设写下来,逐一验证。

博物馆复活节期间正常开放
待验证
出发前一周查各博物馆官网
Navigo Easy卡可以乘坐RER B
待验证
查RATP官方说明
住所check-in时间为13:00后
部分确认
发邮件给房东确认
北站地下有行李寄存服务
已确认
官网已确认位置和价格

成功标准——这个项目什么时候算"成功"?

游览了至少5个主要地标,包括铁塔、卢浮宫、航空博物馆
姐姐
每天有一顿让她满意的正餐,没有一天饿着或吃快餐敷衍
妈妈
看到你独立制定了可执行的计划,并在旅途中灵活应对了至少一次突发情况
整体
按时到达、按时离开,三人平安,预算不超支
为什么要提前定义成功?如果不提前说清楚,旅行结束后每个人的感受可能不同。对齐成功标准,才能让所有人往同一个方向努力。
12 项目复盘(Retrospective) 新增

复盘不是总结失败,而是让下一个项目做得更好。专业团队每个项目结束后都会做复盘,通常问三个问题:

做得好的
什么事情进行得很顺利?我们为什么成功?下次要保留这些做法。
例:行李寄存提前规划,第一天完全没有混乱
可以更好的
什么事情不够顺畅?如果重来一次,我们会怎么做?
例:周日博物馆之间交通时间低估了,下次要加缓冲
下次尝试的
有什么新想法,下次可以试试?
例:出发前让每人写下自己的"成功标准"

回到家后试着完成(点击标记):

写出3件"做得好的事",感谢自己的准备
写出1–2件"可以更好的事",不要自责,只是学习
问妈妈和姐姐:她们觉得最好和最差的时刻分别是什么
把这次的经验写成一段话,存起来,下次规划旅行时重新读一遍
复盘的终极目的:不是评判这个项目的好坏,而是把你自己变成一个更好的项目经理。每次复盘,你都在积累别人没有的经验。
项目经理的最后一条原则

一个好的项目经理不是把计划排得最满的人,而是在计划出问题时,知道该怎么办的人。巴黎的每一天都可能有意外——地铁误点、下雨、姐姐不想动——你的工作是临场决策,而不是死守计划。

计划是为了让人做出更好的决定,不是为了让人服从。