2、项目启动：需求收集、项目章程编写、干系人识别与分析
项目启动阶段，说白了就是给整个项目「定调子」。
很多新手项目经理容易犯一个错——上来就画甘特图、排资源。我刚开始带项目时也这样，结果做到一半发现需求根本不对，干系人还在扯皮。嗯，那叫一个惨。
所以今天咱们聊聊启动阶段的三件大事：需求收集、项目章程、干系人分析。这三件事做好了，后面至少省一半的返工时间。
核心观点：启动阶段不是「走流程」，而是「建共识」。需求不清、章程不签、干系人不认，项目还没开始就已经输了。
2.1 需求收集——别让「我以为」害了项目
需求收集是项目启动的第一关。你想想看，如果连客户想要什么都不知道，后面的设计、开发、测试全是在「猜」。
我个人习惯把需求收集分成三步走：
- 先听再说——让客户把想法倒干净，别急着给方案
- 追问细节——「你说的快，是多快？」「你说的好用，具体指什么？」
- 书面确认——所有需求必须落到文档上，签字确认
我在项目中遇到过最典型的情况：客户说「我要一个报表系统」。结果做出来之后，客户说「我要的是能自动生成图表的，不是这种表格」。你看，一个「报表」两个字，理解差了十万八千里。
小技巧：需求收集时，多用「举个例子」来引导。比如「你说的这个功能，是不是像淘宝的购物车那样？」——用客户熟悉的产品做参照，能大幅减少理解偏差。
常用的需求收集方法有这些：
| 方法 | 适用场景 | 我的建议 |
|---|---|---|
| 用户访谈 | 核心干系人少，需求复杂 | 一对一聊，别搞座谈会，容易跑偏 |
| 问卷调研 | 用户量大，需求相对明确 | 问题别超过15个，否则没人填 |
| 原型演示 | 需求模糊，需要快速验证 | 用Axure或Figma做个低保真原型，成本低见效快 |
| 头脑风暴 | 创新项目，没有现成参考 | 控制人数，6-8人最佳，否则变成聊天会 |
避坑指南：我曾经接手过一个项目，需求文档写了80页，客户也签字了。结果做到一半，客户说「这个需求我当初没想清楚，现在要改」。所以，我现在的做法是——需求文档里必须加一条「需求变更流程」，明确变更的成本和审批路径。没有这条，后面全是坑。
2.2 项目章程——项目的「出生证明」
项目章程是什么？说白了，就是一份正式授权文件。它告诉所有人：这个项目被批准了，项目经理是谁，目标是什么，预算多少。
我见过很多团队跳过这一步，直接开始干活。结果呢？做到一半，老板说「这个项目我没批啊」，或者「谁让你用这个预算的？」——嗯，那场面相当尴尬。
一份合格的项目章程，至少包含以下内容：
- 项目名称和编号——方便归档和追溯
- 项目目标——必须是SMART原则的（具体、可衡量、可达成、相关、有时限）
- 项目经理及权限——明确谁说了算
- 主要干系人——列出关键角色
- 预算范围——不是精确数字，但要有上限
- 关键里程碑——什么时候交付什么
- 审批签字栏——发起人、客户、项目经理三方签字
重点：项目章程不是项目经理一个人写的。它需要和项目发起人、客户一起讨论确定。我习惯的做法是——先写一版草稿，然后约个30分钟的会，逐条过一遍。签字之前，确保每个人都理解并同意。
举个例子，一个简单的项目章程模板：
项目名称：客户管理系统V2.0升级
项目编号：CRM-2024-001
项目经理：张三（拥有预算审批权，上限50万）
项目目标：在2024年Q3前完成系统升级，支持1000+并发用户
预算范围：80-100万
关键里程碑：
- 6月15日：需求确认
- 7月30日：开发完成
- 8月20日：上线试运行
审批人：李四（项目发起人）、王五（客户代表）
签字日期：2024年5月10日小技巧：项目章程里的「项目目标」一定要写清楚「为什么做这个项目」。我见过太多章程只写「做什么」，不写「为什么」。结果做到一半，团队开始迷茫——「我们到底为什么要做这个功能？」。把「为什么」写进去，能帮团队保持方向感。
2.3 干系人识别与分析——谁是你的「盟友」和「地雷」
干系人管理，是项目管理里最容易被忽视、但影响最大的环节。你想想看，一个项目能不能成，很多时候不是技术问题，而是「人」的问题。
我个人的经验是：花20%的时间在干系人分析上，能省掉80%的沟通麻烦。
干系人识别，第一步是「列名单」。把所有跟项目相关的人都列出来，包括：
- 项目发起人（给你钱的人）
- 客户（用你产品的人）
- 最终用户（实际操作的人）
- 供应商（提供外部资源的人）
- 监管机构（如果有合规要求）
- 内部团队（开发、测试、运维等）
列完名单之后，第二步是「做分析」。我常用的工具是权力-利益矩阵：
| 权力高 / 利益高 | 权力高 / 利益低 |
|---|---|
| 重点管理：项目发起人、客户代表 策略：定期汇报、深度参与 |
保持满意：公司高层、合规部门 策略：及时通报、避免意外 |
| 权力低 / 利益高 | 权力低 / 利益低 |
| 随时告知：最终用户、一线员工 策略：培训、答疑、收集反馈 |
最小投入：外围人员、临时合作方 策略：邮件通知即可 |
避坑指南：我曾经在一个项目中，忽略了「财务部」这个干系人。我觉得他们只是走流程的，结果项目中期，财务部突然说「这个预算科目不对，需要重新审批」——项目直接停了两周。从那以后，我每次做干系人分析，都会把「看起来不重要」的人也列进去，宁可多花10分钟，也不冒这个险。
干系人分析的第三步，是制定沟通策略。不同的人，沟通频率和方式不一样：
- 项目发起人：每周一次15分钟电话，只讲关键进展和风险
- 客户代表：每两周一次正式会议，带演示和文档
- 最终用户：每月一次邮件简报，加上季度培训
- 内部团队：每日站会 + 每周周报
小技巧：干系人分析不是一次性的。项目进行中，干系人的权力和利益会变化。我习惯在每个里程碑节点，重新审视一遍干系人矩阵。比如，项目初期客户代表权力很高，但到了验收阶段，最终用户的权力反而变大了——你得跟着调整策略。
2.4 启动阶段的三件「必做之事」
最后，总结一下启动阶段我个人的「三件必做之事」：
- 开一次启动会——把所有人拉到一起，当面说清楚项目目标、范围、分工。别只发邮件，邮件说不清楚。
- 签一份项目章程——白纸黑字，签字画押。这是你的「尚方宝剑」，后面遇到分歧时拿出来看。
- 画一张干系人地图——谁支持你、谁反对你、谁中立，心里要有数。别等到出问题了才去补救。
嗯，启动阶段的内容就这些。记住一句话：启动阶段多花一天，执行阶段少花一周。别急着赶进度，先把地基打牢。
公众号:蓝海资料掘金营，微信deep3321