需求团队管理制度

一、工作管理

1.1 工作职责

需求团队的主要工作职责包括：

1. 组织需求调研
2. 进行需求分析
3. 组织技术评审
4. 进行需求确认

1.2 人员培训

对需求团队新入职员工进行培训，主要包括项目第1.1节表单中已纳入需求团队统一管理的系统。

1.3 外部协同

1. 与需求提出方调研用户需求
2. 与技术团队评审需求方案
3. 与测试团队讲述需求方案
4. 参与测试案例评审

1.4 沟通制度

序号	名称	频率	时间	主要内容
1	需求团队内部例会	双周	10-15分钟	工作进度同步，工作任务分派
2	需求团队工作汇报	月度	15-20分钟	工作进度汇报，重点汇报遇到的困难，需要的支持
3	知识分享	月度	30-40分钟	经验、教训等案例分享

二、人员管理

2.1 考勤管理

外包人员请休假审批流程如下表所示。

序号	请假类型	天数	审批人

2.2 报工管理

2.2.1 报工流程

2.1.2 需求接收

在ITPM接收需求/子需求。

2.1.3 任务建立与分派

如为需求，则需建立子需求和任务，并指派给参与人员。
如为子需求，则直接建立任务，并指派给参与人员。

2.1.4 报工

外包人员需每周一上午10点之前，在ITPM针对每个任务如实申报工作量。

2.1.5 报工审批

需求负责人在每周一上午11点之前完成报工审批。
审批不通过的，打回重新申报。

2.2 工作交接

外包人员离职，需进行工作交接，工作交接单需要交接的双方人签字确认。

序号	工作事项	已完成工作	待处理工作	交接人	被交接人
1	详细列出所有工作事项	已完成的工作内容	待完成、待处理的工作内容	交接人签字确认	被交接人签字确认

三、过程管理

3.1 可行性研究

对于符合XXX条件的项目需要进度可行性研究。

3.1.1 可行性研究流程

3.1.2 需求调研

输入为用户需求说明书，据此组织与需求提出方的需求调研。

3.1.3 可行性分析

输出为《可行性分析报告》。

3.1.4 立项评审

输入为可行性分析报告。

组织内外部专家进行立项评审，立项评审有三种结果：

1. 通过：项目正式立项
2. 不通过：项目立项失败
3. 有瑕疵：返回至02需求调研节点，重新调研

3.2 需求分析

3.2.1 需求分析流程

01开始：输入通常为ITPM任务单。

3.2.2 需求调研

输入为《用户需求说明书》，据此组织与需求提出方的需求调研。

3.2.3 需求分析

输出为《需求规格说明书（初稿）》。

3.2.4 技术评审

评审形式包括会议评审与邮件评审，由产品经理与技术团队共同商定评审方式。
输出为《需求规格说明书（送审稿）》。
技术评审有两种结果：

1. 通过：进入需求确认环节
2. 不通过：返回至02需求调研节点，重新调研

3.2.5 需求确认

需求确认有两种结果：

1. 需求确认后（通过）：输出为《需求规格说明书（确认稿）》。
2. 如需求未确认（不通过），则返回至“02需求调研”节点。

3.2.6 需求收尾

需求确认后：

1. 产品经理在ITPM评估需求工作预算（参考报工情况），将需求转办给项目经理。 以邮件形式告知项目经理该需求已确认，可进入开发环节。
2. 更新相关的系统现状分析（如有），并将包括《需求规格说明书》的终版、签字版、确认邮件等资料归档至SVN。

四、知识管理

4.1 用户需求说明书

用户需求说明是是可行性研究、需求分析等工作的前提，由需求提出方按模板要求编写。
模板？

4.2 可行性分析报告

可行性分析报告or立项评审报告？
模板？

4.3 需求规格说明书

模板？

4.4 系统现状分析

需求团队已纳管的各应用系统，应在wiki上建立其系统现状分析，并且根据需求规格说明书的确认及时更新相关内容。

4.5 知识分享

需求团队的每位员工不定期进行知识分享，原则上团队所有成员轮流分享。
分享会材料包括但不限于：

1. 主材料：针对本次分享内容的，建议为PPT或Word格式，由主讲人在会前完成编写。
2. 简述：针对本次分享的内容进行简要描述/知识点提炼，由主讲人在会后完成编写。

会后上述材料统一存放至“知识分享”的应目录下。

4.6 任务池模板

需求任务池管理模板1

需求任务池管理模板2