如果客户的需求确定下来了

这是一个多么美好的假设！这个项目让我感觉到自己完全陷入了这个完美的假设中，事实证明，这基本是完全没有任何可能的。 特别是做服务型软件咨询解决方案，根本就不要期待所谓的需求已经确定，无稽之谈。我们需要的是帮助客户启发出最优的解决方案来，这才是所谓软件工程项目的难点，而不要过多的计较技术等等。

对于UI Prototype，现在的理解深入了很多，它确实是一个非常非常好的用来确立需求的东东，关键是明确，本来就是模糊的东西，如果再用一种模糊的方式，那就更不能说清楚了。 UI Prototype就是要极度的高仿真，不管用什么方法，什么语言，html/js/asp.net，都可以，做出最基本的效果。

现在会觉得，其实搞需求分析的时间实际上是很难确定时间的，真正的项目计划可以在需求确定以后再进行。因为你很难估计到这个过程要多久，至少我现在很难去估计。。

考虑到我以后主要想做的方向，这个事情上的理解是非常关键的，而且这套理论也是很适用的。。

还有些零碎的小地方

1. UI Prototype和Tech Design的Daily Build
2. Q&A track list
3. Task Schedule (Based on Feature)