扫码阅读
手机扫码阅读
需求与设计人员如何配合工作?
49 2024-10-03
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:需求与设计人员如何配合工作?
文章来源:
麦哲思科技任甲林
扫码关注公众号
摘要:提高软件开发中需求与设计的协作效率
软件开发过程中常常出现需求和设计脱节的问题。为了改善这一现象,提出了一系列建议来增强需求人员和设计人员之间的协作。
分工与沟通:首先,需求人员与设计人员应分离,确保需求得到适当的文档化。然而,文档化并非沟通的万能钥匙,还需要加强面对面的交流。
参与评审:需求评审时设计人员必须参与,同样地,在设计评审中需求人员也应该参加,这样可以确保双方对彼此工作的理解。
需求理解:在设计阶段初期,应当进行需求理解的活动,需求人员需确认设计人员对需求的理解程度。
规范化描述:通过制定标准化的需求和设计描述模板、指南、工具和术语,规范双方的描述方式。
渐进式设计:推荐采用渐进式设计方法,即每完成一部分设计,需求人员就进行一次评审。
概要与详细设计:建议由需求人员完成概要设计,而详细设计则交由设计人员负责。
共享工作区:最后,需求人员和设计人员应在同一办公区域工作,以便于随时进行沟通。
想要了解更多内容?
查看原文:需求与设计人员如何配合工作?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
420 篇文章
浏览 79.9K
麦哲思科技任甲林的其他文章
普通原因与特殊原因的区别
在SPC中,对过程的偏差区分了信号与噪音,信号是特殊原因造成的偏差,噪音是普通原因造成的偏差。这两类原因有啥区别呢?我归纳整理如下: 普通原因 特殊原因 定义 普通原因指的是造成随着时间的推移具有稳定的且可重义的分布过程中的许多变差的原因,我们称之为:“处于统计控制状态”、“受统计控制”,或有时简称“受控”。普通原因表现为一个稳定系统的偶然原因。只有变差的普通原因存在且不改变时,过程的输出才是可以预测的。 特殊原因(通常也叫查明原因)指的是造成不是始终作用于过程的变差的原.
开发过程中的八种确认方法
确认是确保做了正确的事情,方向不偏。确认可以在项目前期做,也可以在项目后期做,提倡持续确认、质量左移。在前期主要是检测需求的质量,在后期是检测完成的系统是否真的是客户所需。本文概要归纳了开发过程中常见的八种确认手段。
PMO、EPG与QAG职责分工
PMO、EPG与QAG职责分工 有很多人对PMO、EPG与QAG的关系理解比较混乱,因此整理此文以澄清一些误解。 1 PMOPMO(Project Management Office)是项目管理办公室的简写,是在PMBOK中建议的一种组织机构,其主要职责是:Ø 定义项目管理流程;Ø 培养项目经理团队;Ø 建立项目管理信息系统;Ø 对项目提供顾问式指导;Ø 监督项目进展情况;Ø 开展多项
需求交付周期的分析
需求交付周期的分析
案例:缺陷状态数据分析
有网友询问如表1所示的原始数据如何分析,发现问题,我觉得很有代表性,试着分析进行了分析,供大家参考。 表1: 11个项目的缺陷状态原始数据 产品名称 未解决 设计如此 重复Bug 外部原因 已解决 ...
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线