本篇随笔说一说从一次需求调研会议看项目经理的能力，需求调研的内容是银行名单库系统的红、白、灰、黑名单定义、判断和处理规则、应用场景。但由于行内多个系统已经有名单库且各个系统的定义和应用场景不一，这些名单被迁移至数据中心就产生了归一、去重、标准化的需求，使得调研过程变长变复杂。
本次调研要做几件事，琐碎与不琐碎的：
首先是找人，这个事一点都不容易。项目的干系人（干系人不一定是个人，也可以是一个部门，一个开发团队）有哪些，联络人是谁。如果找不准这些人，就问不清楚问题。况且，因为权力分布和利益关系，这些人也不一定请的动。这一点就看项目的组织者长期积累的人际关系和经验了。比如信用卡部门对黑白红灰名单比较熟悉的人是哪位，这个人有没有话语权，某些问题抛给他能不能起到作用。谁都不想遇到推皮球啊。
然后是发邮件，订会议室。联络到相关的人后，就是订个会议室然后定时间了。如果开会的人多了，约时间是个麻烦。项目经理如果面子不够大，就得请项目发起方大领导来压阵了。发邮件的时候，可以先发一个初定的时间，例如：***领导、***负责人，你们看定于某天某时在某会议室开会讨论***相关事宜，可不可以，如果时间有冲突，请回复合适时间，如果时间没有问题，请回复确认。然后把邮件发出去，并抄送给大BOSS。这样就不会有人不鸟你，或爽约。如果项目经理有小弟，这些可以交给小弟代办。
会上作为主持。需求调研大多是项目经理角色的人主持，也有业务经验资深的领导替代项目经理来主持会议的时候。这里更多的是发挥个人魅力和洞察力。很实际的问题，非主持人不能干主持会议的事，会议也许会出现冷场。这些并非是读了几遍项目管理的书就能做到的。
所以人格魅力是在项目管理理论之上的最重要的一个能力。也有些人称之为气场。
会议上，针对实际的要点引发讨论，问清楚交付要求，时间，估算人力成本，是否存在技术坎。这些问题一一抛出来讨论，才能把不确定因素排雷。未讨论清楚的问题要分配下去。一次调研不到位还可以进行第二次第三次。
会后总结。会议结束，需要总结讨论的问题，得出结论。一一罗列尚未解决的问题有哪些。
会议纪要。针对会议结束时的总结，以书面的形式发到各个干系人和联络人的邮箱。这里很重要的一点是，未完成的问题明确划分到哪些人调研和解决，定于什么时候再次汇总。责任到人后才能好办事。如有小弟，这些可以交给小弟代办。
继续跟踪。会后继续保持和各个干系人、联络人的联系。继续跟踪项目的进展。
这里说一点信息系统项目管理的基本知识。比方进度管理(也就是时间管理)，项目经理需要做WBS，然后按前置和后置的方式排成箭线图，找出关键路径并利用挣值法等算一下PV、EV、CV。
对于有经验的人来说，可以比较容易的看出项目经理是不是心中有数，言之有物。例如会议上项目经理应该和各方干系人说明这样这样做，工作量可能过大，时间上能否可以协商得到一个缓冲的时间段，能不能再增加些人力、硬件的支援。这些都可以看出项目经理对时间进度、质量、人力成本资金成本的把控。
我是Allen x f Long ,聊IT欢迎加 扣扣 1749671388
附上需求调研涉及到的两个文件的样例：
需求申请书样例
**部门业务需求申请表
| 需求名称 |
*** |
|||||||||||||||||
| 提出单位 |
***部 |
提交人 |
陈** |
联系电话 |
** |
|||||||||||||
| 是否紧急 |
□是 □否 |
涉及流程/规则变更 |
□是 □否 |
|||||||||||||||
| 问题与背景 |
<说明业务遇到的问题，现状及不足，及期望投产时间的原因> 略 流程：略 数据时效性： 略 数据调研：略 讨论点：略 |
|||||||||||||||||
| 业务影响评估 |
<请简述是否影响持卡人，是否影响财务指标量化指标等> 略 |
|||||||||||||||||
| 需求效益描述 |
<需求方描述> 略 |
|||||||||||||||||
| 需求简述 |
<说明业务需要实现的功能、，如要开发某项功能，描述该功能的输入内容是什么，这些内容从何取得？对这些内容的处理方法和步骤？处理结果的输出形式和内容是什么？该功能开发完成期限要求。> 要求：略 投产时间要求：____2017年01月____
需求提出单位经办： 主管：
提出单位主管总经理/总监签名： 年 月 日 |
|||||||||||||||||
| 以 下 内 容 由 系 统 处 填 写 |
||||||||||||||||||
| 受理名称 |
||||||||||||||||||
| 受理编号 |
|
|||||||||||||||||
| 是否卡中心年度重点项目基线 |
□是 □否 |
|||||||||||||||||
| 需求性质 |
□ 合规政策需求 □ 利润创造需求 □ 风险防范需求 □ 效率提高需求 □ 成本减省需求 □ 其他 |
|||||||||||||||||
| 需求涉及系统范围 |
□ 核心系统 □ 外围系统 □ 数据系统 □ 新平台系统 |
|||||||||||||||||
| 需求改造影响范围 |
□ 新建信息系统需求 □ 变更功能群需求 □ 变更单一功能需求 |
|||||||||||||||||
| 需求优先级 |
□ 一级 □ 二级 □ 三级 |
|||||||||||||||||
| 是否涉及大型项目管控 |
□是 □否 |
|||||||||||||||||
| 涉及项目说明： |
||||||||||||||||||
| 受理建议 |
初步受理指引 主办业务组： 协办业务组： PMO经办签名/日期：______________ PMO经理签名/日期：________________ |
|||||||||||||||||
| 初步受理建议： □同意受理 □不同意受理 □暂停受理 <不同意受理说明> □是否影响客户 □是否影响财务指标 □是否影响大团队作业 指定主办经办：____________________ 指定协办经办：____________________ 研发组长签名/日期：___________________ 经办签名/日期：_______________________ |
||||||||||||||||||
| Ø 系统处受理意见： |
||||||||||||||||||
| 关联业务建议 |
合规处 |
风险处 |
决策管理处 |
|||||||||||||||
| 公关暨联盟事业处 |
信控处 |
资产管理处 |
||||||||||||||||
| 营销整合组 |
市场处 |
网络营销处 |
客户维护中心 |
|||||||||||||||
| 分行管理处 |
直销管理处 |
电话营销处 |
客户处 |
|||||||||||||||
| 财会处 |
人力资源处 |
采购管理处 |
运营管理处 |
|||||||||||||||
| 办公室 |
流程管理处 |
|||||||||||||||||
| 业务处会签建议 |
Ø 会签处建议：(可附页说明) Ø 需求提出单位是否采纳：<如不采纳，简述原因> Ø 系统处处理结果： |
|||||||||||||||||
| 业务处会签 |
处 经办/经理： 总经理/总监
处 经办/经理： 总经理/总监
处 经办/经理： 总经理/总监
|
|||||||||||||||||
**项目需求调研-会议纪要
会议主题：***项目关于*****沟通会议
会议时间：2017年1月1日10:00-12:00
会议地点：信息大楼1201会议室
参会人员
信用卡部：梁**
数据中心：王**、张**、李**
协助团队: 陈**
会议内容：
***项目关于名单定义与使用场景
会议结论：
1、进一步调研名单定义。略
2、初步确认的名单定义如下：
（1）黑名单：略
（2）红名单：略
3、名单的使用场景。
确认后续计划：
1、 调研罗列详细的使用场景。略
2、 调研本次项目涉及的标签并对其给出定义。略
3、 略