敏捷宣言原则7：可工作的软件是进度的首要度量标准。

软件 工作 交付 团队 敏捷
发布于 2026-06-10
3
版权声明

我们非常重视原创文章，为尊重知识产权并避免潜在的版权问题，我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容，访问作者的公众号页面获取完整文章。

查看原文：敏捷宣言原则7：可工作的软件是进度的首要度量标准。
文章来源：
小船哥说敏捷
扫码关注公众号
扫码阅读
手机扫码阅读
敏捷宣言中的第七条原则指出：“可工作的软件是进度的首要度量标准。” 这一原则明确了在敏捷开发中，评估工作成果的关键是交付能够满足需求、运行良好的软件，而非繁琐的文档、复杂的流程或形式化的报告。

客户续签率下滑？这套反馈管理，让客户粘性提高80%


了解更多

小船哥说敏捷

查看原文：敏捷宣言原则7：可工作的软件是进度的首要度量标准。
文章来源：
小船哥说敏捷
扫码关注公众号
相关推荐
纯干货告诉你软件项目要不要做质量评估？模型与方法解读
2666
软件 质量 测试 评估
【可编辑原版文件资料参照文章底部方法获取】 【?
软件价值模型: 为什么需求会常变？
1261
软件 业务 变化 价值
需求变化是软件工程师最难以容忍的一件事，为了做好软件设计，不得不猜测未来需求的变化方向。猜中了就是 “正交分解”，猜不中就是冗余设计。\x0a\x0a那么需求变化背后的逻辑是什么呢？
系统架构设计师32小时通关笔记：五、软件开发生命周期基础知识
1679
软件 测试 模型 软件开发
第五章主要介绍软件开发生命周期、生命周期模型
如何列举测试点
1649
测试 软件 用户 系统
测试人员需要能够在软件开发过程中，基于软件的需?
软件开发者如何保护自己的知识产权？
894
软件 著作权 GPL 内核
点击左上方蓝色“一口Linux”，选择“设为星标”第??
对抗软件规模与复杂度的战争：救命、治病、养生（上篇）
1786
软件 复杂度 研发 随机
在软件系统层面，对于大型软件来讲“when things work, nobody knows why”俨然已经是常态。随着时间的推移，已经没有任何一个人能搞清楚系统到底是如何工作的。
小船哥说敏捷

天堂有路你不走，学海无涯乐作舟！

15 篇文章
浏览 8183

还在用多套工具管项目？

一个平台搞定产品、项目、质量与效能，告别整合之苦，实现全流程闭环。

查看方案
小船哥说敏捷的其他文章
敏捷宣言原则1：我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。
敏捷宣言-价值观解读1：我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。
敏捷漫画#254-情商
漫说敏捷。
敏捷宣言价值观10：以简洁为本，它是极力减少不必要工作量的艺术。
敏捷宣言-原则解读10：以简洁为本，它是极力减少不必要工作量的艺术。
敏捷宣言原则2：欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。
敏捷宣言-价值观解读2：欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。
敏捷宣言原则5：激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支援，辅以信任，从而达成目标。
敏捷宣言-价值观解读5：激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支援，辅以信任，从而达成目标。
随机阅读
敏捷测试四象限、测试金字塔与分层自动化
08-17
三人行必有我师-Troika Consulting
08-17
组织转型中敏捷领导者应遵循的三个原则
07-15
要想组建敏捷团队，这些方法不可少
08-21
敏捷史话（十六）：我对《敏捷宣言》没有半点贡献—— Brian Marick
08-21
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
去下载