检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
于每个服务都以全功能团队为单位组建，因此每个团队都可以建立自己的持续交付流水线，能够快速获得反馈。 此外，还要建立用户数据反馈。一开始做产品的时候，不需要太多的用户数据，因为客户量非常少，还在验证产品是不是打中客户的刚需，客户离开产品会不会觉得不爽，在很长一段时间之内靠人力就能够
在开发小组中最有效率也最有效果的信息传达方式是面对面的交谈。 可以工作的软件是进度的主要度量标准。 敏捷过程提倡可持续开发。出资人、开发人员和用户应该总是维持不变的节奏。 对卓越技术与良好设计的不断追求将有助于提高敏捷性。 简单——尽可能减少工作量的艺术至关重要。 最好的架构、需求和设计都源自自我组织的团队。
那么，缺陷成本是越来越大么？我们所有的教育都告诉我们是的，包括说要从源头来保障质量，缺陷随着时间的推移，修复的成本越高；变化的成本随时间的推移而以指数级上升。但同时，敏捷又说要拥抱变化，精益建议要推迟决策，这是不是矛盾呢？ 《DevOps软件架构师行动指南》中提出，问题不在于变化，因为变化总
各个角色间顺畅流动，能够以较短的周期完成需求的小粒度频繁交付。频繁的交付周期带来了更迅速的对软件的反馈，并且在这个过程中，需求分析、产品的用户体验和交互设计、开发、测试、运维等角色密切协作，相比于传统的瀑布式软件团队，更少浪费。通过这种小步快跑的方式，将小功能快速迭代、验证、交付
长按/截图保存，微信识别二维码
或者关注公众号“华为云”
