进度计划表
1.业务需求收集
产品经理收集用户提出的需求，并整理在册。以一段时间内为里程碑，如一周、半个月、一个月；
方式两种：1、用户主动提出 2、主动收集用户反馈；
此时可评估提出的需求合理性，不合理的可直接对用户解答并拒绝该需求。
|
需求描述 记录用户提出的需求详细内容 |
需求类型 需求变更/新增 |
提出时间 |
提出人 |
|
例：增加导出运单数据功能。 用户提供导出模版，详见附件《XXX.xlsx》 |
新增 |
2019-04-02 |
|
|
例： |
需求变更 |
2019-04-02 |
2.业务需求确定
根据收集到的业务需求表，召集与会人员进行需求会议，包括需求提出人、决策者、产品经理、需求影响到的用户，进行需求讨论。
讨论需求提出的合理性，否决掉不合理的需求，确认要开发的需求，以及待确定的需求。
对于确定开发的需求，进行需求补充或完善，列出需求开发设计的优先级。
|
需求描述 |
需求类型 需求变更/新增 |
提出时间 |
提出人 |
评审时间 |
需求评审结论 |
优先级 重要/紧急 |
|
例：页面，增加导出运单数据功能。 用户提供导出模版，详见附件《XXX.xlsx》 |
新增 |
2019-04-02 |
2019-04-02 |
否决 |
||
|
例：导出财务账单报表的表头变更 |
需求变更 |
2019-04-02 |
2019-04-02 |
待确定/待补充 |
紧急不重要 |
|
|
新增 |
2019-01-01 |
2019-04-02 |
确认且通过 |
重要紧急1 |
||
|
新增 |
2019-03-01 |
2019-04-02 |
确认且通过 |
重要紧急2 |
本次会议结束后，应将确认的需求与待确定的分开整理出来。待确定的需要进行再次讨论确定。
3.需求设计
进入需求设计阶段的需求都应该是“确认且通过”的需求，摘选出需求评审表中确认的需求。
按照需求优先级，制定需求设计进度计划表。
|
模块名称 |
序号 |
工作内容 |
输出 |
备注 |
计划进度 |
实际进度 |
负责人 |
||
|
开始日期 |
结束日期 |
开始日期 |
结束日期 |
||||||
|
意大利代采业务 |
1 |
业务梳理 |
|||||||
|
2 |
业务梳理评审会 |
确保业务与产品理解无偏差 |
|||||||
|
3 |
|||||||||
|
4 |
需求评审会 |
||||||||
该阶段应是一个封闭的设计阶段，如果此时有新的业务需求提出，应仅仅只记录下该业务需求，到下个设计阶段来讨论。
如果新的业务需求与当次设计有冲突或有关联的时，需要产品经理慎重衡量，是否加入到本次设计过程中，如果确定加入本次设计中，应告知决策人进行再次确定。
4.开发计划
根据产品经理设计的需求文档，提交到禅道管理系统，技术人员制定开发计划。
|
模块名称 |
序号 |
工作内容 |
输出 |
计划进度 |
实际进度 |
负责人 |
||
|
开始日期 |
结束日期 |
开始日期 |
结束日期 |
|||||
|
意大利代采业务 |
1 |
数据库设计 |
||||||
|
2 |
功能点拆分 |
|||||||
|
3 |
功能开发 |
测试地址 |
||||||
|
4 |
功能测试 |
测试地址 |
||||||
|
5 |
产品经理验收 |
|||||||
|
6 |
生产环境部署 |
生产地址 |
||||||
|
7 |
培训、试运行 |
用户培训手册 |
||||||
文章最后发布于: 2019-06-18 16:41:35
相关阅读
手机备份软件哪个好用？在这个快节奏的生活时代里，每个人都停不下匆忙的脚步，健忘症也成了我们的通病，因此手机成为了我们记录事情和保
本章知识关键 —— 是否角色碰到了指定的角色（或是边缘、或是鼠标），如果是，就回传 true。
论项目进度管理 【摘要】 2015年5月开始，我参加了公司面向17年销售的XXXXX机新机型的开发，并担任项目经理的工作。本项目在15年XXX
对Ubuntu的sources.list文件及软件源相关的总结
文章目录1. sources.list2. sources.list.d/*.list3. 换源4. 镜像源获取5. 选择源6. 备份并修改sources.list7. 命令或脚本1.
一、项目名称命名(如果不规范, 需要再次修改对应Bundle Identifier): 新建项目导入图标和启动图今后所有关于规范的部分, 如果公