难以量化的需求开发与管理-2

上一篇 / 下一篇  2012-09-29 10:08:57 / 个人分类:杂谈

2\+S vt~-vz0  DevSpec提供了专门的变更管理视图,在这里,我们可以管理各个项目中的需求变更任务,不论是需求增加、减少或是改变,我们都会为之建立一 条变更记录,在这条变更记录中,记录了变更的来源、原因、具体描述和变更成本、收益估算,这些信息可以成为变更评估的标准与依据。

u2c7Ux@rB0

YT6ZMh|h0  每个变更任务均可以和在变更中受影响的需求相关联,包括增加的、减少的和变更的需求。通过需求变更列表,我们可以清晰的看到项目中当前有多少变更任务,影响了哪些需求,也能够察看到整个项目周期中总计发生了多少变更,总计影响了多少需求条目。

*saI2hi!F0

V2gg'n({M-jh0  方法三:标准的需求管理流程51Testing软件测试网 IcE"\o T-V0gc

.RN&y9w2\P$\0  需求管理的整个过程都可以用标准、有效的工作流控制起来,如需求变更流程的设定,通常包括请求、复查、讨论、调整、批准和拒绝等状态,只有具备权限的项目成员才能改变状态。按照预设的流程,各方审批全部通过后,该变更才能被接受。

5W EN(m^4aQ@ B0

7a~&Z*tc0

  DevSuite提供了灵活的工作流程定制和管理能力,图形化工作流引擎将工作流图形转变为工作流脚本,因此项目管理员可以在图形化界面中,轻松快速的定制项目组项目管理流程。51Testing软件测试网0S-L#`s5hGj$\`

  如上图中红色框内为需求的工作流程,用户可以根据公司的实际业务流程,定制符合需要的需求流程图,系统可以同时定义多条项目工作流程,以适应不同规模、不同类型的项目。

\-Twm5K:_'t4`Lh0

  方法四:需求有效驱动开发与测试51Testing软件测试网_%jZe`wpP(Qlq

  在理想的研发管理平台中,需求管理与所有规划、开发、测试管理过程相集成。因此,需求的正规表达Spec,以及围绕 Spec正在或将要进行的开发任务和测试任务,都能被纳入综合考虑的范畴,便于评估团队估算该变更造成的“牵一发而动全身”的潜在影响。有时,还要结合商 业需求进行考量,为了赶上产品的最佳发布时机,有些变更将被拒绝。

$Yi%ubA k{ ZR0

  变更请求被批准后,与之相关联的开发、测试任务都会在系统中被一一标记出来,以提醒程序和测试部门的相关负责人,引 发这些任务的需求已经变更,请他们做出相应的调整处理。在系统中跟踪这些任务的进展,可以实时掌握该变更的落实情况。变更完成后,也可以核算它对开发周期 和费用的实际影响,与评估时的预测相对比,找出差异的原因,为将来更准确地评估提供参考。51Testing软件测试网d7}/WW(x

+}%H aO!\ ]051Testing软件测试网 EW5V-~Vl$ln

  DevSuite提供了变更标识功能,通过变更标识子任务,我们可以选择受影响的开发、测试任务,建立变更标识子任务,该子任务将以旗帜形式反 映到开发、测试任务中。变更标识子任务不但能够标识变更,还能够帮助团队进行变更反馈,通过文字记录和状态改变,任务负责人员可以将需求变更对于任务的影 响及时回馈给需求管理人员。另外,对于需求实际改变的内容,需求负责人员可以创建变更推送子任务,通过邮件系统,可以将变更信息发送给该需求的干系人。51Testing软件测试网;L p'J4Sj@

51Testing软件测试网 U1w)b}8c:`m+S*D7o

  方法五:需求指导项目规划与执行51Testing软件测试网 Y sU*Mf bKU

J;T&ab(] RM N d0~"D0  纵使项目最初都有比较全面的计划,延期仍然会时常发生,即便是在管理机制比较成熟的大型研发企业中,跳票也不可避免。通常情况下,导致跳票主要 有以下几点原因:功能设计规划过多,很多又无法删除,如不增加开发时间,产品几乎不能完成;缺乏有经验的管理或开发人员,不能准确估计工作量;任务执行缺 乏规范,开发人员随意更改功能设计,影响整体进度;过高的人员流动率,导致知识的流失,任务不能及时跟进。

:E&W$^Sh%C0

}"S^ H$~9Q,Eh s0  针对以上问题,只要从量化需求入手, 有序管理需求变更,用正规表达、可量化的Spec来指导项目规划、编程和测试,就能把风险降到最低。51Testing软件测试网U JT,Sy:YO

mf,vy](R0x\0  基于结构化的Spec集合,可以将项目分解为多个子项目,将Spec直接分配到各自对应的子项目中,以此来规划和估算子项目的工作量。项目管理人员为每个子项目分配资源,安排优先顺序,确定项目里程碑。

n.z$~B @W9xG4Nh051Testing软件测试网G)F1d#Jl

  在项目执行时,可以为每一个Spec产生出一系列开发任务。自定义的工作流机制确保每一个任务从提交到最终解决的生命周期都严格符合业务流程, 保证任何时刻都有唯一的负责人、状态和截止日期。这样,不仅能规范产品研发过程,还能降低人员流动带来的风险。任务的流转及相关知识文档,如源代码、设计 资源等,都得到系统完整的记录,还能与任务关联,便于追溯。一旦有人离开项目,接替的人员能够查看任务和文档信息,迅速弥补人员空缺。51Testing软件测试网O*Z*z7q^c.c8X

51Testing软件测试网.~7Hn-\ Yq

  DevSuite需求管理视图提供产品版本树管理,产品经理可以创建新产品和版本,每个需求和功能点可以在多个产品 和版本实现。通常一个产品的各个功能可能会分布在不同的项目中实现,项目经理如何在产品发布的时候知道每次发布实现了那些功能,各个功能点的负责人是谁, 通过DevSpec视图提供的产品版本树功能,项目经理可以轻松的过滤出每个发布版本实现了那些客户需求。51Testing软件测试网 UR-[ y6p,k0l;g!~

  支持产品的版本规划,当收集到的需求经过评审等规定流程决策后,将需求与规划好的产品版本关联起来,通过产品版本视图可以直接追踪到需求与产品版本的关系,未决定开发的需求可以不设定版本,等决定后再关联相应产品版本。

0C&[M$aOi)qt0

  以上所述的需求管理经验和系统工具的支持,希望与大家共同分享与探讨,探索出一条以有效的需求管理推动项目执行、产品研发整个生命周期的最佳途径!

K CYP9V5L@5q0

TAG:

 

评分:0

我来说两句

Open Toolbar