我看后也也感慨万千!
如果你我都象elvis那样，给出自己的简单判断,........，这样，大家就可以得到一个总体的判断数据。将我们论坛的这个结论提交给各位老板和行业领导，让他们感慨万千就好.....

现在请问您的判断，据您的了解:
1）软件开发中重复劳动,或者是无效的劳动估计比例是多少？
2）其中导致这种情况的主要1-3个原因是什么？

附：我的看法：
1）软件开发中重复劳动,或者是无效的劳动估计比例是多少？
估计1/2左右
2）其中导致这种情况的主要1-3个原因是什么？
a) 对需求挖掘或理解不够，最后导致软件结构变化和功能变化，或者通过大量‘测试-修改’来逐步完善软件的功能
b) 对规范的工作流程理解不够，导致工作次序颠倒，需求说明和概要设计的产出物审核讨论不足

耍小聪明是中国人的劣性

2）导致这些的原因有两点：一是管理混乱，二是开发组的技术问题和协作问题；

就2）中的一与二的问题再作以下分析：
一、管理混乱是由于：

1、对客户的需求了解不清楚和没有依据规范的语言来描述所要得到的产品的功能和效果；

2、对项目组的进度和项目组员在做什么没有形成制度化的规范而得到即使的了解，导致效率的底下（领导要清楚员工在作什么）；

3、对项目组的进度实际情况并不了解，并且不清楚具体的核心问题所在；

4、对客户的临时变更要求没有在项目组研发计划提出过程中得到落实，在实施过程中所提出的问题又没有专门跟进来处理；

二、开发组的技术问题和协作：

1、在开发组内部没有处理好开发人员具体工组的协调工作（在WBS工作层面上）；

2、在做关键路径的时候忽略了开发风险的2/8法则问题（应该在制定工期的时候作出余量时间作为项目进度风险管理时间）；

3、项目领导对开发人员的技术能力了解不是很充分（在目前看来，国内大多数的项目经理容易犯这个错误）；

4、项目领导（项目经理）对自己负责的项目是什么不是很清楚，导致项目组成员对项目开发任务无所适从；

5、在开发前项目组内部的核心名次不统一（我以前在有些项目中也遇到我说的话的含义，我的总经理不理解的问题，所以在项目组的计划过程中一定要统一专业的词汇，假如在有ISO的单位利可能要好一些！），造成命令无法正确传达；

以上是个人的一点看法，我个人觉得这个议题很好，大家可以讨论一下如何来解决这些问题！

呵呵！！请大家见谅！！

我们应采取什么关键措施呢？

以下结合大家分析提出我的一点参考意见：

一，从提高项目可视性进而提高沟通通畅性和项目可控性
例如建立规范的个人工作报告和质量报告制度（国际通行）
通过网络化管理提供各种信息查询
（彼此清楚大家在做什么，状态和问题是什么）

二，提升计划的规范性（清楚体现领导意图）
1） 分里程碑，主日程和详细日程3个级别做日程计划
2） 计划用词准确，内容完整（包括验收准则，和谁认可）

三，加强需求管理与顾客沟通
清楚分析项目给顾客带来的价值，重视顾客沟通和参与到项目中

四，提升沟通
例如，建立好报告制度，问题管理制度，建立网络化沟通环境（搞信息化的 自己信息化水平低）
提升计划的规范性（清楚体现领导意图）

五，前事不忘，后事之师
保留好历史项目的轨迹，也是收集企业的流程财富
有了这种资料
1）流程改进人员可以清楚自己自己企业的现在轨迹，从而知道改进什么，再借助国际规范知道如何改 （而不是按照规范搞一堆流程来执行）
2）后来项目，有了前面项目的参考，可以避免重复错误（我们工作的错误估计有3/4是重复的）

请问您的意见？