HelpList over CheckList

 在上个星期,与一个项目的开发人员讨论了有关项目中的非功能需求(我们手中有一些关于非功能需求比较High Level的描述),目的是让这些东西落地。

 

这种形式的讨论一下子让我想起了CMMI中的评审过程,非常的类似,但却有本质的不同。

++++++++++++++++++++++++++++++++++++++++++++++++

CMMI中的评审过程是当项目某些Artifacts产生出来以后,由一些资深人员坐下来拿着一堆东西(文档或者CheckList)一项项地讨论这些Artifacts是否可以通过评审,使项目进入到下一个环节或阶段。

而这个讨论会虽然也是由一些有经验的人员与项目人员一起坐下来根据一些东西(HelpList)来一项项地讨论。但是其目标是帮助项目组来识别可能的风险或遗漏。

 

也就是说,这个讨论会发生在某个阶段的开始或进行中,而不是发生在某个阶段的最后一步。这一点并没有什么神奇之处,同敏捷也没有什么关系,而且已经被很多团队采纳。但这是一个反映出团队文化的重要方面。

 

事前帮助要比事后审计更容易被接受,而且也更容易进行风险管理。但有多少项目真正做到了呢?

 

最后, HelpList over CheckList again.

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值