管理工具方案

需求管理工具-TAPD

• 目的：

为了解决4个目前明显的问题：
1.需求失控导致失去软件项目质量保证；
2.解决需求描述不详细，需求变化、需求优先级和排期等问题；
3.解决需求统一管理化；

• 条件：

1.把工具作为枢纽站，从产品需求落地-到需求实现；
2.产品经理需求必须上次完整、清晰，附件或其他；
3.团队成员至少每天一次登录工具查看需求状态以及迭代状态等；

• 优势：

1.以敏捷迭代、小步快跑的研发方式进行产品规划、项目管理、质量跟踪等研发管理工作；
2.需求规划非常适合我们目前的需要解决的问题；
3.大大提升需求的管理；
在此工具中，我们使用的是轻量敏捷项目管理，包含需求、迭代、故事墙、缺陷、报表、文档等6个核心应用。可以说能有效的管理整个研发周期：

image.png

• 需求管理整体流程：

需求 = 用户故事（user story）,用户故事是从用户的角度来描述用户渴望得到的功能。 用户故事包括三个要素，角色：谁要使用这个功能；活动：需要完成什么样的功能；商业价值：为什么需要这个功能，这个功能带来什么样的价值。

1.需求的来源：用户反馈意见或建议、已实现的功能优化、新功能的实现、上个版本遗留的问题修改等等。
2.需求的建设：产品经理使用 需求 模块录入需求单，需求单中包含了需求实现的详细描述，往往需求原型图或是其他参考资料也会被作为附件添加到需求单中。已设计好的需求可通过需求分类 进行模块化管理。为了保证研发过程中的风险可控，功能比较复杂的需求往往会被拆解成多个需求，以父子需求的方式进行关联。需求父子层级的引入不仅方便需求拆分，同时也保证了子需求的集中管理。

需求模块

3.需求的迭代：
项目经理首先创建一个新的 迭代 ，并设定迭代的目标、开始和结束时间，然后再往迭代里添加本迭代须实现的需求。

迭代模块

4.需求的评审：
迭代需求规划完成后，项目经理组织开发工程师、测试工程师等参与迭代过程的团队成员进行本迭代的迭代会。

会议开始后，产品经理向团队成员讲解需求的设计思路，再由团队成员充分讨论需求方案可行性，预估风险。

评估好需求方案的可行性后，团队成员需要讨论确定好本次迭代周期所需完成的全部工作内容。
5.需求的验收与测试：
需求实现完成后，进入测试阶段，验证需求是否都得到真正的实现。

• 使用步骤：

1.团队管理员邮件邀请加入，加入团队即可
2.登录后进入首页，修改个人信息：点击左下角个人设置如图3-1，然后将个人信息补全如图3-2
昵称也尽量起自己名字，方便团队使用

图3-1

图3-2

3.如何进入项目？查看左侧项目一栏，选择具体项目点击进入；

image.png

4.需求规划：
创建需求：标题需求命名 规范，让别人直观理解，详细信息解释清楚用户故事，否则需求创建无效。
需求状态：1.规划中（未参与评审），2.实现中（已通过评审无异议），3.已拒绝（需求不评审不通过）
处理人：开发人员等解决此需求的人员，直接输入昵称或真实名字检索选择；
需求优先级：产品经理根据此需求的解决优先级划分；

需求建立

需求分类

子需求创建

5.需求可一键导入，但必须按照导入模板规范，否则不成功。（模板这里下载）

image.png

image.png

• 最终解决或提升的结果：

1.保证每次产品版本迭代，按时间按质量交付；
2.需求统一管理化，不临时大面积修改需求，做到每一步快而有效；
3.将最初的上文目的全部达到；