第二章：项目启动与团队组建
项目拿到手了，需求文档也看了个大概。然后呢？直接开干？
别急。我见过太多项目，就是栽在启动阶段。说白了，启动阶段没做好，后面全是坑。今天咱们就聊聊，项目启动到底该怎么做。
2.1 需求调研：别让业务方说“我以为你知道”
需求调研，听着简单吧？不就是问问业务方想要什么吗？
嗯，真没那么简单。我做过一个财务对账的RPA项目，业务方说“把对账流程自动化就行”。结果一调研，光对账规则就有17种，每种规则下还有3-5个分支。要不是我坚持做了两周的现场跟岗，这项目铁定翻车。
核心原则：需求调研不是“问”，而是“看”和“挖”。
2.1.1 调研方法：三管齐下
我个人习惯用三种方法组合着来：
- 现场跟岗：坐在业务人员旁边，看他操作一整天。别光看，要记录每一步操作、每个点击、每次等待。
- 结构化访谈：提前准备好问题清单，按流程逐项问。别问“你有什么需求”，要问“这个步骤你为什么要点三次确认”。
- 历史数据分析：拉出过去3-6个月的操作日志、异常记录。数据不会说谎。
小技巧：跟岗时带个秒表。记录每个操作的实际耗时，你会发现很多“我以为只要5分钟”的操作，实际要20分钟。
2.1.2 需求文档：别写成“天书”
需求调研完了，得写文档吧？
我曾经见过一份需求文档，写了80页，全是文字描述。业务方看不懂，开发也看不懂。最后项目延期了两个月。
我的建议是：
- 用流程图代替大段文字
- 每个步骤标注输入、输出、异常处理
- 关键节点附上截图或录屏
- 最后加一页“常见问题FAQ”
2.2 干系人分析：谁是你的“盟友”和“地雷”
干系人分析，说白了就是搞清楚：谁支持你，谁反对你，谁无所谓。
你想想看，一个RPA项目，影响的可能是一个部门，也可能是跨部门的流程。有人觉得RPA是来抢饭碗的，有人觉得RPA能帮他省事。这两种人，你的沟通策略能一样吗？
2.2.1 干系人分类：四象限法
我习惯用“权力-利益”矩阵来分类：
| 类型 | 权力 | 利益 | 策略 |
|---|---|---|---|
| 关键干系人 | 高 | 高 | 重点管理，定期汇报 |
| 保持满意 | 高 | 低 | 及时告知进展，别让他们意外 |
| 保持知情 | 低 | 高 | 定期同步，收集反馈 |
| 最小关注 | 低 | 低 | 常规邮件通知即可 |
注意：别忽略“低权力-低利益”的人。我曾经在一个项目中，一个前台文员觉得RPA会让她失业，到处散播负面消息。最后项目差点被叫停。后来我专门找她聊了一次，让她参与测试，她才放心。
2.2.2 干系人沟通计划
每个干系人，都要有对应的沟通方式：
- 项目发起人：每周一次15分钟电话，只说关键进展和风险
- 业务部门经理：每两周一次面对面会议，展示Demo
- 一线操作人员：每天站会，解决具体问题
- IT部门：技术方案评审，环境准备进度同步
2.3 RPA团队角色定义：别让一个人干三个人的活
很多小团队，一个人又当BA又当开发又当测试。结果呢？需求没理清，代码写一半，测试没时间做。
我建议，一个标准的RPA项目团队，至少要有这几个角色：
| 角色 | 职责 | 技能要求 |
|---|---|---|
| 项目经理 | 整体进度把控、干系人沟通、风险管理 | PMP或敏捷认证，3年以上项目管理经验 |
| 业务分析师 | 需求调研、流程梳理、验收测试 | 懂业务流程，会画流程图 |
| RPA开发工程师 | 机器人开发、调试、部署 | 熟悉至少一种RPA工具（UiPath/AA/BP） |
| 测试工程师 | 功能测试、性能测试、异常场景测试 | 有自动化测试经验更佳 |
| 运维工程师 | 环境部署、监控、故障处理 | 懂服务器、数据库、网络 |
我的经验：如果团队实在小，至少保证BA和开发是两个人。BA负责“做什么”，开发负责“怎么做”。这两个角色混在一起，很容易出现“开发出来的东西不是业务想要的”。
2.4 项目章程：一张纸说清楚所有事
项目章程，不是写一本厚厚的文档。我习惯用一页纸搞定。
为什么？因为没人会看几十页的项目章程。但一页纸，大家都能看完。
2.4.1 项目章程的核心要素
我常用的模板是这样的：
项目名称：XXX流程自动化项目
项目编号：RPA-2024-001
项目发起人：张三（财务总监）
项目经理：李四
项目目标：
- 将XXX流程的日均处理时间从4小时降低到30分钟
- 错误率从5%降低到0.5%以内
- 释放2名人力用于高价值工作
项目范围：
- 包含：A系统到B系统的数据录入、对账、异常处理
- 不包含：C系统的改造、D流程的优化
关键里程碑：
- 第1周：需求确认
- 第3周：开发完成
- 第4周：UAT测试
- 第5周：上线
预算：XX万元
风险：数据接口不稳定（已与IT部门确认备选方案）
小建议：项目章程写完后，让所有干系人签字确认。别嫌麻烦。我吃过亏，项目做到一半，业务方说“这个功能我们没说要啊”。拿出项目章程，白纸黑字，大家都认。
2.4.2 项目启动会：别开成“通知会”
项目章程写好了，得开启动会吧？
启动会不是让你念PPT的。我一般这样开：
- 5分钟：项目发起人讲话，说明项目重要性
- 10分钟：项目经理介绍项目目标和范围
- 15分钟：现场答疑，解决大家的疑虑
- 5分钟：明确下一步行动和责任人
启动会结束，每个人都知道：
- 自己要做什么
- 什么时候要交付
- 遇到问题找谁
2.5 避坑指南：我踩过的那些坑
最后，分享几个我亲身经历过的坑：
- 坑一：需求调研只听一个人说。结果那个人离职了，新来的人不认账。后来我要求至少访谈3个不同岗位的人。
- 坑二：忽略IT部门的配合。RPA要装环境、要开权限、要连数据库。IT部门不配合，项目寸步难行。现在我在项目启动前，先和IT部门拉通技术方案。
- 坑三：项目章程写得太虚。“提升效率”这种目标没法衡量。一定要写具体的数字，比如“从4小时降到30分钟”。
嗯，项目启动这块，说白了就是打好地基。地基没打好，后面盖再高的楼也是危楼。下一章，咱们聊聊流程梳理和方案设计，那才是真正开始动工的时候。