扫码阅读
手机扫码阅读
需求与设计人员如何配合工作?
86 2024-10-03
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:需求与设计人员如何配合工作?
文章来源:
麦哲思科技任甲林
扫码关注公众号
摘要:提高软件开发中需求与设计的协作效率
软件开发过程中常常出现需求和设计脱节的问题。为了改善这一现象,提出了一系列建议来增强需求人员和设计人员之间的协作。
分工与沟通:首先,需求人员与设计人员应分离,确保需求得到适当的文档化。然而,文档化并非沟通的万能钥匙,还需要加强面对面的交流。
参与评审:需求评审时设计人员必须参与,同样地,在设计评审中需求人员也应该参加,这样可以确保双方对彼此工作的理解。
需求理解:在设计阶段初期,应当进行需求理解的活动,需求人员需确认设计人员对需求的理解程度。
规范化描述:通过制定标准化的需求和设计描述模板、指南、工具和术语,规范双方的描述方式。
渐进式设计:推荐采用渐进式设计方法,即每完成一部分设计,需求人员就进行一次评审。
概要与详细设计:建议由需求人员完成概要设计,而详细设计则交由设计人员负责。
共享工作区:最后,需求人员和设计人员应在同一办公区域工作,以便于随时进行沟通。
想要了解更多内容?
查看原文:需求与设计人员如何配合工作?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 105K
麦哲思科技任甲林的其他文章
经验管理与量化管理
经验管理是依赖于管理者的经验判断,选择、实施各种措施以达成管理目标的管理方式。管理者的经验有丰富与匮乏的区别,经验也有其适用的范围,有时正确,有时又可能错误。正如我们去看中医大夫,有的大夫经验丰富,很容易就能对症下药,对症后见效很快,但是有时也看不准,如果不对症,则吃了3天后可以进行调整,如果调整仍然不到位,说明经验失效了,这个病不是这个大夫所能应对的。有的大夫经验不够,难以对症下药,下药后见效慢或者无效。中医看病也有其一套推理的规则,这套规则可以称为经验法则、启发式规则或统计推断,从A推理出
读<软件工程的事实与谬误>所得
买这本书,纯属偶然,完全是为它的名字所吸引,随手翻了一下,看了其中描述的几个事实,觉的有收获,值23元,就买了.买了后,一直没有读,频于准备讲课,盯项目. 偶然地,某天顺手拿了这本薄书,读了几个事实,真是好书! 道出了现实! 昨天终于在火车上读完了一书,感触比较深的有下边的13条事实: 1 在软件工程的三要素(人,过程,技术)中,人最重要。 2 最好的程序员要比最差的程序员强28倍之多,而
敏捷团队章程的实践精要
无规矩不成方圆。任何一个团队都要有大家共同遵守的做事规则,这些规则定义下来就成为了国家的大政方针与法律法规、组织的管理方针和流程、团队的章程或工作协议。对于敏捷团队而言,也是如此。需要在团队组建的初期,大家共同制定团队的做事规则,并协商一致,共同承诺。有了团队章程,团队才能统一思想、统一价值观、统一做事的方式,为协同合作建立一个良好的基础,才能成为一个高效的团队。 制定敏捷团队章程要把握4个要点: 1 不求大而全,但求简单实用。 敏捷团队章...
我所知道的富士康(1)
我所知道的富士康之序言
最近总有朋友询问我富士康的事情,问得多了,也就回忆的多了,兴奋的时候,就想干脆整理成文字吧,也算对自己自06年以来给富士康做咨询的一个总结。从06年以来我给富士康的3个事业群做过了CMMI的咨询,2次2级,3次3级,累计现场咨询天数超过150天吧,所以日积月累,对富士康有所了解。
为了避免不必要的麻烦,我认识他,他也认识我的人都隐去了姓名,我知道他,他不知道我的就出现了一个姓名:郭台铭。
系统测试成功的关键点
(1)系统测试人员参与需求评审 (2)定义明确的测试需求 (3)测试人员要在需求阶段介入项目组 (4)系统测试用例要覆盖所有的场景 (5)建立产品需求与测试用例的跟踪矩阵 (6)评审测试用例 (7)利用回归测试工具 (8)
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线