Closed. This question is
opinion-based。它当前不接受答案。
想改善这个问题吗？更新问题，以便
editing this post用事实和引用来回答。
2年前关闭。
Improve this question
我有一些开发经理，他们似乎并不理解或理解软件设计和实施的困难。
这些管理人员认为，流程和方法论可以完全解决问题，我很难向他们解释事实并非如此，您无法阅读有关最新流程风尚的书，希望通过应用它们立即获得结果。
我最近遇到的挫折是说服经理
(a)给我一些要求，不是零碎的，而是尽可能多的。
(b)让我的团队有时间思考如何设计，提出一些备选方案，制定实施方案，计划任务等。
挫败感因敏捷方法论及其对不进行前期设计(而不是在Waterfall中进行BIG前期设计)的解释而变得更加复杂，产品所有者可以随时更改需求，因此。
到目前为止，我还没有取得太大的成功，不得不忍受由此带来的挫败感。
你能给我一些可以说服这种经理的论点吗？
EDIT-1 :
回顾已经完成，尽管并不总是在每次冲刺结束时进行，并且提出了问题。但是正如我提到的，我的经理不满意设计提前期的需求以及对零碎需求的无奈。
EDIT-2 我对更改需求没有任何疑问。我知道会是这样，但是请想象一下:您希望从一个小功能开始，然后不断添加更多功能。经过几次迭代后，设计不再能够处理它，因此需要重新设计(而不是重构)。如果一起研究相关功能，那么本来可以通过预先设计更好地解决此问题。它不是BDUF，而是自然的实现方式(我称之为软件工程常识)。
我的经理不明白为什么我要花时间进行重新设计(有几次我只是称其为重构，以使其适合于敏捷的实现方式，但这实际上是在重新设计)，而不是开发和演示新功能。