管理工具方案

需求管理工具-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.将最初的上文目的全部达到;

禁止转载,如需转载请通过简信或评论联系作者。