这是一个多么美好的假设!这个项目让我感觉到自己完全陷入了这个完美的假设中,事实证明,这基本是完全没有任何可能的。 特别是做服务型软件咨询解决方案,根本就不要期待所谓的需求已经确定,无稽之谈。我们需要的是帮助客户启发出最优的解决方案来,这才是所谓软件工程项目的难点,而不要过多的计较技术等等。
对于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)
如果客户的需求确定下来了
最新推荐文章于 2024-08-26 16:01:13 发布