我至今从未见过能够按照需求文档与软件计划完成软件工程的例子, 最近又看了看<人月神话>之类的书籍， 虽然现在的软件组织架构模式都与人月神话中的实践多少有些类似， 但是感觉小公司无法完全照搬里面的教条， 不是因为它不好， 而是因为它太好了。这里我不想讨论项目为什么延期， 这个原因太多太复杂，泛泛的谈一谈没什么意义， 只是想发表一下项目延期发生后， 它是怎样的隐藏起来的， 它的表现形式有以下两条（个人见解，还请多指教）
1. 将部分不常用功能的实现推迟到约定计划之后，这是最常见的方式
2. 强行将不稳定的功能上线，只要大部分情况下工作正常即可，后面再频频补发新版本
这样， 软件产品也许会在预定的时间发布出来，但老板、用户、销售会产生错觉，以为开发已经完成了， 他们会再提出新的扩展功能或需求， 研发人员还没从BUG的泥潭中拉出来， 就已经被新的大山压下去了， 产生恶性循环。有时，研发人员也会被迷惑，也以为项目已经完成了
为什么要隐藏进度延期，我想这也是没有办法的，因为没人想在老板面前承认自己的项目延期
阅读(1156) | 评论(0) | 转发(0) |
