公司产品需求沟通流程和过程管理文档
Fmnii
公司内部的协作和沟通模式有问题?
题解:
内部协作模式:包括实现的人,管理人,提需求的人的协作模式
沟通模式:包括沟通时间的选择,沟通人员的选择,沟通流程的过程
需求的分类:需要调研的需求和不需要调研的需求
需求的定义:实现一个新的功能,或者在旧有功能上实现新的想法。目前更改文字或者更改图片这两类不算需求。
沟通时间的选择
- 一天工作开始前或者一天工作结束时
- 与开发人员交谈预先约定下时间,30分钟内交谈完毕,小会议建议至少提前一小时
小会议要求告知
1. 会议时长
2. 会议议题
沟通关人员的选择
内部协作需要提到的所有人
人员范围
根据公司目前的状况,人员范围如下
提需求的人:jackie,james,gene,david,kelly,jessie,Alice,Alex,claire,suri
实施人员:小区,小冯,小许,zain,Alice,Alex,刘振鑫
管理人:Alice,Alex
项目跟踪人:jessie,claire
人员权利
提需求的人:仅有提需求和跟进需求进度的权利
实施人员:确定需求工作时长的权利
管理人:根据任务调配公司资源的权利,调整实施人员工作时长的权利
项目跟踪人:尊重提需求人和实施人的权利并根据各方权利回绝矛盾方的无礼要求
人员义务
提需求的人:不无礼催促还没有到期的需求,尊重需求分析也是工作内容的一部分。
实施人员:按实际需要实现报告交期,按交期完成任务
管理人:判断交期是否合理并做出交期调整
项目跟踪人:每次讨论结束后完善相关文档的义务
沟通前的准备资料
项目跟踪人:
- 版本需求文档
- 项目开发执行计划
- 项目干系人员列表,如下图
列明项目沟通需要的外部人员和各自的权限的表格,包括coding权限(coding一般不要加),是否加入到某聊天群等
提需求的人:
- 需求想法的原型资料,比如类似的网站、类似的功能参考
- 需求的文字说明,已经成型的文字资料描述,比如coding上的markdown需求说明,详情请查看样例格式:需求文字说明文档要点
- 该需求已经通过了所有项目需求方所有人的同意实行,例如:按照目前的情况FMNII平台的需求方所有人应该包括david,jessie,jackie,james,Alex,Alice,FIS平台需求方的所有人应该包括james,claire,gene,jackie,suri,Alex,Alice
- 如果提需求的人不是项目跟踪人,还需要项目跟踪人陪同
管理人Alice or Alex:
实现的人:
- 正在进行和正在等待的任务列表,标注了每项任务的预定完成日期,建议使用coding的任务列表列明完成时间
沟通讨论的流程
- 沟通需求的人根据准备的原型资料和需求说明文字,描述自己的需求。管理人和实现的人聆听。
- 实现的人和管理人讨论片刻研究这个问题是否需要调研
- 不需要调研的需求当场回复做完的时间
- 需要调研的需求统一排期到一周一天的需求调研日结束后回复
- 实现的人根据需求的紧急程度,在自己的任务排期中安排具体完成的时间并和需求方商定
沟通完成后
需求方:
项目跟踪人jessie或者claire,更新需求文档、更新开发执行计划、如涉及下次版本的功能点,则更新对应版本功能点文档和完成时间的等相关资料。
管理人:
- 清晰了解公司技术部和设计部的人力资源状况,根据情况调配或补充人力(如招聘、转岗面谈)
- 和产品经理做好进度管理,把控团队进度
实现的人:
- 通知自己时间表当中被延后任务的需求方和项目跟踪人
- 按照自己的时间表完成相应的任务
需求文字说明文档要点
- 说明需求目的(对目标用户所产生的功用)
- 概念设计细节,如设计草图,参考的网址或样例,需求的描述
- 分类好是否功能需求(一般功能需求优先)
- 项目管理者针对具体情况确定相应需求的可行性
- 实现时间(成本)的核算 - 可沟通后填写
- 需求的讨论后,各方的意见记录,每轮的意见都需要记录在案
项目开发执行计划
项目管理人的常识
- 整理需求变更日志
- 版本变更整理,正在开发的版本需求不要增加
- 程序员新需求调研是相当于一天的工作时间的,如果一个需求过来就马上让程序调研,就没有时间开发了
- 建议需要调研的需求整理一个统一的时间让程序了解和整理,一个星期中的一天单独用来调研需求是不错的选择
- 为什么不懂技术的人可以做产品经理?
- 建议一般与开发人员交谈预先约定下时间,一般约定 0 ~ 30 分钟内,小会议建议至少提前一小时
- 其他任何沟通渠道(如微信)仅作为(且应被视为)非重要事项的沟通方式
- 里程碑是某个发布版本的需求分析、开始计划、开发执行计划等确定的事件
- 里程碑事项必须用工作电邮告知各方(备忘),经确认的工作任务必须列进 Coding,较为紧急沟通(含小会议)必须当面交谈,不在场须电话交谈