敏捷开发之需求澄清

最新推荐文章于 2024-04-19 12:57:35 发布
最新推荐文章于 2024-04-19 12:57:35 发布
阅读量1.6w 收藏 3
点赞数 4
分类专栏： 敏捷开发 文章标签： 敏捷开发 需求澄清 需求澄清流程 需求分析 需求迭代
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/chenleixing/article/details/45129659
版权

SE整理完一个迭代的需求以后，进入下一个流程需求澄清，需求澄清的主要目的是给开发人员澄清需求，确认开发点。

  需求澄清的一般流程为：

        1.  SE给开发人员讲解需求点

        2.  开发人员评论需求点是否合理，完善

        3.  开发人员大致描叙实现该需求点的难点

        4. 所有人员对该需求点进行评点，如果评的点不统一，则要评点多和少的人员依次讲解他们评该点的原因，讲解完成后在进行一次评点，选择大多数人的点为该需求的点

        5. 把评的点和优先级写入故事卡

Java我人生
关注
  • 4
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
什么叫敏捷开发？
Java我人生的技术博客
04-19 1万+
前言        软件开发是一种对人类智慧的管理，对人大脑思维的“工厂化”管理。人是有感情的、有情绪的、变化的、相对独立的工作单元，这与冰冷的机器是不可比的，所以在中国的历史上，管理人是最难的工作；“学而优则仕”的观点就是让最聪明的人应该选出来做官，做官就是管理人的。软件开发不仅是代码编程，而是人员的有效组织，如何既发挥人的主观能动性，避免情绪变化对工作的影响，又可以让大家有效的交流，让多个大
敏捷开发之需求迭代
Java我人生的技术博客
04-19 6530
迭代需求的整理是敏捷开发的第一步，也是敏捷开发很重要的一步，在这一步中我们需要把客户的业务需求按照优先级的顺序，整理成为一个个的迭代。然后把一个个的迭代拆成一个个可验收的故事卡。        在此需要说说什么是故事卡，故事卡和业务需求之间的关系。故事卡是一个个独立的，可验收的功能，一个业务需求可以拆分为多个故事卡。比如：我们常见的账号管理需求，需要对账号进行增、删，改、查。因为添加、修改、删除
水力澄清池.xls
09-25
水力澄清池计算
【项目管理】需求澄清模板
alexliu2360的专栏
02-14 1090
需求编号（可由需求人员填写） 需求类型（可由需求人员填写） 功能需求 来源（Who）（重要信息，方便追根溯源） 场景（Where、When）（重要信息，用来理解需求发生的场景） 描述（What）（最重要的信息） 原因（Why）（需求人员要保持怀疑的心，很多时候理由是假想出来的） 验收标准（How） 需求重要性权重（How much） 需求生命特征（W...
软件测试流程
奋斗的狼
10-12 848
1.需求澄清：需求澄清会议一般由产品经理发起，产品经理在需求澄清会议之前1d左右发出迭代版本需求，开发和测试对需求进行理解，需求澄清会议产品经理对需求细节进行讲解和问题答疑，目的是使产品，开发和测试对需求理解一直； 2.测试方案设计：测试方案设计是测试流程中最重要的一个环节，先由各个测试人员对负责功能进行测试方案设计，再在测试内部进行评审，测试人员对测试方案进行修改，测试内部评审通过后邮件发给产品
敏捷开发 需求澄清
zhangweia的专栏
06-12 4657
  SE整理完一个迭代的需求以后，进入下一个流程需求澄清，需求澄清的主要目的是给开发人员澄清需求，确认开发点。   需求澄清的一般流程为：         1.  SE给开发人员讲解需求点         2.  开发人员评论需求点是否合理，完善         3.  开发人员大致描叙实现该需求点的难点         4. 所有人员对该需求点进行评点，如果评的点不统一，则要评点多和少
测试前移需求阶段应该做些什么？
软件测试小dao
04-18 793
主要分为以下五步：需求准备、需求澄清、评审记录验证、需求变更通知、需求实例化
需求分析
qq_60219215的博客
11-09 1677
一、什么是软件需求 业务需求：反应了组织机构或者客户对系统、产品高层次的要求，他们一般在项目视图与范围文档中予以说明。 用户需求：描述了用户使用产品必须要完成的任务，一般在使用的一些实例中或方案脚本说明中予以说明。 功能需求：定义了开发人员必须实现的软件功能，使得用户完成他们的任务，从而满足业务需求。 非功能性需求： 遵从某些标准，规范和合约。 性能要求。 质量属性。 二、需求澄清 需求阶段位置： 需求是软件项目研发的开始； 需求是组建研发团队后第一次集体参与讨论的事情； 需求是保障质量
需求澄清会议提高质量的思路
空灵游侠
09-20 3793
关键点有三： 1、提前发出来消化一下； 2、PO本身的思路要很清晰，验收标准要能体现关键点 3、概述、讨论循环清晰的讲解思路； 澄清会议的思路 第一次讲述整体思路、然后讨论与提问 第二次进一步陈述细节、然后讨论与提问 第三次基本把所有细节讲完、然后讨论与提问 相比单纯的讲，增加PO与成员的交互，同时以一个整体到局部，不断演进的思路讲述，更 符合人的理解方式
需求澄清会议，测试需要做那些事情？
测试小小的博客
02-26 4053
1、深刻理解需求，需求澄清的时候就不要在会议上面玩手机或者干其他事情了，因为如果需求理解不深刻，后面测试相关的工作就很难开展，2、找到需求中设计不合理或者很难理解的地方3、思考需求中的测试点，影响我们做测试的地方让产品经理给出说明？比如说这种异常情况怎么处理？有多少种状态？状态之间如何转化什么的，反正就是影响我们测试的地方都要让产品给出说明，这样给我们后面写测试设计和测试用例扫清障碍...
软件需求管理（三）需求过程
qq_62377885的博客
05-17 1662
需求获取的目标是得到用户的需求——收集需求信息需求分析的目标是更深刻的理解用户的需求——界定能够让用户满意的解决方案和准则需求规格说明的目标是定义用户的需求——准确描述其需求和解决方案。
需要在近期内澄清的概念以及需要掌握的方法
smilewy的专栏
11-30 722
WebWork2Struts1.2.2或更高版本SpringPico什么叫做IOC?和DIP之间的关系？需要更深入的了解敏捷编程，特别是crystal方法企业级编程的若干方法和若干概念，比如线程，分布式，同步等等。这一点大概需要长期的积累才可以了解。主要因为没有机会接触真正的企业级应用所致
需求分析记录表.xlsx
07-27
个人整理的需求分析记录表，相比于其他复杂的需求收集工具，本工具更加贴近实战，从原始需求、问题澄清、业务环境、业务场景、业务术语以及解决方案等方面进行描述，适合需求分析和售前人员进行需求调研时进行相关需求记录使用
需求工程之倾听用户心声
12-28
1. 用户声称他们需要的[[0第一章 软件需求的本质#特性|特性]]并不等于他们使用新系统完成任务时需要的功能。 2. 业务分析师必须广泛收集用户的收入，分析和澄清这些信息，明确提出需要实现什么的功能才能帮助用户完成他们的工作 3. 业务分析师对记录新系统所需要的能力和[[0第一章 软件需求的本质#特性|特性]]并将这些信息传达给其他干系人负主要责任。 4. 这是个迭代的过程，并且很耗时。 5. 如果不花时间达成这样的共识（对在建产品的共同愿景），后果自然是返工、延期、超支以及客户的不满。
持续集成测试开发之路--持续集成
01-29
如果说在工作里有个事情一直在颠覆我的认知，那就是CI了。每个阶段我对它的理解都是不同的，每个阶段我都会这么想：恩，CI也就是这样了。但是项目发展一段时间以后我就又会想：哦，原来CI比我以前想的难的多。我相信在项目中实践完美的CI方案是每个QA的理想，可惜它就好似别人家的孩子一样，是我们心中的痛。所以今天我们调侃一下CI吧。本篇文章假设读者已经清楚的知道CI的概念和优点。所以就不在过多的介绍概念性的东西了。CI需要工程文化的支撑，它不是某个人某个职位的事情，它需要整个技术团队所有人的努力，是一种所有人都为产品质量努力的工程文化。对于QA来说，在推动CI的最初，也就是说服所有人CI的重要性以及澄清
敏捷开发之故事墙
Java我人生的技术博客
04-19 5135
需求澄清后，SE把所有的故事卡贴到故事墙上，等待开发人员的开发。故事墙的模板为： 分析      ： 需求澄清完成后，SE把所有的故事卡都贴到分析阶段 等待开发： 开发人员和SE确认了需求，明确了做什么以及怎么做以后，把故事卡从分析阶段移到等待开发 开发中   ： 开发人员一次只开发一张故事卡，把相应开发的那张卡移植到开发中 阻塞      ： 如果开发过程中，由于配合的原因，导致故事
敏捷开发之站立会议注意事项！
Java我人生的技术博客
04-19 4948
敏捷开发-站立会议要点： 1、站立会议全员都需要参与； 2、当值员必须提前准备，识别出问题和风险，做好协调； 3、每个组员汇报进展和当天的计划。对于承诺的任务，需要完全执行； 4、每日站会实践不能超过15分钟； 5、三段论：昨天完成什么，今天计划做什么，困难； 6、成员之间信息共享，每个组员都能了解项目总体进展； 7、不要陷于技术细节的讨论，当值人员应该记录下所有的阻碍并跟踪； 8
软件需求开发和管理过程性指导文件
最新发布
weixin_41039677的博客
04-19 412
与用户交谈向用户提问题。向用户群体发调查问卷。
软件工程之软件需求分析csdn
07-06
### 回答1： 软件需求分析是软件工程中的一项重要任务，它是在软件开发过程中，确定和理解用户需求的过程。软件需求分析主要包括需求获取、需求分析、需求规约和需求验证等步骤。 首先，需求获取是软件需求分析的第一步，主要通过与用户沟通、观察现有系统和文档分析等方式，收集用户需求。在这个过程中，软件工程师需要与用户深入合作，以确保正确理解用户需求，并将其转化为可操作的需求文档。 接下来，需求分析是软件需求分析的核心步骤，主要目的是理解和澄清用户需求，识别并提取出关键需求。在需求分析过程中，软件工程师需要进行业务流程分析、数据流分析和数据字典设计，以绘制系统的框架、功能和交互。 然后，需求规约是对需求进行书面表达和形式化的过程。通过使用用户故事、用例图和状态转换图等工具，将需求以可理解、可测量和可验证的方式进行描述，以便开发团队能够按照需求设计、开发和测试软件。 最后，需求验证是确保软件需求正确性和完整性的过程。通过与用户进行需求审查、原型验证和用户验收等方式，验证软件需求是否符合用户期望和实际需求。 综上所述，软件需求分析在软件工程中起着至关重要的作用，它确保开发团队正确理解用户需求，并将其转化为可实现的软件系统。通过规范和有效的软件需求分析，可以提高软件开发过程的质量和效率，确保最终交付的软件与用户期望相符。 ### 回答2： 软件需求分析是在软件工程领域中非常重要的一环。它是指通过系统地收集、分析和定义用户对软件系统的需求、约束和期望，为软件开发过程提供基础。在软件需求分析中，我们需要了解用户的需求，并详细描述这些需求，以便后续的软件设计和开发。 在软件需求分析过程中，首先要收集用户的需求，这可以通过与用户进行沟通、采访和调查等方式来完成。通过这些方法，我们可以了解用户的真实需求，包括功能需求、性能需求、用户界面需求等。其次，我们需要对收集到的需求进行分析，将其进行分类和整理，以便更好地理解和描述。在这个过程中，我们需要识别出需求之间的关联和依赖，以及可能存在的冲突或缺陷。 在软件需求分析过程中，我们还需要定义和规范需求的形式，以便软件开发团队理解和实现。这可以通过编写需求规格说明书、用例文档、原型等方式来实现。需求规格说明书通常包括需求的详细描述、优先级等信息，用例文档则描述了系统的各种功能和使用场景，原型则是为了更好地展示软件的界面和交互流程。 同时，在软件需求分析过程中，我们还要与用户和开发团队保持密切的沟通和协作，以便及时地反馈和调整需求。由于软件需求往往是动态变化的，需求分析工作需要持续进行，并随着项目进展进行调整和优化。 总而言之，软件需求分析是软件工程中至关重要的一步。通过系统地收集、分析和定义用户的需求，可以为后续的软件设计和开发提供指导。在这个过程中，我们需要与用户和开发团队密切合作，并且保持沟通和反馈，以确保软件系统能够满足用户的期望和需求。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值