敏捷软件需求管理
title: 敏捷软件需求管理 date: 2017-10-23 10:29:39 tags: 需求管理 严格的来讲，这个标题的说法并不是很严肃，这篇文章的目的不是建立一个敏捷软件需求管理的流程，而是去探索一种需求管理的实践，解决现在工作中遇到的困惑和困难。为了将问题解释的更清楚，我需要 ...
原文：从需求到交付——论敏捷过程中的需求管理
摘要：企业在做敏捷转型中，需求无法按时交付的困扰你是否也遇到过呢 背景 在之前组织的一次敏捷线下活动中，有家企业问道： 我们公司刚做敏捷转型不久，遇到一个比较头疼的问题 团队每天都很忙，从转型到现在已经两个多月了，基本没有一个迭代能做完全部任务，问题出在哪 该问题一提出后，引发了激烈讨论： 我们公司也是，总有那么几个人完不成手头任务，每次拖后腿让客户不满意 最近我们项目用了个新框架，很多人他没用 ...
2020-07-14 14:08 0 961 推荐指数：
相关推荐
敏捷开发 | 张三与需求管理
最近朋友张三问我：“ 史诗、特性、用户故事，它们一定要关联到一起使用吗？ ” 我的答案是：当然不用。但是要真正解释清楚这个答案，我还需要对一些概念进行说明。 产品待办事项 在Scrum Guide中，产品待办事项（Product Backlog）是产品所需的所有内容的有序列表，它是对产品进行 ...
gitlab使用过程中的需求与解决
序言 在git使用过程中发现指令实在太多，就算记忆后不长用的话很快也会忘记掉，所以编写本文的初衷是为了记录在使用git指令的过程中所遇到的需求与解决方法，毕竟使用git的需求也就那么一些，范围不大，所以可以将需求与解决方法记录下来，下次使用时遇到相同需求如果忘记了也可以得到快速解决 ...
敏捷开发需求管理（产品backlog）
传统的瀑布工作模式使用详细的需求说明书来表达需求，需求人员负责做需求调研，根据调研情况编制详细的需求说明书，进行需求评审，评审之后签字确认交给研发团队设计开发。在这样的环境下，需求文档是信息传递的主体，也是一份契约。 然而详细的需求说明书有以下5大弊端： 单向的信息传递，容易出现理解偏差 ...
敏捷的需求分析
交付用户想要的软件 让客户做决定 在设计方面，做决定的时候好必须有开发者参与。可是，在一个项目中，它们不应该做所有决定，特别是业务方面的决定。 Decide what you shouldn’t decide. 开发者（及项目经理）能做的一个最重要的决定就是：判断哪些是自己决定不来 ...
游戏开发过程中需求变化那些事
原文链接 : http://www.bugclosed.com/post/18 背景 随着软件项目越来越庞大，为了提高开发效率和有效的质量管控，开发过程中的项目管理越来越重要，流程分工也在不断细化。传统的软件开发过程分大致分为如下几个步骤： 需求提出 可行性分析 需求 ...
SARIF在应用过程中对深层次需求的实现
摘要：为了降低各种分析工具的结果汇总到通用工作流程中的成本和复杂性, 业界开始采用静态分析结果交换格式(Static Analysis Results Interchange Format (SARIF))来解决这些问题。 本文分享自华为云社区《DevSecOps工具与平台交互的桥梁 ...
软件测试过程中如何区分什么是功能bug，什么是需求bug，什么是设计bug？
问题描述： 测试过程中如何区分什么是功能bug，什么是需求bug，什么是设计bug？ 精彩答案： 会员 土土的豆豆： 本期问题其实主要是针对不同方面或纬度上对于bug的一个归类和定位。 个人认为，从软件开发测试生命周期上分析的话，三者从开发测试阶段应该是需求 ...