开发产品失败总结

开发产品失败总结第1篇开发产品失败总结第1篇1、开发项目：所开发的项目有综合楼、住宅楼，共三栋18层高楼约12万㎡，总投资约2。5亿元，该工程继XX年启动以来经过三年多的努力，在全公司员工的共同配合下，已圆满竣工。项目的存在，树立了集团的良好形象，是集团公司领导的置业公司闯进省房地产行业的标志，是面向市场发展的第一步，是全体公司员工值得骄傲的显著地标。

2、在项目的建设中深刻的体会到一个国有企业下的子公司要在现有的市场经济制度下生存并发展，我们还有很多东西要学习、要改变，在公司成立十个月来，工程技术部门也肩负的巨大的挑战，此项目是公司的成长项目也是形象项目，我们部门在施工中必须要更加努力和细心，具体心得如下：

第一步：技术力量改变

通过这个项目，我们深刻的认识到我们部门在技术这点要求上还有很大的缺陷，对新事务的领悟能力不够，对新施工工艺掌握不全面，对现场的管理和具体计划安排上还有很大的差距，因为对某一项技术要求监督的不到位，很容易就会让施工方有机可乘，这样也会公司带来不必要的经济损失，因此我们部门每个人将会为此制定了一个学习计划，边学习边交流边考核，以此来提高个人的技术处理能力，为下一个工程做好充足的准备。

第二步：思想观念改变：

国有企业有其特定的生存环境，有其独特事务处理方式，但是对于我们部门在对外的施工中还仍然保持以往的高姿态、高调子、以自己为中心的思想，那么我们将遭受到市场经济的淘汰，现行的市场经济奉行的是公平竞争和抓住机遇再加勤奋、实干，目前我们正一步步走向这个区域，我们就要意识到在这个区域生存的条件是什么？该怎么样去做才能生存，不能再依赖于以往的旧思想、旧观念、旧的模式去衡量我们现在新的生存环境，我们必须要有这样的思想转变，只有转变了这种观念和思想我们才会有更好的发挥空间，通过项目二年多的现场施工管理我们也认识到了思想转变的盲目和空白，因此下一个工程开始之前，我们就要先给自己的思想定一个位置，这也是我们部门在逐步努力向前转变的第一步。

第三步：管理模式改变

俗话说：国有国法，家有家规。我们工程部门的来说，管理的好与坏直接影响到公司的经济利益。在此项目中仍然存在老管理模式，与此同时新的管理模式的加入也在逐步取代旧的管理模式，毕竟此项目是我们公司从成立以来最大的、直接面向市场的项目，无论从思想转变还是到管理模式的改变和加强对于我们来说都需要一个过程，我们会在这个过程中认真学习和改变并逐步实施新的管理模式，从这个工程中我们已经学习到了外界市场下的管理模式是什么样子，每个职工对自身的要求应该是什么样，全部门应该怎么去做。

工作中存在的主要问题：

1、合同的履行：此项目基本上严格履行了合同，但在工程款的支付上施工单位普遍的意见。建议在今后的项目中在工程开工后至竣工验收之前，公司应严格按照合同约定的方式和期限支付工程款，按照中标价格和中标工期与施工单位严格履行承包合同。项目部才能严格要求施工单位按节点计划完成工程任务。

2、工程分包：由于特殊原因，此项目分包单位过多，如：基础分包、电梯分包、消防工程分包、防火门分包、入户防火防盗门分包、阳台栏杆分包、铝合金门窗分包、幕墙工程分包。这类分包单位往往因专业特殊、关系特殊，直接与业主联系，总包和监理难以对其进行管理。这其中有些分包单位与专业管理机构、开发商、总包单位、监理能很好的协调关系，能严格按要求完成工程任务，为开发商出谋划策，节约投资，也有些单位——如防火门生产安装方，由于其公司实力有限，管理不力，不能按合同给定的时间按时完成任务，且产品质量未达到理想要求，直接影响了整个工程的竣工验收。

3、监理公司：监理应当依照法律，法规及有关的技术标准，设计文件和建筑工程承包合同，对承包单位在施工质量、建设工期、建设资金使用等方面，代表建设单位实施监督，并履行法律法规规定的监理安全管理职责。此项目选择的二家监理公司普遍现象是老同志多，经验型的专门人才太少，缺乏年富力强，理论水平高的中坚力量，不能适应日新月异的新技术、新工艺的工作要求，不具备专业齐全的专业人员，且部分监理人员兼职过多，监理力量投入不足，监理职责不明，尤其在后期装饰装修阶段，监理更应本着对项目负责、敢抓敢管，不能放松管理，必须督促施工单位履行其管理职责。

开发产品失败总结第2篇1.项目前期决策

项目立项的依据，项目决策过程和目标，项目评估和可行性研究报告批复的主要意见。

2.项目实施准备

项目勘察、设计、开工准备、招标采购、征地拆迁和资金筹措等情况。

3.项目建设实施

项目合同执行与管理情况，工程建设与进度情况，项目设计变更情况，项目投资控制情况，工程质量控制情况，工程监理和竣工验收情况。

4.项目运营情况

项目实施管理和运营管理，项目设计能力实现情况，项目技术改造情况，项目运营成本和财务状况以及产品方案与市场情况。

开发产品失败总结第3篇新产品研发合作协议书

甲方：（以下简称甲方）

乙方：（以下简称乙方）

一、概述：

(甲方)与(乙方)共同商定：鉴于乙方在新产品研发能力，和甲方在项目研发的需求，双方经过充分协商，本着平等自愿、互利有偿和诚实信用的原则签订本协议书，共同遵照履行。

二、主要任务、目标：

1、主要任务：甲乙共同研发和设计家纺产品，以甲乙双方批准签字的“新产品研发项目书”为准。

三、项目所需物资、经费概算：

1、甲方提供研发和设计的基本费用以及样品生产的材料和场地。基本费用包括材料费、外加工费、人工费、差旅费、调研费、资料费等，其费用核定，以“新产品研发项目书”为准。新产品样品一式三份其中一份提供给乙方技术存档。

2、“新产品研发项目书”批准以后一个星期内，甲方提供乙方的“新产品研

发项目书”核定的基本费用。

四、实施方案、计划进度及完成时间：

1、甲方聘请乙方为公司顾问，支付乙方顾问费元（rmb）/每月，按协议生

效时算起，一季度付一次（个税自理）。

2、乙方带领研发团队每季度去甲方指导工作一次，在协议生效后30天内提供新

产品研发项目书。乙方每季度提供次“新产品研发项目书”和提供幅花样设计图案。

3、乙方按“新产品研发项目书”开展工作，并指派项目负责人与甲方指派的专职

负责人员协作展开工作，每季度提交项目完成方案。

五、技术合作费用及支付方式：

1、甲方新产品批量生产和销售产值达到rmb）以后，乙方按新产品产值%提成（以甲方的销售发票为准）。乙方以书面方式提出提成时，甲方以奖金方式支付给乙方（个税自理）。协议结束后，以上分成方式有效，如甲方未支付提成，乙方有权终止甲方新产品生产和销售。

2、乙方收到甲方支付的提成（rmb），甲方自动获得新产品的专利和版权。

六、项目完成验收条件、标准和方式：

以“新产品研发项目书”为准。

七、双方承担的任务与责任：

1、甲方志愿加入xxxxxx协会，并成为团体会员，每年缴纳团体会费

（rmb），协议生效后7天内打入协会账户。该条款不受协议时间约束。

2、乙方研发的产品和设计的图样的专利及版权归乙方所有，甲方在使用时不能转让第三方使用。乙方研发和设计的新产品专利和版权的申请费用由甲方支付。甲方在新产品专利和版权确定后才能进行批量生产。如违约提前批量生产，乙方有权终止协议并收回甲方的使用权。

3、协议期间，甲乙双方人员按“新产品研发项目书”履行工作职责或完成工作任务。协议任何一方对协议内容以及在合作过程中获知的对方的保密信息（包括技术秘密和商业秘密）负有保密责任与义务。未经对方书面许可，不得泄露给第三方，否则视为违约并负责赔偿损失。

4、协议终止后，协议双方仍需遵守本保密条款规定的保密义务，直至对方书面同意其解除此项义务，或该保密信息已公开，不会因违反本保密条款而给对方造成损害时止。

八、附则：

1、本合同一式2份，甲、乙双方各执一份。

2、本合同有效期为1年，自合同生效之日起，至本协议结束。

3、本协议未尽事宜，经甲、乙方决定需要补充或修改后，书写《协议修改意见书》一式2份(经甲、乙盖章签字，双方各存一份)，全为本协议的补充件。

本协议签约生效后，即具有法律效力，签约双方要严格遵守《_经济合同法》，切实执行协议条款。

甲方:

签章：（法人代表签字）

签约日期：

乙方:

签章：身份证号（）

签约日期：

签约地点：

开发产品失败总结第4篇从项目实施过程、效果和效益、环境影响评价、目标实现以及可持续性发展等方面进行综合分析，总结项目的主要经验与教训，对项目提出相关的对策和建议。

模具管理系统最大程度的实现了模具信息的共享，各使用部门可以方便的查询模具的位置、进度、状态、申请单、试模、验收、合格、模具的调拨、报废等等信息；查询模具的相关信息信息由原来的1-2天缩短为10分钟之内。产品型号、零件图号统一维护，规范管理，出错比例大大下降。而且在更改零件图号的情况下，基础数据更改，其它相关文件的同一数据会随之更改，减少系统维护量提高了生产部编制模具生产任务单的工作效率，缩短了模具制造任务传递时间，查询新的开模单更方便快速，由原来的至少半天缩短为10分钟之内汇总改模单情况由原来的多人每日手工填写改进为阶段一次汇总，时间仅须20分种左右，大大提高了效率。

模具台账能显示所有的模具汇总及分配情况；虽然相关项目基本上达到了预期的目的，但是，反思在整个项目的需求提出、项目评估、需求分析、项目计划、总体设计、详细设计、测试计划、实施的各个环节，我们都有工作不足之处，特别是某些关键控制点上面，我们有一些失误，当然，原因是多方面的，有果必有其因。下面我们从关键控制点上面来分析我们在项目开发过程中存在的问题、原因分析及改进措施：

一、从用户提出需求，到需求响应时间，我们需要9天时间，而需求评估完成时间需要15天左右，这就是我们存在的一些问题，导致需求响应时间及评估完成时间比较长的原因有如下几方面：

(1)、由于计算机中心软件开发人员不够：各应用系统的支持人员及软件开发人员加起来才8个，公司各子应用系统有几十个，ERP的各个子系统及模块就有将近20个，一个员工要支持5到6个功能子系统的维护；

(2)、分工不明确：软件开发人员往往身兼数职，跨多个职能领域，应用用户习惯找谁就认定那个人，什么事都找该员工；工作效率就相对低下；

二、关键用户访谈率及关键用户对需求的认同率都比较低，关键用户访谈率只有70%，而关键用户对需求的认同率只有68%；为什么会有这样的结果了，分析原因如下：

(1)、由于计算机中心人员紧张：有时没有办法访谈所有的关键用户，只能找几个评估时认为特关键的用户；

(2)、被访谈用户原因：由于被访谈用户事情太多，往往在提出需求以后，抽不出时间来接受访谈；另外有些用户只局限于本部门或者本岗位来考虑问题，不愿意从公司层面或者大局来考虑；

(3)、用户不重视：有些需求是由于用户部门领导要求，跟得比较紧，但是如果部门领导没有跟得紧的情况下，用户就不那么急了，就算立了项，也不能很好的配合；

(4)、软件需求分析人员原因：由于需求分析人员经验不足，导致需求不够明确，不能了解到用户需求背后的真正目的；

三、设计功能满足率比较低，只有75%，功能点BUG数比较多，每个功能模块平均的BUG数有15个之多，函数注释率只有10%左右，各功能点的测试覆盖率只有40%，分析原因如下：

(1)、用户需求不明确：有些用户在接受访谈时说的需求，及在需求确认时都没有问题，但是到软件功能设计出来以后，却完全不是这么回事，用户就会解释说当时没想清楚；

(2)、软件开发工具的原因：软件开发人员使用的开发工具不够实用，很多工发工具能检查出来的BUG，没有办法检查出来，需要开发人员自已检查；

(3)、软件开发人员的原因：由于软件人员紧张，项目任务多，交期短，所以在开发时，没有多少时间去写程序代码的注释，况且有些开发人员也根本没有注释的习惯，没有多少时间去完整的测试各个功能点；把测试的任务有时就直接交给用户了；

四、系统架构变更次数过多，一个项目平均下来变更6次之多，原因如下：

(1)、系统设计人员的原因：由于系统设计人员在架构设计时，没有考虑到系统架构的灵活性；不易于扩展；一旦用户的需求有变化，系统架构就必须重新修改；

(2)、用户需求变更太频繁：由于用户的需求很随意变更的，加大了系统设计的难度，导致了系统架构变更；

五、项目的按时完成率比较低，平均下来只有60%，分析原因如下：

(1)、用户需求变更太频繁：由于用户需求变更太随意，太频繁，导致有些开发工作完成，又必须推倒重来，做了很多无用工作；另外有些用户只局限于本部门或者本岗位来考虑问题，不愿意从公司层面或者大局来考虑；造成重复工作，重复设计；

(2)、软件开发人员的原因：由于软件开发人员不够，项目多，任务紧，一个人身兼数职，也是造成软件开发项目推迟的直接原因；另外，软件开发人员专业技术水平不够，有些功能开发要花太多的时间去研究，寻找解决方案，也导致了项目的延迟；

(3)、系统架构变更太多：导致有些程序开发工作无用，必须重新开发；

(4)、软件需求分析设计人员的原因：由于设计的不合理，分析用户需求不够透彻和全面，架构设计不合理，导致软件开发变更及错误多，也导致了软件项目的开发延迟；

(5)、软件开发工具及开发方法落后：由于软件开发人员没有太多的时间去研究使用新的，先进的开发工具，也没有太多时间去学习新的开发方法，导致软件的开发速度慢，开发出来的程序BUG多，程序没有多少可重用性，也导致了软件项目的开发延迟；

综上所述，为了配合公司的发展，满足公司对信息化建设的要求，顺利实现计算机中心04年目标，我们必须针对软件开发项目中存在的问题采购行之有效的改进方案，计划改进措施提议分为内部及外部：

六、内部的改进措施提议如下：

1、增加人员配置，解决人手严重不够的问题；

2、明确分开，重新划分业务小组；

3、明确岗位职责，细分软件项目开发所需要的各个岗位；

4、制定岗位知识能力模型，对每个岗位要求的能力必须定义清楚，要求严格达标；不达标的必须重新培训；做到合适的人在合适的位置做合适的事；

5、加强专业技能培训；

6、加强软件开发管理，培养团队合作精神，加强软件过程控制；

7、优化设计开发方法：加强设计标准化、模块化；提高软件开发效率；

8、加强业务培训，更实际的了解业务需求；

七、外部的改进措施提议如下：

1、加强业务部门对系统了解；

2、培养用户需求的分析能力；

3、加强与用户的互动及双向沟通，让用户参与到设计中来；

4、引导用户的软件需求，培养用户从公司层面或者大局来提出需求；

20xx年整年中，世界都处在金融危机的阴影下，当然我们国家也是受到金融危机的很大影响，经济发展速度明显放缓，人民的生活水平不再像之前那样的好了，同样金融危机给我们国家的房地产事业产生巨大的影响。楼房滞销，楼盘无法开发，房价时高时低，没有任何的市场规律，这些都给我的工作带来了很大的困难，不过总体来说。20xx年我的工作还是很好的。

20xx年本人主管的部门是房地产公司工程技术部，绝大部分精力用在了项目的工作上，工作范围广、任务重、责任大。较好地履行了作为行政职务和作为专业技术职务的职责，发挥了领导管理和组织协调能力，调动了广大员工的工作积极性，较好地完成了所主管的全年工作任务。现就本人一年中所主管的工作总结汇报如下：

开发产品失败总结第5篇自助旅游的定义，简单地讲，就是吃、住、行、游、购、娱，基本上全由游客自己决定。自助旅游的新概念，也叫背包旅行，起源于发达国家，在英语里面叫“backpacker’stravel”，或“budgettravel”，即背包旅行，省钱的旅行。

自助旅游最终实现需要一个渐进的过程，拓宽信息渠道、加强对自助旅游的研究和建立自助旅游的完善体系三个方面是很重要的，因为设计此旅游自助系统以期向计划出行的人们提供丰富的旅游自助信息及其它相关信息，进一步完善现有的旅游自助体系。

开发产品失败总结第6篇1、可以运用配置化思想抽象页面的部分功能，并记录用户的行为习惯，实现定制化和个性化。比如：（x）可以定义操作行为列表，标识页面上的各种操作；（x）可以通过配置化列信息生成页面表格，以及格式化表格展示字段。（x）可以考虑通过配置化信息实现页面的布局，让开发更加丰富有意义。

2、配置化思想离不开钩子函数，它的定义有助于某种操作时数据的定制处理。比如：在定义了页面操作行为后，钩子函数可以（x）在某一特殊操作时生成签名。（x）在提交数据时数据校验。

开发产品失败总结第7篇该旅游自助系统是基于Internet/Intranet及Web技术，建立以Browser/Server为结构模式、以数据库为后台核心应用、以服务为目的信息平台。

文档中采用的专门术语的定义及缩略词简要如下：TTS：TravelSelf-helpSystem，旅游自助系统。

SQL（StructuredQueryLanguage）:结构化数据库查询语言JSP：JAVAServerPage

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

开发产品失败总结第9篇由csv文件作为数据导入方式。因此考虑在后台添加一个数据导入功能，方便后期维护。考虑到可能需要回退和csv文件的管理，添加了一个附件管理功能。csv文件可能比较大，采用依赖chrome浏览器的大文件上传模块，chunk后上传为附件文件。由于csv中并非所有字段都需要前端展示，因此数据模型只保留必须字段。数据导入的时候，数据量稍微有一点规模，使用任务队列（laravel的horizon）处理。有一个功能模块，需要历史数据对比计算，因此添加了一个附件版本管理功能，读取数据时依赖于最近的两次导入记录。

前端

展示采用bootstrap。考虑过套用admin—lte，由于该模板使用的是less，改用core—UI。

部署

上线考虑到成本和实施周期，以及目标客户为小众专业人员，可能会采用本地单机搭建方式。基于phpdesktop，出了个单机版。mysql改为sqlite，届时更新数据只需要更新数据文件即可。而数据导入也不需要任务队列，直接使用laravel框架自带的db：seed。移除后台功能和登陆相关的路由和权限控制。

测试

原本准备写一些基于页面的单元测试，但由于需求功能频繁变动，单兵开发模式，只写了两个页面的测试。

以上就是全部过程和经历，谢谢大家。

开发产品失败总结第10篇1.项目情况简述

概述项目建设地点、项目业主、项目性质、特点，以及项目开工和竣工时间。

2.项目决策要点

项目建设的理由、依据和目的。

3.项目主要建设内容

项目建设的主要内容，初步设计批复，批准规模和实际建成规模。

4.项目实施进度

项目周期各个阶段的起止时间，时间进度表，建设工期。

5.项目总投资

项目建议书批复投资匡算，初步设计批复概算及项目调整概算，竣工决算和实际完成投资情况，投资变化情况和原因。

6.项目资金来源及到位情况

资金来源计划和实际情况，变化及原因。

7.项目运行及效益现状

项目运行现状，能力实现状况，项目财务经济效益情况等。

开发产品失败总结第11篇1．编写目的

本项目开发总结报告，主要是总结本软件的开发经验和总结所学到的知识，以及对一个系统的大型的软件设计的总体感悟，并将软件设计过程中遇到的问题加以阐述和说明。

读者对象：开发人员、大赛评委

2．项目背景

系统名称：3D旅游咨询员

任务提出者：山东省齐鲁软件设计大赛委员组

开发者：

面向用户：游客

开发时间：20xx年9月1号到20xx年9月19号

该软件运行系统：单机版计算计

3．参考资料

A、软件项目开发总结报告书（GB856T—88）国家标准

B、齐鲁软件设计大赛手机游戏创意与实现项目的文档要求

项目开发总结报告（GB856788）

1引言

编写目的

为了对这次项目开发的整个过程作一个全面的总结，对不足之处做进一步的修改，完善，使系统更完美，并从中吸取经验教训，特编写此项目开发总结报告。

尽管实验设计与优化的方法很多，但是由于其设计过程涉及的数据较多且算法复杂，采用传统的人工方法计算繁琐，工作量大，精度不高，基于计算机实现设计方法的软件很多，我们组提出开发一个实验设计小手。软件名称：实验设计小助手项目提出者：。。。开发者：。。。。

需在windowsXP或201*的操作系统下运行。拥有c#平台

SQLServer：StructuredQueryLanguageServer

参考资料

《计算机在药学中的应用》人民卫生出版社主编董鸿晔

《c#程序设计》中国水利水电出版社【英】DouglasBellMikeParr著

2实际开发结果产品

程序系统中各个程序的名字，它们之间的层次关系如表所示：实验设计项目完全随机设计说明对随机样本进行分组随机配对设计对随机样本进行配对分组随机区组设计对随机样本进行区组分组正交实验设计根据正交性从全面试验中挑选出部分有代表性的点进行试验实验设计小助手完全随机设计随机配对设计随机区组设计正交实验设计

图1实验设计小助手软件层次结构图

主要功能和性能

本系统主要包括完全随机设计，随机配对设计，随机区组设计，正交试验设计四个功能模块：本软件的使用及功能:一、完全随机设计

采用完全随机化的方法将同质的受试对象分配到各处理组,然后观察各组的实验效应。刚进入程序的界面：

来到土开公司，是一种缘分，在公司前期部工作半年多的时间里，我学习到了很多，也收获了很多。在经办花溪四个房地产项目前期开发报建工作的过程中，我认识到房地产开发是一项综合性很强的系统工作，整个开发流程从拿地前的可行性分析到项目的规划设计再到施工、经营销售，最后验收交付的一个持续性过程。这个过程具有涉及面广、开发周期长、投入资金大、环节繁多等特征，其中涉及多个政府部门对每一环节的审批和监管。任何环节的变化,都可能导致项目周期拉长、成本上升等风险。因此,项目开发必须遵循一定的程序,科学地开展工作。

作为企业开发的项目，报建流程贯穿于整个项目的开发流程之中，每个环节必须要经过政府相关职能部门和各相关机构的登记审核，并严格按照有关程序进行。各种相关性手续及政府部门的批文是项目得以顺利开展的重要“通行证”，因此，开发企业的报建流程管理工作构成了房地产企业流程管理的重要组成部分。在整个房地产项目的开发流程中，开发企业在政府各相关部门的监督管理下，通过内部各组织部门间经营活动的相互协调，并不断从政府各监督管理部门获取且反馈信息以最终完成项目开发目标，实现企业的经济效益和社会效益，报建工作显得尤为重要。

作为前期报建人员，头脑中要始终强调时间管理的重要性，寻找优化报建流程中的关键路线，压缩整个项目的开发时间，提高自身资源整合能力和项目运作水平，防范并有效降低风险，增强企业的市场竞争力。一是“疏通人脉”。前期报建工作中如何处理职能部门中层领导关