难以量化的需求开发与管理-2
上一篇 / 下一篇 2012-09-29 10:08:57 / 个人分类:杂谈
2\+S vt~-vz0 DevSpec提供了专门的变更管理视图,在这里,我们可以管理各个项目中的需求变更任务,不论是需求增加、减少或是改变,我们都会为之建立一 条变更记录,在这条变更记录中,记录了变更的来源、原因、具体描述和变更成本、收益估算,这些信息可以成为变更评估的标准与依据。
u2c7Ux@rB0YT6ZMh|h0 每个变更任务均可以和在变更中受影响的需求相关联,包括增加的、减少的和变更的需求。通过需求变更列表,我们可以清晰的看到项目中当前有多少变更任务,影响了哪些需求,也能够察看到整个项目周期中总计发生了多少变更,总计影响了多少需求条目。
*saI2hi!F0V2gg'n({M-jh0 方法三:标准的需求管理流程51Testing软件测试网IcE"\oT-V0gc
.RN&y9w2\P$\0 需求管理的整个过程都可以用标准、有效的工作流控制起来,如需求变更流程的设定,通常包括请求、复查、讨论、调整、批准和拒绝等状态,只有具备权限的项目成员才能改变状态。按照预设的流程,各方审批全部通过后,该变更才能被接受。
5WEN(m^4aQ@ B07a~&Z*tc0DevSuite提供了灵活的工作流程定制和管理能力,图形化工作流引擎将工作流图形转变为工作流脚本,因此项目管理员可以在图形化界面中,轻松快速的定制项目组项目管理流程。51Testing软件测试网0S-L#`s5hGj$\`
如上图中红色框内为需求的工作流程,用户可以根据公司的实际业务流程,定制符合需要的需求流程图,系统可以同时定义多条项目工作流程,以适应不同规模、不同类型的项目。
\-Twm5K:_'t4`Lh0方法四:需求有效驱动开发与测试51Testing软件测试网 _%jZe`wpP(Ql q
在理想的研发管理平台中,需求管理与所有规划、开发、测试管理过程相集成。因此,需求的正规表达Spec,以及围绕 Spec正在或将要进行的开发任务和测试任务,都能被纳入综合考虑的范畴,便于评估团队估算该变更造成的“牵一发而动全身”的潜在影响。有时,还要结合商 业需求进行考量,为了赶上产品的最佳发布时机,有些变更将被拒绝。
$Yi%ubAk{ ZR0变更请求被批准后,与之相关联的开发、测试任务都会在系统中被一一标记出来,以提醒程序和测试部门的相关负责人,引 发这些任务的需求已经变更,请他们做出相应的调整处理。在系统中跟踪这些任务的进展,可以实时掌握该变更的落实情况。变更完成后,也可以核算它对开发周期 和费用的实际影响,与评估时的预测相对比,找出差异的原因,为将来更准确地评估提供参考。51Testing软件测试网d7}/WW(x
+}%H aO!\ ]051Testing软件测试网 EW5V-~Vl$lnDevSuite提供了变更标识功能,通过变更标识子任务,我们可以选择受影响的开发、测试任务,建立变更标识子任务,该子任务将以旗帜形式反 映到开发、测试任务中。变更标识子任务不但能够标识变更,还能够帮助团队进行变更反馈,通过文字记录和状态改变,任务负责人员可以将需求变更对于任务的影 响及时回馈给需求管理人员。另外,对于需求实际改变的内容,需求负责人员可以创建变更推送子任务,通过邮件系统,可以将变更信息发送给该需求的干系人。51Testing软件测试网;L p'J4Sj@
51Testing软件测试网 U1w)b}8c:`m+S*D7o方法五:需求指导项目规划与执行51Testing软件测试网Y sU*Mf bKU
J;T&a