这几天在老王的带领下仓促的飞赴深圳,马不停蹄的走访了6个部门3个老大,每次都说要控制好交流时间,每次都是一开闸就收不住了。大家都是心中有很多感受和疑惑希望从对方获得回应,可以说是宾主尽欢。
业软这边的特点是对需求之痛感受比较深,因此在FRS上投入了很大的精力,在管理优化报上也有文章。
目前对特性(Feature)的定义已经达成共识:外部用户能感知到的功能。(这个定义在今天上午另一个交流中又再次被深入定义,此是后话,暂且不表)在这个前提下给我们展示了两个项目的FRS,都是相当的翔实和清晰。
粗略的笔记了一下是这样的一个模板:
1、ID:这个主要是用来进行唯一性标识,供各种系统定义时使用,方便从需求、设计、开发、测试全流程上来跟踪。
2、实现:把当前这个Feature的工作原理以客户的角度描述出来,涉及到网络拓扑、信令交互的用图片。
3、影响:这条理解的还不是很清晰,应该是这个特性的使用会引起系统的什么变化,可以再参考实际的文档提炼
4、限制:比如必须支持VoIP
5、参考:
版本级的FRS的初次写作有非常大的工作量,SDP大约有200多页,还要翻译成英文,主要是产品确实有这么大的规模。不过写完之后,新的版本只需要在基线上增量即可。
新的版本开始时,根据基线的FRS、ATP、调研报告、SoC一起来确认新的FRS内容,这个工作需要SE逐条写作。
FRS形成后一般就不太会发生大的变更,可以周期性的刷新即可,这个也是由SE来完成。
FRS的最终作用是要作为合同的附件,一起签订。
另一块就是每月都会例行针对敏捷教练的认证,组织的都是公司级评委,倡导PL、LM都去认证,会颁发证书,荣誉导向,不强制要求。目前答辩还是非常严格,只有若干个通过。因此含金量还比较高。
太晚了,有空继续