收录了 价值交付 频道下的 50 篇内容
敏捷宣言的第一条原则就是关于向客户交付有价值的软件,因此,许多敏捷从业者都在软件开发周期的每个阶段不断地思考价值。但计算产品特性的业务价值并并是简单地得出一串数字。
敏捷被赋予了太多的含义,甚至承载了利益,有时还让人迷惑。本文并不试图去定义敏捷。但,我们会分别从外部(业务视角)和内部(开发模式及组织视角)观察正在发生的敏捷,并提交观察报告。
本文为《高德技术2019年刊合辑》系列之一。
如何解决企业数字化转型面对的难题?
用户故事图谱和任务看板、版本和迭代燃尽图,可视化已经成为敏捷和精益产品开发必选实践。可视化真的重要吗?我们将从一个真实团队的实践开始,探讨可视化的作用,以及如何让可视化发挥效用。
云原生的理念和技术是iPaaS未来一个重要的方向,本文是对云原生和云原生落地iPaaS的一个初步思考。
11月中旬,作者在 TOP 100 案例和人人都是产品经理的两次大会上分别进行了两场关于价值交付的分享
本文将对特性注入以及相关方法做一个扫盲性的介绍。我们会解释这个框架的关键要素,并附上实例来证实它们。为了让文章保持相对较短,我们不会深入到某个工具或方法中,而是会给出一些参考资料,以便大家做进一步的研究。
DevOps必须以全速质量为演进目标。
上一篇文章《深入思考软件工程,开启 DevOps 之旅》,详细阐述了我们对软件工程和 DevOps 的理解,并且明确 DevOps 已是软件工程领域集大成者的结论。
InfoQ有幸采访了 Vasco Duarte,主要关于如何在契约环境中应用#NoEstimates技术,如何面对评估项目的典型需求,如何建立协议,如何签约和建立信任。
本文围绕制约在家办公的一些关键挑战,来谈为什么在家办公是软件研发组织的“敏捷试金石”。
本文的第一篇阐述了敏捷软件开发的业务目标。业务成功是最终目标,它需要有效开发模式的保障;开发模式的实施又离不开团队组织和技术实践的支撑;最后,通过持续改进、系统优化,获得持久的成功。这一层次关系中,外层是内层的目标,内层为外层提供支持。本篇将探讨敏捷软件的开发模式。
这是Evan Leybourn#非项目系列文章中的第三篇,该系统文章主要阐述了从最大化组织价值的角度出发,更加关注产出物而不是活动的重要性。他着眼于交付价值的环境,提供了定义和度量产出物的方法,并讨论了约束的影响。
软件交付是一个非常复杂的过程和体系,需要保障好每个阶段的质量和效率才能保障最终的质量和效率。本文将尝试从需求交付的前、中、后三个环节来阐述一下如何做高效高质量的价值交付。
可以用一种非常轻量级的非正式方式“引入产品思维”。
随着软件行业的快速发展,高效的研发效能已成为企业竞争力的关键因素。尤其对于具有一定人数规模的敏捷研发团队,如何在复杂的项目环境中客观衡量研发效能,更是团队和管理者面临的重要课题。这不仅关系到项目的质量、交付速度,更直接影响到企业的市场地位和
11月中旬,作者在 TOP 100 案例和人人都是产品经理的两次大会上分别进行了两场关于价值交付的分享
用“价值点(Value Points)”技术来确定任意软件项目的交付价值。
云原生趋势下的平台工程。