完全缺乏计划和分析瘫痪之间的分界线在哪里？

Question

在我在编程领域工作的很短时间里，我看到了两个极端：

只有很少或根本没有进行规划的

• 项目，因此成为可维护的
• 项目，这些项目一直处于计划阶段，不会从那里移动。

似乎后者经常是对前者的一种反应。快乐的媒介在哪里？更重要的是，如果一个项目正朝着这些方向中的一个方向发展，那么如何才能将它推向所谓的“快乐媒介”呢？

Answer 1

根据我个人的经验，，我发现“决定”是我的瓶颈。

如果是这样，那么：

1. 列出您所有的设计选项-
2. -选择一个选项(如果不能决定的话，选择几个)，
3. 列出每个风险的最佳选项
4. 的风险，头脑风暴一个解决方案，然后设计一个概念的决定性证明并编写它。如果概念的证明证明它不起作用，那么抛出这个选项，然后再选择一个。H 212G 213

“概念的证明”是用来证明某些东西的最小应用程序。(我的通常是1到6小时)

如果你有两个或更多选项相等的情况，给自己一个时间限制(比如5分钟，而不是2个月)，然后做出决定.任何决定，不要回头。

并相信自己能够处理任何你会遇到的问题，而你在设计时没有考虑到这些问题。

Answer 2

初始规划应大致为O(log )，其中n为预期的总开发时间。

如果你要在一周内推一下，在餐巾纸上画点什么。如果你有一个月，第一天是为初步设计。如果你有一年时间，花一周时间。

这确实假设您反复地重新考虑规划，不要只在代码库上使用所有的突击队风格，而不需要成年人的监督:-)。

Answer 3

分析性瘫痪可能有许多症状。我注意到的一个问题是，每次会议都提出同样的问题，但没有达成任何解决办法。如果你能向那些有能力帮助他们承认规划过程停滞不前的人指出这一点的话。

如果可以，在项目开始时，说明您希望在计划阶段满足一定比例的需求，比如80%-90%。这样就有了一个明确的目标，而且你并不是在追求完美。你以后可以重新审视计划和分析，只是不要让它拖住一切。