[软件开发过程]反模式:简单的部分留在需求人员的脑海中,只描述最复杂的部分给我们听
反模式:简单的部分留在需求人员的脑海中,只描述最复杂的部分给我们听
别名:
一般形式:
假设你是需求编写人员。项目组要求你只要描述最复杂的部分就可以了。其他容易实现的部分不用说了,这样节约时间。
动因:
项目有时间压力,所以想要尽快开始开发;项目组成员缺乏经验,对需求开发和管理理论缺乏认识,认为那样只是浪费时间;项目组成员缺乏耐心,开发人员的天性只希望关心最难,最有挑战性的部分,认为简单的是没有技术含量的活。
解决办法:
建议需求必须清楚表述,不管是简单还是复杂,这些需求文档也是以后变更的基础。
原理:
假定了需求不会改变,简单的部分永远不会改变,永远不会从简单变负责;假定“简单”这个模糊的概念是一个规则,认为需求人员可以判断哪些是简单,哪些是复杂的。
举例:
项目是一个基于SharePoint技术的网站,项目组要求需求编写人员只描述哪些使用Share Point基础的文档库和图片库等不能实现的东西就可以了,但是对于需求人员来说,Share Point到底能够实现哪些,不能实现哪些其实并不是很清楚,这样,需求人员只能以他们的标准来猜测,哪些应该是可以实现的,哪些则是比较复杂,不能使用默认的SharePoint功能实现的,最终,你到设计和开发的时候你可以能发现,原来需求人员的“猜测”并不准确,有些他们认为复杂的其实并不复杂,但是他们原来以为简单的其实也不简单,你会发现需求无法管理,甚至没有变更的基础,因为“简单的部分”以前根本没有清楚的描述,只在需求人员的脑海中。
何时该反模式变成模式:
相关的模式和反模式:
posted on 2006-04-24 09:25 无为而为-凡事从积极的态度做起 阅读(1172) 评论(0) 编辑 收藏 举报