本文主要是介绍敏捷开发宣言中的原则我们能用上几条？，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
敏捷宣言如下：
我们在开发过程中发现更好的软件开发方法，并帮助他人完成相同实践，通过这项工作我们得到如下评估：
个体和交互胜过过程和工具；
编写软件胜过书写详尽的文档；
用户合作胜过合同谈判；
响应变更胜过遵循计划；
也就是说，虽然右边的项有价值，但我们更重视左边的项的价值。
根据过往的部分经历，逐条讲讲具体实践
1. 为了满足个别用户的需求，产品的设计及其的臃肿，本身一步操作可能会变成N多步。
2. 这个到时做的主次比较明显，从来没有文档。只有编码
3. 用户开始骂了，我们就可以改了，主打一个认罚，我们也不知道用户的真实意图是什么（全靠猜），然后根据这个猜出的结果。出响应的方案。
4. 响应变更会响应，这样我们就有合理的理由delay 。需求变了，也考虑了对原有功能的可能影响。有时候我们可能果断拒绝。并没有响应的处理方案。
这篇关于敏捷开发宣言中的原则我们能用上几条？的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
