项目总结报告

 

项目总结报告范文

1引言
1.1编写目的XXX公司业务管理系统的开发已经基本完成。写此项目开发总结报告，以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率,从而创造更多公司效益。

1.2背景项目名称：XXX业务管理系统

软件名称：XXX业务系统

客户：XXX

用户：XXX员工 

1.3参考资料项目开发文档：

１．软件开发数据模型：PDM_OperationSystem20070831.pdm

２．数据库开发文档： XXX业务管理系统数据库设计说明书2.0.doc

３．软件业务流程参考：XXX业务管理系统流程说明.doc

４．软件使用手册参考：XXX业务管理系统功能说明3.0.doc

５．软件业务流程参考：XXX业务管理系统流程说明.doc

６．软件中使用到的第三方控件：ComponentArt Web.UI 2006.1252 for asp.net2.0.rar

７．软件中使用的安全Ikey驱动：Ikey Driver.rar
以上参考资料是截止2007-08-31是最新的资料文档。如有修改，即使修改此处的参考文档名称。 

2开发工作评价
2.1对生产效率的评价１． 系统开发已历时快１年的时间了

２． 开发的反复性比较多。

３． 对客户的需求理解不是很透彻。

综合以上，此项目的开发效率不是很高，相反有相当一定时间的浪费。

2.2对产品功能的评价经过我们公司各位同事的共同努力协作，XXX业务管理系统已经很好的完成了客户的业务流需求。经过对客户使用过程的观察，此项目开发的还是比较成功，但是还是存在着一些问题，造成这些问题的原因是多方面的。如：前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题，这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。总的来说，此系统的功能开发还是一个比较成功的案例。

2.3对技术方法的总结在此项目中使用到技术和工具：

１． 使用代码生成器：使用代码生成器 [动软.Net代码自动生成器],此工具在很大程度上提高了编码效率，从而加快了项目的开发进程。在以后的项目中，我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。在今后的项目开发中，我们最好是能开发出适合自己的代码生成工具，更大限度的节省开发周期和开发费用。

２． 使用数据库建模工具；PowerDesigner 工具来建立系统数据库模型，以方便程序员很好的理解业务流和掌握系统架构者的架构思想，更好的满足客户的功能需求。在今后的项目开发中，我们要更好的来完成系统的前期数据库模型的建立，最大的来优化系统功能。

３． 使用第三方控件：此系统中使用了ComponentArt Web.UI 第三方控件。此控件在很大程度上满足了客户对软件界面的需求，从而也给软件的操作带来了方便。本项目中只使用了ComponentArt Web.UI一种第三方控件，在今后的项目开发过程中，要继续使用第三方的控件。这样以来，无论是针对软件界面的美观性、友好性来说、易操作性而言，还是针对系统开发效率而言，这都是很好途径。但需要意的是：在是使用第三方控件时，要谨慎的选择一些网络中的比较常见的第三方控件。

４． 使用自定义控件：此系统中使用了自定义控件(GhdGridView),此自定义控件可以很好的统一系统中的所有信息显示表格样式。如客户对数据显示样式有什么新的意见，我就不需要修改每一个页面的表格样式，我们只需要修改GhdGridView控件的样式，系统中的所有继承自GhdGridView的表格样式都可以改变。

５． 系统开发框架：此系统的框架使用的是简单三层结构，此框架在开发一些中小软件是比较实用的。但是我们要是可以开发出自己的框架，把一些通用的功能开发到框架中。这样以来，在以后的系统开发中，针对系统中一些通用的功能就不需要再开发，从而也可以很好的提高我们的开发效率；减少很多维护费用。使我们的技术不断的更加成熟。

６． 系统安全加密：此系统中针对客户提出的系统安全问题，我们采用了Ikey加密硬件钥钥匙来验证客户端登陆客户的合法性，此Ikey钥匙可以绑定到一个系统使用用户，也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。这样以来，即使用户的密码不慎丢失，或者被不法人员取得（不法人员他也是无法登陆到我们的系统中来），这样就最大的提高了我们系统的安全性。Ikey加密钥匙是很好的加密B/S架构软件的硬件工具，在以后的软件安全方面可以借鉴。

3项目经验总结
3.1签定合同 一个项目的开发成败或者说项目开发带来效益的大小，在很大程度上是受项目合同签定的影响的。往往，很多一部分公司与客户签定的项目合同都是很模糊的，也很难签定的比较清楚，这样以来就会导致在项目的开发后期，工作两会越来越大，影响项目的竣工周期；而且，项目的开发费用一般是不会变的。这样以来，我们就大大的降低了我们的开发效益。虽然需求范围很难签定的明确，但是我们在签定合同时，要尽量的去把合同功能边界和添加新功能的条件签定。

3.2开发团队 在项目确立后，要尽快的建立起项目开发团队。

项目团队成员的团结合作、相互沟通是非常重要的，团队成员之间要相互学习彼此的优点和技术，使团队的能力不断的提高。这样，在项目的开发过程中，团队才不会被难题困住不动。另外，团队中要有一个项目负责人，这个人无论是在与客户的沟通上，还是在技术上都要是很出众的人，此项目负责人要能很好的沟通客户与开发成员之间，以此来更好的理解客户的功能需求。人的记忆力总是有限的，所以就要求开发团队成员要尽量的书写一些开发文档，这些文档往往是我们在项目开发后期要用到的可寻资料。项目团队士气是项目成功的一个因素,我们需要不断的来培养我们的团队气势，使我们的团队不断的壮大。

3.3需求的调研 在项目确立后，就到了需求调研分析阶段。

１． 项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握，这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求，如此以来我们就为自己埋下了地雷,影响项目的开发周期，这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系,要深入的去了解客户需求。

２． 我们要尽量的让客户也参与到项目的开发团队中来，也就是说我们要使客户把自己也纳入到项目的开发团队中来，如此一来，我们掌握客户需求的真实性、可靠性就会大大的提高,也就不会为项目的后期功能开发埋下陷阱

３． 在需求调研过程中，如果缺乏足够用户参与，这样的需求调研也是失败的。很多程序员不愿参与到客户的需求调研中去，为什么呢？很简单，与客户沟通不如与代码沟通容易有意思。尽管这样，我们还是必须用足够多的时间去和客户进行沟通，了解他们真实的需求。很多用户也是如此，他们自己也不愿意参与到项目的需求调研中来，为什么呢？需求调研有出去和朋友一块烂漫对吗。。。虽然现状如此，我们还是要努力的使客户参与到需求的调研中来。

４． 模糊需求，也就是模棱两可是需求规格说明中最为可怕的问题。一是指诸多客户对需求说明产生了不同的理解；一是指单个读者能用不止一个方式来解释某个需求说明。针对对这种情况，就要求我们的调研人员要能够从多个角度来分析客户的不同需求，整理出最终的需求与客户确认，定出最终真实可靠的需求，我们绝不能凭借我们自己的单面理解来定立客户的最终需求。

５． 在一个项目的开发中，文档的书写是极为中要的一项工作。因为，某些文档就是我们在开发后期与客户沟通的可寻依据、也是我们程序员在编码过程中要用到的重要文档。我们绝对不能认为，凭借我们的大脑来记录所有的开发需求。。。；即使，你说你是天才，你要用你那颗爱因斯坦的大脑来记录所有的开发需求，那也是不可能的，人的精力总是有限的。这就要求我们在需求调研中做好需求文档的记录和整理。

６． 需求调研工具选择，客户一般对图形还是比较感兴趣的，所以我们在调研过程中，我要尽量的采用图形化界面来和客户沟通需求。比如可以采用Rose工具，把客户的意思转换为用例图、时序图、协作图、状态图、类图等，使表达的意思更加直观。这样客户会更快的进行问题的实质。

3.5做好开发计划 在项目确立后，我们就需要做好项目开发计划，需求调研用时，开发用时，测试用时，实施用时，维护用时。在我们做好了计划后，我们要随时的跟踪计划任务的完成进度，从而使我们的项目进度掌控在我们的开发周期范围之内，今日计划、行动，明日成功。

3.5很好的沟通 在其他行业中，人与人的之间的沟通只很重要的。项目开发也不例外，很好的沟通能够加快项目的进度，这就要求我们每一个开发人员要学会和善于沟通于客户和同事之间。在一个项目的开发过程中，我们与客户的沟通是一个不断交流和沟通的过程。在开发到一定的阶段，我们就需要和客户沟通已有功能，尽量的去避免一些隐藏的问题，及时的发现问题，解决问题，从而按时或者提前完成项目的开发。

3.6做好工作总结 在项目进行的过程中，我们要不断去整理自己的工作情况和做好总结，这样以来，无论是在自己的技术还是其它方面，都会对我们有很大的提高，在长期的积累后，无论是我们个人能力，，还是我们的团队能力都会有很大的提高。

 

 

 

项目工作总结报告

1.      项目的前期市场调研总结  
      1.1主要竞争对手的分析（有关知识产权的分析工作，主要竞争力分析）  
      随着中国加入世贸，中国在加强知识产权保护方面的工作日益受到国外企业的重压，在此情况下进行产品开发的前期对于待开发产品的主要市场领导企业的产品的知识产权方面的调研和准备就显得十分重要，而在工业品中主要是关于专利权方面的内容。  
对应于我们的开发模式（测绘仿制）在产品开发过程中很容易触及各个企业的专利，所以在专利检索的主要重点落在被测绘机器生产商有关这类机器的专利。专利的检索工作主要是由前期的网上普通检索和后继的知识产权局的详细检索。普通检索能够快速的检索到被测企业目前的专利受予情况，而知识产权局的详细检索则是能够详细的了解该企业的正在受理和最近提出申请的一些专利方面的情况。  
      对于检索到这些专利后的处理。由于我们是一家装配型企业，企业内部主要是以装配为主，所有零件都由供应商提供，因此在下一步供方靠选择的时候，我们就注意对供方的控制，同时与供方签订一些合同。同时在理解对方专利文献对主体的保护范围和内容的基础上，对一些零部件进行图纸更改和回避处理，以免在外观上侵犯别人的专利。  
专利的回避是专利事务中的首要任务，但不能把专利回避与专利学习分割开来，专利是专利发明人经过努力的成果，特别是实用新型与发明专利是专利发明人智力劳动的结晶，代表的是具有一定新颖性和创造性的脑力劳动，在回避的同时如何巧妙的利用他人的专利是产品开发和设计中的首要问题，“学以致用”学的目的就是用，而不能只是停留在防这一层面上，因此前期的专利调研绝不是“检索”这么简单。  

      1.2主要目标市场的市场状况（国外厂家的主要市场分布与主要形成原因）  
      主要目标市场是在市场调查的基础上根据未能市场的发展趋势并针对目前公司资源和未来规划的综合考虑后作出的符合企业利益的客户群落。是产品定义前的一个重要内容，不同的产品定义针对的是不同的产品市场和不同的消费群体，同时必将导致不同的销售方式和定价。  
      目标市场的建立是在广泛的调研的基础上做出的未来市场的预测，具有很大的风险性，如何的避免风险，以及如何控制和评价市场调研过程，是这一阶段的主要问题，就目前完成的一些项目而言，在市场调研的评价和市场的原始数据资料这一块还不完善，市场的有效数据都停留在二手资料上， 得到的一手资料还比较少，同时对于市场的差异分析比较少，片面的强调性价比，而不能提供接受这些性价比的客户的特性和持续发展的可能性。对于目标市场的后续关注很成问题，一旦产品开始批量销售后，产品的更新能力弱，市场与技术的交流关注的重点都集中的产品的性能上，对于未来市场的发展情况的关注程度不够。  
      1.3细分市场的目标客户（各个厂家的目标客户和主要销售战略）  
      细分市场的目的是有效的避免在未来市场中的恶性竞争，细分市场的首要任务是了解市场格局：目前市场的主要生产者，可替代产品的提供者，可能进入的市场追随者。要分析和预测这些企业的产品特性和可能的市场目标，同时要阐述在细分市场中市场机会和市场效益的情况，这又牵扯到市场调研的数据问题，数据的真实性、准确性、可信性是评价细分市场依据，真实性和准确性是指市场数据要真实不能确定的数据不用和准确是指有疑问的数据不上报告，二手资料的引用要进行考证，而可信性是指对于局部的数据不能随意放大，“不能以此推断”，如果类推要有充分的论证可以类推的理由。市场细分是未来产品开发的指导思想，产品能不能在后期顺利的进入市场并行成“别居一格”的卖点，就由这一阶段的工作决定。  
       在细分市场和调研的时候要始终将“市场导向”放在首位，最大能力的去发觉客户的真实需要，同时注意这种需求是广泛的还是个别的，从而确定产品是走大批量小利润还是小批量大利润。  
2、项目阶段设计时间的制定  
      2.1项目设计时间的详细工作量分析  
设计工作的初步估算能够使后期的设计人员的人数控制和进度安排上做好基础，工作量的估算主要是参照以往项目的工作量能力，和可能出现的一些不可测因素，而制定的一个大致的以“人月”为单位的工期数。在设计时间的估算上没有什么可以具体计算的工具，主要的是项目负责人对项目工作的估算能力。这就要求项目管理者能够具备良好的时间估算能力。时间的估算要做到有据可依，不能凭空的拍脑袋定论，要充分的估计各重可能的风险和不可测的时间延误，同时要保障工作人员的正常工作强度，天天加班的项目时间和没有周末的项目时间是不可取的。 

2.2 项目成员的引进与评价系统  
      确定项目成员的能力要求和项目成员的招聘细则，由人力资源部和项目主管共同在企业内部作内部调动和外部招聘。项目成员之间的相互关系很容易在项目的后期形成重要影响，因此项目成员到位后的团队组建时，要注意使项目成员处于同一起点位置（主要是对于工作的重要程度和贡献，同时加强协作训练），按1：1.5的人员比例招聘同时在协作训练后按1：1.2的人员比例流动，以保证项目的正常工作不受影响。同时项目人员的后期归属要明确，以使各项目人员对于各人的后续发展作好准备。  
      在项目成员的管理方面往往忽似的是项目团队的建设，很多管理者认为，只要各个职位人员到位就是一个团队了，其实不然；工作组与团队是两个不同的概念，工作组是指完成某项任务的人员的总称，强调的是一个群体；至于群体内的各种关系和结构问题不是这一概念关注的问题，而团队则是对于这个群内的各种关系和结构问题具体分工和相互交流奠定了基础。群体是模糊的，团队是具体的；群体是混乱的，团队是有序的。  
      2.3 各个阶段的人时数分解和工作劳动时间的承受力  
      项目经常延期的原因是在项目人时分配时的不合理，比如设计一个人在一天中8小时满负荷工作是不可能的，同时在一个星期中加6天班，对于项目成员来说是不人道的。合理的安排工作进程必须首先要了解各个项目成员的工作能力和效果。同样对于各个阶段的人员安排亦是如此，产品的测绘期间的工作量比较大，而在测绘各图纸完成到小批量样机化的时间段中，人员就会显的有些富裕。  
      2.4项目的难度分析  
      项目的难度分析，在设计方面主要是分析和理解产品的结构及各种结构的不同原理，这些结构对应的机械功能，产品的设计基准；产品的制造难度，现有加工能力和供货保障，产品的制造成本，采购难度。  
3、项目详细设计阶段工作情况报告  
      3.1产品的设计数据  
      没有规矩不成方圆，产品设计的数据规范是产品设计的主要问题，由于目前采用PRO/E设计软件，在产品建模中和图纸的规范化，各人的提交权限和修改权限问题要先解决好。接下来的设计过和中的协调和组织，相关联和部件的配合孔的定位基准要要据机器大原理协调好，产品的各种参数数据要输入。采用其他设计软件也是如此，保持产品数据的正确性，产品数据的易维护和产品数据的表达清析规范是产品设计过程中的一个重要工作。  
      3.2产品的设计阶段成果计划表  
      在各个设计阶段完成并提供相应的设计输出资料；如产品开发初期的《产品计划》，设计完成后的《产品设计清单》、《产品说明书》、《产品零件编码规则》等系列产品文件。  
      3.3产品设计中的协调会议
   大型的产品设计往往被细分为多个部件而后分多人在一定时间期限内完成，应而如何对于各个人员在各个时间的工作进行协调则显的比较重要，产品设计过程中首先总工程师要求对于产品的各个关联部分进行统一的产品接口安排，以保障在后续过程中各个设计小组或各个设计人员的设计接口（如基准、安装孔位）的一致性。产品的协调会议主要是在针对各个小组的结合部分在设计初期进行一系列的配合说明及定义，规定各设计小组按预定的设计方向和目标前进。 

4、项目采购情况分析  
      4.1各零件的采购难度分析  
      4.2主、关键零件的供应商的选择方法  
      按零件的加工难度，在机器装配中的次序和产品的重要程度，对零件进行分级管理，进而确定主、关键零件和部件，在现有供方中寻找能够满足产品性能的供应商，如：在一次设计过程中，机器的墙板为机器的第一安装基准，因此在供货中应该首先考虑进货，没有墙板其它的零件就无法安装。对于供应商的选择可以参照图示流程：  
   
      4.3各零件的采购价格组成及批量控制方案  
      现在市场的竞争对于供方的产品质量、产品成本、产品交货期、产品服务要求很高，应而在产品设计的初期就应对于产品产业化后的产品价格控制、重要零件的产品质量控制做好规划，具体的如，产品的零件价格按产品的材料成本、加工成本两大块；而产品的材料成本根据市场波动规定每一年或每半年进行一次确认；对于产品的加工成本按初期小批量、中期一般批量、后期大批量，进行产品的加工费用预算；对于产品进行内部核价后确定产品价格，在此基础上采购人员与供应商进行谈判，以保证企业的未来几年的产品利润和价格竞争优势。对于重要零件可以要求供应商严格按照设计工艺进行，必要时可以抽查供方工艺。  
     4.4采购风险  
      采购的风险来源由采购过程中的供方意外或是在采购初期的产量计划，如供方按最大产量供应都无法满足生产需求，对零件的加工难度估计不当。受国外政策的影响，如德国的７、８月份的休假，如果有些部件在这时急需而厂内没有库存，这就会引起采购不到的现象，从而影响生产。因此，对于采购人员要求根据以往的经验和对现在采购中的可能意外，做好采购风险因素预测表，并针对各种可能做好防范工作。  
      采购的另一风险来自采购过程的知识产权问题，如果购买了侵权的产品或部件，而导致后期的产权纠纷，将对整个企业带来致命的打击，因此对于一些声称仿制其他厂家的供应商要严格防范！  
5、项目生产环节报告  
     5.1项目组装成员的介入时间和成员的选择标准  
6、项目输出文件报告  
     6.1设计文件（设计过程文件，产品测绘文件，产品设计思想）  
     6.2物料清单（不同产品的配置，）  
     6.3零件图册  
     6.4其他宣传性资料（样本，展会用资料，交流用资料）  
7、项目结尾  
     7.1项目结尾的标准  
     7.2项目提供清单  
     7.3经验教训 

 

 

 

 

软件项目总结报告,软件项目总结报告范文

软件项目开发总结报告
1引言 
1.1编写目的 XX网站建设
说明编写这份项目开发总结报告的目的，指出预期的阅读范围。 
1.2背景 
说明： 
a． 本项目的名称和所开发出来的软件系统的名称； 
b． 此软件的任务提出者、开发者、用户及安装此软件的计算中心。 
1.3定义 
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 
1.4参考资料 
列出要用到的参考资料，如： 
a． 本项目的已核准的计划任务书或合同、上级机关的批文； 
b． 属于本项目的其他已发表的文件； 
c． 本文件中各处所引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 
2实际开发结果 
2.1产品 
说明最终制成的产品，包括： 
a． 程序系统中各个程序的名字，它们之间的层次关系，以千字节为单位的各个程序的程序量、存储媒体的形式和数量； 
b． 程序系统共有哪几个版本，各自的版本号及它们之间的区别； 
c． 每个文件的名称； 
d． 所建立的每个数据库。 如果开发中制订过配置管理计划，要同这个计划相比较。 
2.2主要功能和性能 
逐项列出本软件产品所实际具有的主要功能和性能，对照可行性研究报告、项目开发计划、功能需求说明书的有关内容，说明原定的开发目标是达到了、未完全达到、或超过了。 
2.3基本流程 
用图给出本程序系统的实际的基本的处理流程。 
2.4进度 
列出原定计划进度与实际进度的对比，明确说明，实际进度是提前了、还是延迟了，分析主要原因。 
2.5费用 
列出原定计划费用与实际支出费用的对比，包括： 
a. 工时，以人月为单位，并按不同级别统计； 
b. 计算机的使用时间，区别CPU时间及其他设备时间； 
c. 物料消耗、出差费等其他支出。 
明确说明，经费是超出了、还是节余了，分析其主要原因。 
3开发工作评价 
3.1对生产效率的评价 
给出实际生产效率，包括： 
a． 程序的平均生产效率，即每人月生产的行数； 
b． 文件的平均生产效率，即每人月生产的千字数； 
并列出原订计划数作为对比。 
3.2对产品质量的评价 
说明在测试中检查出来的程序编制中的错误发生率，即每干条指令（或语句）中的错误指令数（或语句数）。如果开发中制订过质量保证计划或配置管理计划，要同这些计划相比较。 
3.3对技术方法的评价 
给出对在开发中所使用的技术、方法、工具、手段的评价。 
3.4出错原因的分析 
给出对于开发中出现的错误的原因分析。 
4经验与教训 
列出从这项开发工作中所得到的最主要的经验与教训及对今后的项目开发工作的建议。

 

 

 

 

 

 

最近几年做软件项目的心得总结

【做软件外包经验告诉我】
1. 做软件需要人海战术，软件是需要大量的体力劳动，而不是脑力劳动。
有一句俗话，一个萝卜一个坑，软件项目的功能模块多了，每个功能都需要有一个人盯，
不断改进不断维护。而且功能划分得越细了，工作量越大，需要的人越多，否则哪里会
产生几万的软件外包公司？几十个不是足够了？曾经在上海做外包，一个项目动不动就
是10-20个人，每个人做几个页面，质量要求相对较高的，国内软件公司到不是这样，
就1-2个小兵，1个项目经理，就把一个庞大的软件项目搞定了，说实这事儿不是能这么
干的，质量是绝对没保障的，做软件特别是有大量编码工作的还是适当用人海战术才可以。
既然做软件项目需要人海战术，那你得有几个好朋友好兄弟才能有希望把项目做好，
平时还得注意处理好人际关系，别到时候，成了光杆司令啦，哈哈。

 【我们的技术副总的主导思想】
2. 客户的需求变来变去怎么办？
客户的需求变了，并不是坏事，让客户填写好变更单，把工作量让客户确认，秋后算账，
变更得越多越好，这些都是工作量，本来是一个小项目，变来变去，变成大项目了，活着
不就是干点儿活儿做点儿项目吧，哪里做不一样，这项目工作量越来越变大，钱也是越来
越多了，不是坏事。

 【我们的技术副总的主导思想】
3. 客户的要求不断扩大，怎么办？
需求扩大了，功能也多了，甚至功能的要求提高了，难度增加了，先心平气和的跟客户
交流确认，这个是会产生很多工作量，这么做可以的，那要加钱了，需要跟我们公司商务
谈判，需要跟我们公司老板谈判了，老板同意了，我就按客户的要求做，工期也会适当延
期了，沟通确认很关键，功能规模扩大也未必是坏事。

 【我自己的主导思想】
4. 想多赚钱怎么办？
直接找上级领导谈，你能干出来啥，想要多少钱？多长时间做好，对公司有啥好处，对自
己有啥好处，都谈明白了，老板也会答应的，大家都有好处的，是好事情，别不好意思开
口，自己也不好好干吧，也耽误公司的事情。

 【身边一直发生的事实告诉我】
5. 与领导沟通好，报告写好，比拼命干活好几十倍
别总是埋头苦干，干得累死累活，没人知道你多么辛苦，及时向领导汇报情况，周报月报
下足功夫写，好好写仔细写，然后平时跟领导走得近一些，领导在想啥，你在想啥，及时
沟通，这样被提拔的机会多，被提拔了发展的空间就大了，地里干活的牛辛苦不？扫大街
的环卫工人辛苦不？光干活也不行，性格倔强更没前途，就别提了。
我来公司后申请购买一台新笔记本电脑，自己掏钱买，公司给补贴也可以，领导没同意，
最近我们公司来了一个新销售刚过试用期，跟领导提了一下购买笔记本，马上就批准了，
自己一分钱不用掏，哇靠这还是普通销售，忘记告诉你了我们公司销售部经理还在用台式
机呢，这就是沟通水平的完美体现啊。

 【我比较佩服的事业部经理告诉我】
6. 不能按时完成工作怎么办？
最愚蠢的做法是通宵几天，突击几天，然后累死累活的，最后还是没能按时完成，人也趴
下了，其实，不能按时完成的工作多的去了，这时先要分析清楚延时的原因，找客户，找
上级领导讲明白，让他们认可你的理由，然后把接下来的工作合理的进行安排，有条有理
的一个个做好，拼死干活，也不行，我以前是拼命三郎，现在多靠脑子干活，按部就班，
当然我从来不故意拖延工作。

 【我自身N年的工作经验表明】
7. 做软件为什么这么累？
因为软件是个细活儿，不是能靠敷衍了事对付对付，需要一行行代码写出来，不能有思路
混乱的，也不能偷工减料，那质量就不稳定了，日常生活中，很多事情可以敷衍了事，但
是软件不可以，软件敷衍了，客户无法用，到处是Bug。跟很多行业比，软件行业太残忍
了，劳动力不值钱，产值底下，投资效益也低。

 虽然以上想法很幼稚了一些，但是这可能是目前解决问题最好的方法，不管是太理论也好，
太理想化也好，总得有个理论指导实践的主导思想，否则这事情是没法干了。

 将权限管理、工作流管理做到我能力的极致，一个人只能做好那么很少的几件事情

 

1）人海战术没有问题，但是必须有统一的编码规范和标准。简单通用的东西，可以给新手做，复杂的还是给经验丰富的做。否则真的会死的很难看。
2.3）需求变更的问题，没有银弹（至少本人认为没有）。那有没有办法解决呢，理想的状况像楼主说的一样，碰到这么好对付的客户。如果碰到刁钻的客户呢。本人认为两个方法
1：你的行业经验比他们丰富，或者能忽悠住。
2：发挥你的沟通能力（这里面花头多了），动用相关资源（公司领导，对方的部分领导）保护项目组利益。
3）其他的其实和做项目没有关系，都是些做人的方式方法（这个是要靠悟性的，有的人天上就擅长）当然了，有意识的培养也很必要。