需求与设计人员如何配合工作?
发布于 2024-10-03
1419
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要:提高软件开发中需求与设计的协作效率
软件开发过程中常常出现需求和设计脱节的问题。为了改善这一现象,提出了一系列建议来增强需求人员和设计人员之间的协作。
分工与沟通:首先,需求人员与设计人员应分离,确保需求得到适当的文档化。然而,文档化并非沟通的万能钥匙,还需要加强面对面的交流。
参与评审:需求评审时设计人员必须参与,同样地,在设计评审中需求人员也应该参加,这样可以确保双方对彼此工作的理解。
需求理解:在设计阶段初期,应当进行需求理解的活动,需求人员需确认设计人员对需求的理解程度。
规范化描述:通过制定标准化的需求和设计描述模板、指南、工具和术语,规范双方的描述方式。
渐进式设计:推荐采用渐进式设计方法,即每完成一部分设计,需求人员就进行一次评审。
概要与详细设计:建议由需求人员完成概要设计,而详细设计则交由设计人员负责。
共享工作区:最后,需求人员和设计人员应在同一办公区域工作,以便于随时进行沟通。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1133.3K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
敏捷与规范的杂论
有几家客户在导入敏捷的方法,有些做的很好,很见实效,有些则仍在门外徘徊,形似而神非。究其原因,在于没有理解敏捷思想的精髓,存在对敏捷方法的误解。敏捷方法与规范方法都是为了按时、保质、在规定的时间内实现需求,殊途同归,目的相同,实现的方法不同。规范方法的管理假设是每个人都会犯错误,为了降低犯错的概率,事先定义了严格的过程,通过遵循规范的过程可以降低犯错的概率,如何确保按过程执行了呢?需要QA进行检查
为谁而活
我最近在反思人生存的目的,后来在和朋友的一次聊天中,总结了如下结论,从最根本上来讲,人活着就2个目的: 1 为自己而活。 最常见的是一些社会精英,这一类的人往往高举着为事业而奋斗,为理想而奋斗的旗号,抛家舍业,劳苦工作,其实,他们是为自己而活,是为了让自己快乐而活,实现了自己的价值,他们很高兴,很快乐,古语讲:一将功成万骨枯,得到的是自己快乐,而丧失了其他的很多东西。 2 为孩子而活。 世
《以道御术》荣耀上市,高管书评
《以道御术》荣耀上市,高管书评! 千呼万唤始出来,《以道御术——CMMI 2.0实践指南》荣耀上市。本书聚焦企业工程实践、落地实施CMMI 2.0的行动指南,CMMI主任评估师系统解读,众多专业人士倾力推荐。![在这里插入图片描述](https://img-blog.csdnimg.cn/20201116101705434.jpg?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM...
一言蔽之:CMMI的过程域要点
CMMI 1.2版本的22个过程域要点可以分别用一句话概括如下,未必全面准确,但是可以快速了解其核心内容: 2级: 需求管理-如何解决需求的变更问题; 项目策划-如何编制一个合理可行的项目计划; 项目监控-对照计划,跟踪项目的进展情况; 配置管理-管理开发过程中文档与代码的变更,保持一致性; 过程和产品质量保证-强调应以制度化为主导,检查是否落实了制度; 供应商合同:采购外包合同的管理; 度量和分析-采
穷举、分类、分层、抽象的要义
穷举、分类、分层、抽象是我推荐的4种分析问题的方法,即可以用于需求的分析,也可以用于其它的方面。
穷举就是罗列出所有可能的情况。当知道某一种可能的时候,要举一反三,列出所有的可能,针对问题的全集考虑解决方案。假如你考虑开发一个库存管理系统,有入库单、出库单、损溢单等3种类型的单据,有2种帐本:库存流水帐、库存成本帐。当考虑记帐的算法时就要考虑3*2=6种情况,也就是说要考虑6种算法,这就是穷举。在做软件需求分析时,尤其需要穷举的方法,确保需求的完备性。采用穷举
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线