我喜欢把控制看作操纵杆，而不是某些非黑即白、只有两种状态的东西。一端是由你独裁的方法，另一端则宽松得多。两者之间你可调整，这让你能够在需要时引入足够的控制。那么，你要引入多少控制？我得承认，我只能给出一个咨询式的回答，在不清楚的情况下，这取决于以下这些事。
- 团队是否经验丰富？
- 团队以前一起工作过吗？
- 团队有多大？
- 项目有多大？
- 项目的需求复杂吗？
- 有没有需要考虑的复杂的非功能需求或限制？
- 日常的讨论是什么样的？
- 团队或已有的代码库是否看起来已经混乱不堪？
- 等等。
我的建议是，先从部分控制开始，倾听反馈，以便随着项目的推进再微调。如果团队老是问“为什么”和“怎么办”，那可能就需要更多指导。如果团队好像总是在和你对着干，可能你就是把操纵杆推得太多了。这没有一个标准的答案，但有一些控制是好事，因此很值得花几分钟看看你的团队适合引入多少控制。