需求与设计人员如何配合工作?
发布于 2024-10-03
1178
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要:提高软件开发中需求与设计的协作效率
软件开发过程中常常出现需求和设计脱节的问题。为了改善这一现象,提出了一系列建议来增强需求人员和设计人员之间的协作。
分工与沟通:首先,需求人员与设计人员应分离,确保需求得到适当的文档化。然而,文档化并非沟通的万能钥匙,还需要加强面对面的交流。
参与评审:需求评审时设计人员必须参与,同样地,在设计评审中需求人员也应该参加,这样可以确保双方对彼此工作的理解。
需求理解:在设计阶段初期,应当进行需求理解的活动,需求人员需确认设计人员对需求的理解程度。
规范化描述:通过制定标准化的需求和设计描述模板、指南、工具和术语,规范双方的描述方式。
渐进式设计:推荐采用渐进式设计方法,即每完成一部分设计,需求人员就进行一次评审。
概要与详细设计:建议由需求人员完成概要设计,而详细设计则交由设计人员负责。
共享工作区:最后,需求人员和设计人员应在同一办公区域工作,以便于随时进行沟通。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 975.7K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
EPG的工作指南
我最近在给企业运行检查过程中,发现很多企业的EPG成员不知道应该如何开展过程改进的工作,不知道日常应该做什么,一旦脱离的咨询顾问的指导,过程改进就失去了章法,因此经过我和同事、朋友进行探讨后,列出了EPG每日、每周、每月、每年应做的事情,为EPG提供工作的参考。EPG的工作指南 时机 EPG的事务 日常 组织资产库的建立维护,审核组织过程资产并入库
产品的内部质量与外部质量
质量是我们天天挂在嘴边的词,质量的真正含义到底是什么?不同的标准中有不同的定义。我们不去讨论其严格的定义,换一种角度来看产品的质量。 产品的质量可以划分为外部质量与内部质量。外部质量是用户可见、用户可以体验到的质量,比如你新买了一辆车,你可以感受到车的外观、车提速的快慢等,这是车的外部质量;再如我们买了新房子,我们可以看到房子的地面是否水平、墙皮是否脱落等。内部质量是用户难以看到、难
快速学习COSMIC方法之十:系统登录功能案例分析
我们已经讲了如何识别功能处理与兴趣对象,下面我们找一个稍微复杂点的需求来实际运用一下前面学到的知识。 功能需求描述如下: 登录系统的界面原型: 用例描述: 我们识别的功能点如下: 记录格式一: 记录格式二: 对上述的需求,容易出错的地方分析如下: 1)用户的账户信息与用户录入的登录信息是两个兴趣对象,还是一个兴趣对象呢?注意用户录入的登录信息与...
3种工厂模式的比较
简单工厂:一个具体工厂通过条件语句创建多个产品,产品的创建逻辑集中与一个工厂类。客户端通过传不同的参数给工厂,实现创建不同产品的目的增加新产品时,需要修改工厂类、增加产品类,不符合OCP原则 工厂方法:一个工厂创建一个产品,所有的具体工厂继承自一个抽象工厂。客户端先创建不同产品的工厂,再由工厂创建具体产品,产品的创建逻辑分散在每个具体工厂类中。客户端只依赖于抽象工厂与抽象产品,不依赖任何具
需求变更对软件质量的影响
根据我们的经验,需求变更越多,造成的软件修改越多,bug也就会越多,事实是否如此呢?需要我们根据历史的数据进行检验。某企业采集了历史上多个项目的的需求变更次数、交付代码的规模、软件测试发现的缺陷个数,参见下表,基于这些历史数据我们分析一下,看看我们的经验结论是否成立。表一:需求变更的历史数据 ID 需求变更数 代码规模LOC 总缺陷数 测试缺陷密度bugs/KLOC
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线