异议《浅析软件项目管理中的10个误区》

下载本文示例代码
　　7月3日天极网登载了一篇题为《浅析软件项目管理中的10个误区》（以下简称《误区》）文章，阅后对作者的观点有些异见，在此提出希共同交流。　　笔者大体认同的观点是：[误区5]中关于白盒法测试可由程序员担当--因为程序员对程序的设计思路最熟悉，对可能引发错误的地方最为清楚，所以他们能制作出最快、最准的测试用例，所以由程序员完成部分"白盒法"测试是可行的、于提高效率/质量有益的；[误区8]中项目经理不一定是所有项目成员中薪水最高的--如果项目经理只执行管理性质的工作，对项目不形成建设性成果，在项目组中，除了文秘人员外，项目经理的薪资甚至可以是最低的。　　作者所谓的误区3是：软件程序主要由代码组成，因此编码阶段是整个软件项目的最重要的阶段，应该给与大量的时间，并且集中主要的资源。--意即编码并不是主要的工作，分析、设计与测试才是主要工作，并提出了一个"资源的合理分配比例"：项目论证、风险评估阶段3% ，项目需求分析阶段8%，系统总体/详细设计阶段45%，编码阶段10%，系统测试阶段34%。　　一般都看得到，软件程序由代码组成，代码是软件的实体。没有代码，再多、再完善的分析、设计、测试都是空洞/无意义的。在一定的技术水平条件下，系统中要编写的代码量是客观性质的，是硬性的工作量，不会因设计的不同而有太大的区别--除非一个外行、生手才可能堆砌大量冗余代码。分析、设计、测试则是可主观控制的，是柔性的工作量。好比收割一亩麦田，工作量是确定的--一亩麦田，工作方法是可以多样的，如一个人干、十个人干、用镰刀、用收割机；为完成该工作，也需要分析设计：如根据麦田的形状设计收割路线，以减少行走的距离，工作时休息几次、在何处休息，以使劳动者保持最佳舒适状态等等；为完成该麦田的收割，分析、设计的比重可以很小，小到可以为1%，总的工作量就是101%，工作的过程可能是劳动者苦一点、累一点；分析、设计的比重也可以很大，大到10000%，总的工作量就变为10100%，工作的有效成绩同样是完成一亩麦田的收割，只是工作的过程可能是劳动者感觉非常舒服。软件开发也是一样。同样的系统，其代码工作量是确定的，假设为100个人月。公司甲的开发方式中，资源分配比例是：论证1%、分析5%、设计9、编码70%、测试15%，公司甲对该项目的总开发成本是：100个人月/70%=约为143个人月。公司乙的开发方式中，资源分配比例是：论证3%、分析8%、设计45、编码10%、测试34%，公司乙对该项目的总开发成本是：100个人月/10%=约1000个人月。如果是竞标项目，显然公司甲更有获胜机会；如果是公司自身的项目，则公司甲的特点为：速度更快、成本更低，公司乙的特点为：工作流程更清晰、员工工作强度更低。实际中系统开发各部分的资源分配比例应如何，并无先天的规则，主要根据企业自身资金实力、企业文化、企业形象、员工福利待遇、及市场竞争等来定，特别地，不一定投入的成本越大，系统就能做得越好！共2页。 1 2 : 　　7月3日天极网登载了一篇题为《浅析软件项目管理中的10个误区》（以下简称《误区》）文章，阅后对作者的观点有些异见，在此提出希共同交流。　　笔者大体认同的观点是：[误区5]中关于白盒法测试可由程序员担当--因为程序员对程序的设计思路最熟悉，对可能引发错误的地方最为清楚，所以他们能制作出最快、最准的测试用例，所以由程序员完成部分"白盒法"测试是可行的、于提高效率/质量有益的；[误区8]中项目经理不一定是所有项目成员中薪水最高的--如果项目经理只执行管理性质的工作，对项目不形成建设性成果，在项目组中，除了文秘人员外，项目经理的薪资甚至可以是最低的。　　作者所谓的误区3是：软件程序主要由代码组成，因此编码阶段是整个软件项目的最重要的阶段，应该给与大量的时间，并且集中主要的资源。--意即编码并不是主要的工作，分析、设计与测试才是主要工作，并提出了一个"资源的合理分配比例"：项目论证、风险评估阶段3% ，项目需求分析阶段8%，系统总体/详细设计阶段45%，编码阶段10%，系统测试阶段34%。　　一般都看得到，软件程序由代码组成，代码是软件的实体。没有代码，再多、再完善的分析、设计、测试都是空洞/无意义的。在一定的技术水平条件下，系统中要编写的代码量是客观性质的，是硬性的工作量，不会因设计的不同而有太大的区别--除非一个外行、生手才可能堆砌大量冗余代码。分析、设计、测试则是可主观控制的，是柔性的工作量。好比收割一亩麦田，工作量是确定的--一亩麦田，工作方法是可以多样的，如一个人干、十个人干、用镰刀、用收割机；为完成该工作，也需要分析设计：如根据麦田的形状设计收割路线，以减少行走的距离，工作时休息几次、在何处休息，以使劳动者保持最佳舒适状态等等；为完成该麦田的收割，分析、设计的比重可以很小，小到可以为1%，总的工作量就是101%，工作的过程可能是劳动者苦一点、累一点；分析、设计的比重也可以很大，大到10000%，总的工作量就变为10100%，工作的有效成绩同样是完成一亩麦田的收割，只是工作的过程可能是劳动者感觉非常舒服。软件开发也是一样。同样的系统，其代码工作量是确定的，假设为100个人月。公司甲的开发方式中，资源分配比例是：论证1%、分析5%、设计9、编码70%、测试15%，公司甲对该项目的总开发成本是：100个人月/70%=约为143个人月。公司乙的开发方式中，资源分配比例是：论证3%、分析8%、设计45、编码10%、测试34%，公司乙对该项目的总开发成本是：100个人月/10%=约1000个人月。如果是竞标项目，显然公司甲更有获胜机会；如果是公司自身的项目，则公司甲的特点为：速度更快、成本更低，公司乙的特点为：工作流程更清晰、员工工作强度更低。实际中系统开发各部分的资源分配比例应如何，并无先天的规则，主要根据企业自身资金实力、企业文化、企业形象、员工福利待遇、及市场竞争等来定，特别地，不一定投入的成本越大，系统就能做得越好！共2页。 1 2 : 下载本文示例代码


异议《浅析软件项目管理中的10个误区》异议《浅析软件项目管理中的10个误区》异议《浅析软件项目管理中的10个误区》异议《浅析软件项目管理中的10个误区》异议《浅析软件项目管理中的10个误区》异议《浅析软件项目管理中的10个误区》异议《浅析软件项目管理中的10个误区》异议《浅析软件项目管理中的10个误区》异议《浅析软件项目管理中的10个误区》异议《浅析软件项目管理中的10个误区》异议《浅析软件项目管理中的10个误区》异议《浅析软件项目管理中的10个误区》异议《浅析软件项目管理中的10个误区》异议《浅析软件项目管理中的10个误区》异议《浅析软件项目管理中的10个误区》