项目延期意味着项目失败.
这个提法不托当,天下没有失败的项目,只有还能够做得更好的项目,一个LEADER能够对小组的工作给予肯定是非常重要地.

作者 肥猫猫 — 21 八月, 2005 11:34

一个项目如果时间充裕, 资源丰富, 这个项目才会失败地, 因为它无法创造效益.
换个角度看问题而已咯.

作者 肥猫猫 — 21 八月, 2005 11:34

这个不是新思维, 只是看问题的角度不同而已.
资源和时间=成本

作者 肥猫猫 — 21 八月, 2005 11:34

恩, 没有缺陷的软件是不存在地, 缺陷贯穿了系统整个的生命周期, 在解决系统缺陷的问题上, 项目组和客户有共同的价值观, 使用同样的标准评价系统才是关键.

作者 肥猫猫 — 21 八月, 2005 11:34

如果是这样, 你这个项目的问题就不是技术上地而是管理上地咯.

系统在交割的时候出现大量问题是很正常地, 所有的项目都是这样的.

看了你后面的牢骚, 偶以为很多事情还是需要双方理解的, 比如说, 你认为没有在模拟生产环境进行测试,出现了很多问题. 事实上, 模拟生产环境并非是一件简单的事情, 偶们在国内开发时为了模拟生产环境, 还把服务器空运到国内, 然而就是这样, 国内的网络和这里还是不同, 模拟是烧银子地, 而且还要有用户的SI团队配合在能做到, 很多情况下模拟生产环境是不可能地.
请回顾一哈, 资源和时间=成本, 的观点.

作者 肥猫猫 — 21 八月, 2005 11:34

恩, 不想陷入具体做法的讨论. 模拟测试环境之所以困难就是因为它要尽可能地接近实际情况,就算是你把所有硬件环境都模拟了, 实际的用户和使用量等等你仍然无法模拟.系统缺陷往往就发生在模拟环境和实际环境不同的地方. 系统在交割时问题多发的原因也就在这里啦.

你上面说的模拟测试环境,从思路上说,是要把测试和生产环境分离,这种思路在开发中期可以用来提高开发速度, 而在后期则不易使用,否则,很多潜在的缺陷都无法在测试环境中发现,会直接影响实施的完成.

至于培训用的模拟环境和开发用模拟环境是根本不同的概念, 放在一起考虑不是明智的做法, 当然, 它们在形态上是有可能在一起地.

作者 肥猫猫 — 21 八月, 2005 11:34

正是因为注意不到才要尽量在与实际环境一致的模拟环境中进行测试.

就拿用户数目来说, 尽量模拟实际的用户数目也是相当重要地. 10个用户和一百个用户的差异不仅仅是负荷的变化, 它也很可能使系统中一些同使用次数和时间有关的BUG可以更快的暴露出来, 比如说一些隐藏得很深的内存泄露. 另外, 负荷的增加也不仅仅只是影响性能, 它也会直接暴露出一些系统的缺陷, 偶就曾经遇到过操作系统在读写数据量超过一定数量级时出现系统崩溃的BUG.

很多测试阶段的问题究其根本原因, 还是因为测试环境不够接近实际环境.

作者 肥猫猫 — 21 八月, 2005 11:34