软件开发项目失败原因分析

软件开发项目失败原因分析
软件开发项目失败原因分析

软件开发项目失败原因分析

软件开发是一项复杂的系统工程,牵涉到各方面的因素,实际工作中,经常会出现各种各样的问题,甚至面临失败。如何总结、分析失败的原因,得出有益的教训,对一个公司来说,是在今后的项目中取得成功的关键。

需求内容不明确,把握不充分

这是我们经常遇到的问题。一方面,由于客户(需求方)IT知识缺乏,一开始自己也不知道要开发什么样的系统,或者懒于系统地整理出来,经常是走一步算一步,不断地提出和更改需求,使得实现方叫苦连天。另一方面,实现方由于行业知识的缺乏和设计人员水平的低下,不能完全理解客户的需求说明,而又没有加以严格的确认,经常是以想当然的方法进行系统设计,结果是推倒重来。因此,需求分析必须注重双方理解和认识的一致,逐项逐条地进行确认。

工数估算过少

软件开发的工数估算是一项很重要的工作,必须综合开发的阶段、人员的生产率、工作的复杂程度、历史经验等因素,将一些定性的内容定量化。对工数的重要性认识不足,经常用拍脑袋的方式草算,是最常见的问题。还有,软件开发经常会出现一些平时不可见的工作量,如人员的培训时间、各个开发阶段的评审时间等,经验不足的项目经理经常会遗漏。同时,还有如下一些原因也是很典型的:

(1)出于客户和公司上层的压力在工数估算上予以妥协。例如,客户威胁要用工数更少的开发商,公司因经营困难必须削减费用、缩短工期,最后只能妥协,寄希望于员工加班。(2)设计者过于自信或出于自尊心问题,对一些技术问题不够重视,或者担心估算多被嘲笑。

(3)过分凭经验。由于有过去的成功经验,没有具体分析就认为这次项目估计也差不多,而没有想到这次项目可能规模更大、项目组成员更多、素质各异、新员工很多,而且是一个新的行业。

项目组织过小

每个公司都希望以最少的成本完成项目,人手不足是大多数项目都会面临的问题。还有一种情况是项目组成员的技术水平达不到项目的要求,公司只能提供这些分配好的技术人员,或者由于项目经理的失误,在项目工数估算时没有明确要求技术水平,寄希望于员工自己努力。还有一些项目经理认为,在项目启动时不需要高水平的技术人员。

开发计划不充分

没有良好的开发计划和开发目标,项目的成功就无从谈起。开发计划太粗略,主要反映在以

下几个方面:

(1)工作分担(责任范围)不明确,工作分割结构(WBS)与项目组织结构不明确或者不相对应,各成员之间的接口不明确,导致有一些工作根本无人负责。

(2)每个开发阶段的提交结果定义不明确,中间结果是否已经完成,完成了多少模糊不清,结果是到了项目后期堆积了大量工作。

(3)开发计划没有指定里程碑或检查点,也没有规定设计评审期。

(4)开发计划没有规定进度管理方法和职责,导致无法正常进行进度管理。

设计能力不足

项目组设计人员能力的低下是项目失败的原因之一。一方面,由于对技术问题的难度未能正确评价,将设计任务交给了与要求水平不相称的人员,造成设计结果无法实现。另一方面,随着资源外包现象的日益普遍,一些公司经常因工期紧而匆忙将中标的项目部分转包给其他协作公司,这些公司的设计能力如不加仔细评价,就会对整个项目造成影响。

项目经理的管理能力不足

没有及时把握进度。项目经理自己也不知道项目的状态,下属人员报喜不报忧,害怕报告问题后给自己添麻烦。进度管理必须随时收集有关项目管理的数据,开发人员总是担心管理工作会增加自己的工作量,不愿配合。管理人员甚至不知道应该收集哪些数据。

由于没有进行定期的项目评审报告会,表面上进展顺利而实际上隐藏着危机。管理人员总是轻信下属的报告而没有加以核实。

出现严重问题时,管理人员没有根据现阶段状况重新评价需求分析结果、工数估算、设计结果等就匆忙采取头痛医头、脚痛医脚的措施,致使问题更严重。

以上谈到了项目失败的几方面原因,实际上还有很多原因,很难一一列举。在这里我们没有篇幅提出如何避免这些问题的对策,但是通过这些原因的列举,希望能激起读者的共鸣。

软件开发案例分析需求模板汇总

E-Storage Management System Software Requirements Specification 电子化仓储管理系统软件需求规格说明书 版权所有不得复制 Copyright ? BroadenGate Technologies, Co., Ltd. All Rights Reserved

Revision Record 修订记录

Catalog 目录

错误!未找到引用源。 Keywords 关键词:仓储管理 Abstract 摘要:本文主要描述电子化仓储管理系统的设计需求,包括功能需求和性能需求,以及其他设计约束等。 List of abbreviations 缩略语清单:

1Introduction 简介 1.1Purpose 目的 1.2Scope 范围 本文档包含电子化仓储管理系统V1.0的对外接口和功能描述,以及和外部的约束关系。2General description 总体概述 2.1Software perspective 软件概述 2.1.1About the Project 项目介绍 2.1.2Environment of Pruduct 产品环境介绍 2.2User characteristics 用户特征 2.3Software function 软件功能 2.4Assumptions & Dependencies 假设和依赖关系 3Specific Requirements 具体需求

3.1Functional Requirements 功能需求 我们采用面向对象分析的方法来作为主要的系统建模方法,使用UML(Unified Modeling Language)作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中,从任何一个角度对系统所作的抽象都可能需要几种模型来描述,而这些来自不同角度的模型图最终组成了系统的映像。 Use Case描述的是“actor”(用户、外部系统以及系统处理)是如何与系统交互来完成时,该模型将来可 派生出动态对象模型。 设计Use-case时,我们遵循下列步骤: 第一步: 识别出系统的管理员。管理员可以是用户、外部系统,甚至是外部处理,通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能,并指明这些功能的执行者是谁。尽可能地确保所有管理员都被完全识别出来。 第二步: 描述主要的Use Case。可以采取不断地问自己“这个管理员究竟想通过系统做什么?”来准确地描述Use Case。 第三步: 重新审视每个Use Case,为它们下了详尽的定义。 电子化仓库管理系统是通过对入库业务、出库业务、仓库调拨、库存调整业务信息的管理,提高仓库管理信息的实时性和准确性,达到即时库存管理的功能,并有效控制并跟踪业务的物流和成本管理全过程,实现完善的企业仓储信息管理。系统中设计了装箱算法,为客户提供合理有效的装箱方案,保证了货物集装箱的利用。本系统可以提供有关库存情况的准确信息,增强了作业的准确性和快捷性、减少了整个物流中由于商品误置、送错、偷窃、损害和库存、出货错误等造成的损耗,并最大限度减少存储成本。 总体功能时序图:(如图3-1所示)

创业项目失败原因分析

什么是创业失败?倒闭了是失败;可能成为一个伟大的公司却陷入平庸也是失败;预期目标和现实相差很大,也是失败;想做大做强,但总是小打小闹,也是失败;一遇风雨就飘摇也是失败。这些都是广义的失败。 做创投的都要研究失败。投资初创期的项目,可能是成二败八;投资成长期的项目,可能是成五败五;投资相对成熟的上市前的公司,可能是成七败三。创业者经历的失败就更多了,创业者个体的失败率非常高,所以研究失败非常重要。 这里从五个层面并用一些案例,来说明什么因素导致了失败。第一是创业者的精神和道德层面;第二是企业发展战略层面;第三是公司治理结构层面;第四是产品技术层面;第五是商业策略与经营模式层面。 创业者的精神和道德层面 缺乏理想每一个成功的企业家,给我的第一感觉就是有理想。反之,我们投资失败的企业,失败的首要原因就是缺乏理想和情操,把钱放到至高无上的地位。 我们原来投资的一家企业做艾滋病药研究,预期可以是个明星企业。如果这个企业还存在的话,肯定在创业板第一批上市公司阵容里。但是它倒闭了,老板也锒铛入狱了。为什么呢?在做企业过程中,他利用这个平台,想自己挣更多的钱。如果一个创业者把钱看得最重要,早晚要失败,因为他可能为了钱做一些不该做的事情。 所以,做小生意勤快就够,做中生意要拼智慧,如果要做大生意,必须靠德,也就是说要有理想。 只适应顺风顺水,缺乏坚持的决心和毅力我们投了一个企业,做生物新药。在过去十年里,它没有一分钱收入。但是它坚持下来了。在美国的同类药,去年卖了78亿美元,而我们做的这个药,价格可以便宜一半。这个成功是个大成功,但如果没有永不言弃的精神,这个公司早干不下去了。 我们投资的另一家企业,在路由器行业兴盛时做路由器,做得不是太成功,就转向网络安全。干了一段,又不行。现在转向了系统集成-一个在中国可能做不大的行业。如果这位创业者坚持做路由器,我想这家公司至少不是现在这种境地。 过于依赖以往的经验,因循守旧拒绝改变产品要升级,模式要创新,管理上也要创新。任何一方面,如果依赖以往的经验,都可能导致失败。我们投资过一个资源类行业企业,条件非常好。但是它死守传统,不去开发创新的产品,也没有开拓创新的模式。金融危机前,传统的产品每年能贡献5千万~6千万元利润,金融危机以后只有500万了,处于半死不活状态。 我们投资东莞的一家光电企业,以前做钢结构,后转向高科技,现在是LED照明的亚洲老大,它的路灯已经超过3000公里。你创新了,做了一个新产品,不用担心过去的产品,这是环境变化带给企业的变化。 长袖善舞,缺乏务实精神有些创业者不是扎扎实实地干,而是投机取巧。比如说靠忽悠,靠忽悠能成一时,无法成一世。讲门子、盼速成,希望一件事情很快能成功。天上掉馅饼也许有一次,不会有第二次。企业缺乏务实精神,今天不失败,明天也会失败。 为上市而上市,既害人又害己企业上市,应该是水到渠成的过程,不是靠单纯的包装。为上市巧做假账,毛利或者净利突然提升。为上市拆东墙补西墙,拆一次可以,但如果遇到环境变化,那可能拆西墙补东墙也不够。还有的企业为了上市而盲目扩张,结果不能适应市场需要,或者没有团队去经营扩张以后的资产而导致失败。 企业发展战略层面 不清楚长期战略创业不能只知道今天干什么,不知道明天干什么。长期发展战略处在一个混沌状态,你就没法给员工指明方向。 我们投资做太阳能的晶科能源时,公司单一做拉晶,在行业内处于二三流地位,很快碰上金融危机。面临金融危机,企业认真分析了行业状况,做了战略调整,由原来的拉晶扩展到电池片,再扩展到电池组件,2010年在纽交所发行股票上市,前段时期又以很高的价格增发了一次。晶科2010年前三季度实现净利人民币5.14亿,其中第三季度实现2.59亿,环比增长43.6%,同比增幅高达1865%,这家企业已经进入了第一流的太阳能企业行列。

软件项目开发可行性分析报告模板

系统开发与设计可行性研究报告 令狐采学 1、引言 1.1编写目的【阐明编写可行性研究报告的目的,指出读者对象。】 1.2项目背景【应包括:a.所建议开发软件的名称;b.项目的任务提出者、开发者、用户及实现软件的单位;c.项目与其他软件或其他系统的关系。】 1.3定义【列出文档中用到的专门术语的定义和缩写词的原文。】 1.4参考资料【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括:a.项目经核准的计划任务书、合同或上级机关的批文;b.与项目有关的已发表的资料;c.文档中所引用的资料,所采用的软件标准或规范。】 2、可行性研究的前提 2.1要求【列出并说明建议开发软件的基本要求,如a.功能;b.性能;c.输出;d.输入;e.基本的数据流程和处理流程;f.安全与保密要求;g.与软件相关的其他系统;h.完成期限。】 2.2目标【可包括:a.人力与设备费用的节省;b.处理速度的提高;c.控制精度或生产能力的提高;d.管理信息服务的改进; e.决策系统的改进; f.人员工作效率的提高,等等。】 2.3条件、假定和限制【可包括:a.建议开发软件运行的最短寿命;b.进行系统方案选择比较的期限;c.经费来源和使用限制;d.法律和政策方面的限制;e.硬件、软件、运行环境和开发环境的条件和限制;f.可利用的信息和资源;g.建议开发软件投入使用的最迟时间。】 2.4可行性研究方法 2.5决定可行性的主要因素 3、对现有系统的分析 3.1处理流程和数据流程 3.2工作负荷 3.3费用支出【如人力、设备、空间、支持性服务、材料等项开支。】

3.4人员【列出所需人员的专业技术类别和数量。】 3.5设备 3.6局限性【说明现有系统存在的问题以及为什么需要开发新的系统。】 4、所建议技术可行性分析 4.1对系统的简要描述 4.2处理流程和数据流程 4.3与现有系统比较的优越性 4.4采用建议系统可能带来的影响 4.4.1对设备的影响 4.4.2对现有软件的影响 4.4.3对用户的影响 4.4.4对系统运行的影响 4.4.5对开发环境的影响 4.4.6对运行环境的影响 4.4.7对经费支出的影响 4.5技术可行性评价【包括:a.在限制条件下,功能目标是否能达到;b.利用现有技术,功能目标能否达到;c.对开发人员数据和质量的要求,并说明能否满足;d.在规定的期限内,开发能否完成。】 5、所建议系统经济可行性分析 5.1支出 5.1.1基建投资 5.1.2其他一次性支出 5.1.3经常性支出 5.2效益 5.2.1一次性收益 5.2.2经常性收益 5.2.3不可定量收益 5.3收益/投资比 5.4投资回收周期 5.5敏感性分析【敏感性分析是指一些关键性因素,如系统生存周期太短、系统工作负荷量、处理速度要求、设备和软件配置变化对支出和效益的影响等分析。】

案例-某公司软件过程规范示例

编者说明: 软件过程管理中的一个很重要的工作就是制定项目、组织的过程规范,它是软件开发组织行动的准则与指南。该文档就是一个实际的过程规范的实例,通过该实例,相信对大家根据自身情况制定符合要求的项目过程规范、组织过程规范有很好的借鉴作用。 1.总则 最大限度提高Q&P(质量与生产率),提高Q&P的可预见性,是每一个软件开发机构的最大目标。而Q&P依赖于三个因素:过程、人和技术,因此要实现Q&P的提高,除了加强技术能力,引进、培育更多优质技术人才之外,规范、改进机构的过程是一个十分重要的手段。我们希望通过在制定软件过程规范标准,并在软件开发实践中不断地完善、修订,提高Q&P和Q&P的可预见性。 本规范采用CMM(软件过程成熟度模型)的指导,吸收RUP、XP、MSF、PSP、TSP 等过程规范指南的思想、方法及实践,充分结合xxx技术开发部的实际情况,引入先进的技术、方法、工具,为公司的软件开发工作提供一部详细、可操作的过程指南。在本规范的第一版本中,主要包括管理过程和开发过程两个部分,管理过程中包括项目管理过程、需求变更管理过程、配置管理过程。对于软件开发项目中的其它的一些过程将在实践中逐步补充、完善。 2.项目管理过程规范 项目管理过程是对软件项目过程进行计划、监控/管理、总结的辅助过程,包括需求、配置、成本、进度、质量和风险等的管理。项目管理过程主要包括三个阶段:项目立项与计划、项目实施、项目关闭。 2.1 项目立项与计划 参与人员:技术开发部指定的项目负责人(包括前期负责人、正式的项目经理)、立项申请人、[相关最终客户]以及实施该项目的开发组队成员; 入口准则:接到经公司总经理或副总经理批准的市场部门的《软件开发立项申请表》;

项目失败总结报告

项目失败总结报告 篇一:项目总结报告范文 项目总结报告范文(一) 时间过得真快,转眼间,在山大实习生活就结束了 四周的时间能够和山大的同学一起工作、学习、生活我感到非常的荣幸,同时也感觉到很大的压力,作为电子商务专业的学生从事软件开发感觉还是有一定的困难,特别是我们还是和山大大三的学生一起,在初来时自己就有一些不自信,但随着项目的进展,我慢慢的找到了自己的位置,找到自己的目标,虽然自己与好的同学还有差距,这也给了我很大压力,但是我相信没有压力就没有动力,所以整个实训过程中我都在不断地努力。 实训期间让我学到很多东西,不仅在理论上让我对it 领域有了全新的认识,在实践能力上也得到了很大的提高,真正的学到了学以致用,更学到很多做人的道理,对我来说受益匪浅。特别是利用周六上午的时间山大为我们安排的讲座让我们了解it领域一些新的发展动态以及一些领先的技术,让我意识到自己知识的缺少,这激励我在以后的学习、工作、生活中要不断了解信息技术发展动态以及信息发展中出现的新的技术。 除此之外,我还学到了如何与人相处,如何和人跟好的交流,我们组成一个团队大家一起开发一个项目,大家的交

流沟通显得尤为重要,如何将自己的想法清楚明白的告诉队友,如何提出自己想法的同时又不伤害其他的队友的面子,这些在我的实训生活中都有一些体会。可是说,第一次亲身体会理论与实际相结合,让我大开眼界。也是对以前学习的一个初审吧,相信这次实训多我以后的学习、工作也将会有很很大的影响,在短短的二十几天里这些宝贵的经验将会成为我以后工作的基石。作为大二的学生,经过两年的在校学习,对程序设计有了一些基本的理性的认识和理解。在校期间一直忙于理论的学习,没有机会也没有经验来参与我们项目的开发,所以在实习之前软件按开发对我来说是非常抽象的,一个完整的项目要怎么来分工以及完成该项目所需要的基本步骤也不明确,经过这次实训让我明白一个完整项目的完成必须团队分工合作,并在每个阶段进行必要的总结和检查。在我们项目的开发过程中我们项目的步骤:详细设计、详细设计review、编码、编码review、单体测试。在项目开发过程中我也深刻的体会到详细设计对一个项目开发有明确的指引作用,它可以使开发人员对这个项目所要实现的功能在总体上有具体的认识,并能减少在开发过程中出现不必要的脱节。经过二十多天的obbligato信息安全管理的java开发,是我对java软件开发平台有了更深一步的了解,也对nec公司的obbligato平台有了一定的了解。 这次实训是对我们两年学习的一个检验,虽然项目中很

一个项目失败的总结

一个总成本花费100W的失败项目的小小反省 这个项目开始到几个月前基本暂停,总共差不多花费100人月,总成本应该也差不多是100W 吧。 在几个月收获的产品只有一堆中间代码。当然,参与成员对某些技术还是有进步的。 我稍微对项目作一些总结吧。要想不好了伤疤忘了疼,需要总结经验,不管是成功还是失败的经验,成功是一个模式,(失败就是反模式)。 没有开始的开始,一个噩梦的开始 前期没有任何固定的严格项目可行性分析 老板指哪儿打哪儿,就算是老板一种模糊的感觉,下属只能全力以赴了。这在我们这类企业里面应该算是很普遍的。当一次回头看,这100W算是做了一个可行性的探讨。 风险管理,尤其当你使用一个有新的/先进/陌生的技术,使用一个陌生技术,风险是很多的,不管宣称它有多先进。 如果在项目初期没有进行风险的管理探讨,最后,这些风险不会凭空消失,一部分会出来,Block你的项目,毁了你前面做的工作,最后毁了你的项目。 需求,没有远景,没有边界 当项目走了很远的时候,当需求好像无穷无尽的时候。经验丰富的领导总算想起要做一个边界定义了。

如果没有一个边界,需求是做不完的,满天的麻雀,都想要抓,团队的人力物力是非常有限的,对于一个产品来说,市场也是不会等人的,必须要在规定的时间内出来的软件,才有可能成为一个成功的软件。 需求,脱离用户的需求 当需求只是凭空猜测的需求,自然会让人觉得无穷尽,因为人类想象力总还是比我们能做到的要多的。但是,这带来的可能不仅仅是没有尽头,脱离用户的需求,仿佛就是在修炼屠龙绝技。修炼出来是没有市场的。 需求,隔靴搔痒的需求 如果软件的最终用户是经过培训、积极配合软件开发过程的,这个软件的成功机率大概可以提高好几成。可惜的是,我所看到的很多一部分都不是这样的。(项目自己尚且对过程没有什么控制,谈何对用户代表做出要求呢)。我所见到的是,用户代表往往仿佛一开始就是等着验收软件,不想参与详细需求的制定,大部分都是靠需求采集人员的猜想,猜想往往和实际有差距,往往只能像挤牙膏那样从用户那里得到一些提示,或者片言只语的判断。往往是经过无数次的往返交流,需求还是雾里看花。需求采集人员在繁琐中失去耐心,索性天马行空猜测一番了事,不再去麻烦用户。 走到一个陌生的行业/领域,需要勇气和资源 走到一个陌生的行业/领域,有时候是必须的,就像众多企业的多元化之路。非常不巧的是,也是众多企业的多元化之路一样,软件要想进入一个陌生的行业领域,也是一条艰辛之路。需要的不仅仅是勇气,还需要机遇,所谓东风是也。但是还需要资源作为支持。如果低估了艰辛程度,可能就低估里所需的资源。没有必要的资源,也许你走了90%的路了,你要走不完剩下的路,也许你从沙漠中央走到了离沙漠边界只有数里之遥的边界,没有了那最后的补给,你还是出不了沙漠。任何风吹草动都可能成为压垮你的最后稻草。

电子政务软件开发行业分析报告I65软件和信息技术服务业

电子政务软件开发行业分析报告 1、行业及发展概况 1.1行业概况 1.1.1 软件行业总体市场 软件行业作为国家基础性、战略性产业,在促进经济和社会发展具有重要作用。中国软件行业市场总量近年来保持快速增长的趋势,软件行业业务收入在国内生产总值中所占的比重不断攀升。根据工业和信息化部历年电子信息产业经济运行公报数据显示,2009、2010 年中国软件产业完成业务收入分别为9,513亿元和13,364 亿元,分别较上年增长25.62%和40.48%。2011 年中国软件业务收入达18,468 亿元,同比增长38.19%,超过“十一五”期间平均增速10个百分点,实现了“十二五”软件行业的良好开局。2012 年、2013 年和2014 年软件业务收入分别达到25,022 亿元、30,587 亿元和37,235 亿元,分别较上年增长35.49%、22.24%和21.73%。2008-2014 年中国软件行业业务收入规模及增长情况如下图: 1.1.2电子政务市场的发展状况 电子政务是指政府机构在其管理和服务职能中运用现代信息技术,实现政府组织结构和工作流程的重组优化,超越时间、空间和部门分隔的制约,建成一个精简、高效、廉洁、公平的政府运作模式。主要包括三个组成部分:一是政府部门内部的电子化和网络化办公;二是政府部门间通过计算机网络进行的信息共享和实时通信;三是政府部门通过网络与民众之间进行的双向信息交流。 20世纪80年代初以来,国务院有关部门相继建设了一批业务系统、办公自动化系统和政务自动化系统。比如“十五”期间,国家推进了金关、金税、金盾、金审等重点电子政务工程建设,取得了重要进展,这些应

软件开发成功案例

软件开发成功案例 >篇一:软件项目成功案例>>(1432字) 为了方便学校院系考评本院系各班级预备党员的学风、品行,作为预备党员转正的参考依据,校方委托我团队设计制作“校园预备党员评优系统”,通过学生不记名在线打分的形式考评预备党员的各项素质,并按照各项考评分数给出每个被评分人员的综合考评得分以及排名情况。建设目标:学生考评做到有理有据,公平公正为了方便学院领导对每个处于预备转正期的学生的综合考评,学院除了要考评其个人学习成绩外,还要听取广大师生的意见,从而为我党选拔品学兼优的人才。 为此考评系统从学生的德、智、体、美、劳以及宗教信仰共6个方面进行考评,并为每个考评设定优、良、差三个等级供师生评判,且采用网上在线投票的形式进行打分,同时禁止重复打分,恶意修改分数,跨班级打分等现象,进而做到有理有据,公平公正。解决>方案:校园预备党员评优系统评优系统分为三大模块,用户管理模块、学生评分模块以及考核统计模块。用户管理模块,收录参与评分师生以及预备党员的个人信息,系统会给出预备党员的个人信息描述,以便评分者了解,而评分师生则只收录登录用户的基本资料,方便管理。学生评分模块,评分师生对预备党员的6项指标进行评分,等级为优、良、差三个级别,系统后台则会记录不同等级对应的分值。系统会记录每个评分师生的评分操作,以防止跨班级评分,修改评分,重复评分等现象。考核统计模块,学院党支部老师可以从班级、专业、个人、考评项目等多维角度查看被评者的分值,进而从多方面了解该生的情况。 项目收益:使校方能从多个角度了解,认识学生校园预备党员评优系统不仅仅是一个针对预备党员个人素养的综合考评工具,更重要的是,它能够帮助校方更好的了解自己的学生,包括学业、爱好、性格、宗教信仰、为人处事等,为学校选拔优秀人才,预防校园不良事件提供了一定的支持。 智能表单系统在网站中经常会遇到需要用户填写一些资料的情况,这个过程对于用户来说没有任何问题,但如果表单样式经常修改,对于网站开发人员来说,将是一个比较繁琐的过程,他除了要修改表单的网页样式,还要相应的修改后台数据库的样式。是否有一种软件,既能实现表单创建、数据库表创建以及表单发布一站式服务,又能让非计算机技术人员轻松掌握,智能表单系统应运而生。建设目标:表单创建及发布一站式服务,非计算机专业用户轻松掌握智能表单系统面向的主要用户是那些不懂计算机编程,并且需要经常发布表单或者修改表单的网站文案人员,借助这套系统,用户只需简单的拖拽一些表单控件,并为这些控件命名,告知信息录入人员该填写的条目项即可,而数据库

影响我县项目推进的原因分析及解决措施(同名42366)

影响我县项目推进的原因分析及解决措施(同名42366)

项目在立项、可研、环评、选址、征地等阶段停留时间较长。同时,县上要求特办的项目多,打乱了项目审批现行规定的程序,法定资料亦不能如实完整提供,县上的要求精神多数的没形成文字性的依据,导致审批部门审核时左右为难,耽误的时间较多。 建议:减少和优化程序,出台富顺县项目审批管理部门规定;对我县需特办的重大项目,提早完善其文字性纪录、纪要、文件。 (二)业主单位对项目建设前期工作准备不充分。主要表现在:一是前期立项报建审批程序未完善、手续不齐备,施工过程中边干边办。二是地勘不详、工程功能不完整、设计图纸较粗糙。有的业主将初设图代替施工图,造成预算编制不完整,错项、漏项较多、工程预计量不准确。部分项目设计图纸、施工图纸与现场差异较大,造成项目在实施过程中设计变更多,增减工程量大,影响了项目的进展。三是有的业主单位不能提供施工场地便匆忙开工建设,如征地拆迁未完成、三通一平未完善等,造成工期延误,影响工程进度。 建议:加强项目实施政策的宣传,特别是加强业主部门领导班子及具体经办人员项目知识的培训。 (三)项目建设前期的一些细节问题。一是财政评审中,低价中标企业交纳的低价风险抵押金中保函比例太高,达70%,或交纳不及时,不利于财政监管。二是自贡建设材料定价与富顺部分建设材料实价之间价差太大,易成为低价中

标企业在日后要求增加工程预算的借口。三是部份建设单位签订合同不及时、不严谨,留有“活口”,未按程序及时答复施工单位提出的条件和问题,易在今后工程结算时造成不必要的纠纷。 建议:严格控制低价风险抵押金中保函比例不超过50%,在财政评审中综合考虑解决部分材料定价与实价价差问题,防止其成为低价中标企业日后要求增加工程预算的借口;严格审查和完善合同条款和内容,避免合同中的“活口”。 (四)经济主管部门决策影响。主要表现在制定发展目标时,对各单位以旧报新、以小报大和仅有投资意向的项目,全部列入工作计划,不管以后是否开工建设,形成纸上罗列项目多,会上汇报项目多,而实际开工不足这一尴尬被动局面。 建议:完善项目储备库,争取将优势重点项目纳入省、市和县不同时期的规划中;积极推进项目论证、优化设计等工作。 三、项目推进过程 (一)业主单位领导干部全局意识不强。部分大系统单位每年争取到的项目较多(如交通、水务、卫生等),部分领导局限于部门利益,由本部门“包干”,不愿放权给乡镇,因为人员有限,导致项目实施不多或推进缓慢。同时,由于项目落地乡镇无利可图,有责无权,在涉及拆迁协调等问题上不愿配合或配合不积极。

软件开发需求分析报告

需求分析报告 1.引言 1.1目的 需求,指的是系统提供的能力必须遵从的条件,一个系统能否达到预期目标,系统需求做的好坏起着决定性作用,因此,他无疑是该平台开发过程中的重要一环。按照传统的软件工程理论,需求分析的目标就是确定要干什么,而不是怎么干,按照统一软件过程的理论(RUP理论),该平台的需求分析就是要致力于高效的正确的开发系统。必须足够详细的描述出系统需求,同时也要详细的描述系统必须达到的条件或实现的功能,使得用户就系统产生的问题一致。 本章将要对”基于教学POI的校园公共服务平台设计与开发”的需求进行分析,再此基础上将会对系统的各个功能进行建模,并且给出模型模型描述的图例序列图等模型。建立系统目标和需要解决的问题。 1.2背景 本设计将对基于教学POI的校园公共服务平台设计与开发进行详细的需求分析;基于教学POI的校园公共服务平台设计在兴趣点软件或APP中属于较为新颖贴近学生生活与教学内容的软件在这方面有大量的资源可循但是并没有与之相关的软件。作为本次软件工程设计的需求总体分析我们需要在POI、教学以及手机软件开发进行基本的融会贯通。 1.3术语 列出本报告中用到的专门术语的定义。 2.任务概述 2.1目标 POI信息平台系统的建立,最直接的提供了非常好的查询管理平台,极大的方便了学生的查询教学点\课程等方案的选择,为学生教师等提供了海量的便利教学信息;学生再也不用考虑担心自己找不到有疑问而大费精力. 通过对用户需求分析以及POI流程研究我们应该解决以下问题 在APP中搜索到正确的\合理的POI信息; POI信息的充分展现,包括地图展示并标记POI点的特殊标记;

投标失败的原因分析投标成功的策略分析

投标失败的原因分析及投标成功的策略分析 绪论 随着我国经济体制的改革,社会经济已经由原来的分配模式转变为市场经济体制,大型的工程建设项目由原来计划发展委员会分配的模式,转变成以招投标的形式决定项目的归属。所以,在我国经济飞速发展的今天,建筑类企业想要获得发展,就必须准确掌握招标和投标的相关知识,尤其是掌握投标成功的技巧。但是,通过调查可以知道,现阶段,由于准确掌握投标知识的人才并不多,所以,一般的企业一般难以作出一份成功的投标书,从而拿不到工程项目,对企业的发展形成严重的障碍。为了,解决这一问题,本文结合相关资料,采取分割说明,层层深入的方法,从经济学,法律学,心理学,风险管理等方面入手,努力探究投标失败的原因,并且为成功投标提出若干策略,希望能够为企业掌握投标的技巧,成功中标提供一定的帮助。 1. 投标失败的原因 投标失败就是指企业在付出一次的投标的努力之后而没有中标,这包括没能顺利完成标书;完成标书,但由于不合规范而成为废标;提交了符合规范的标书,但由于投标过程具有不合法的操作而取消投标资格;标书没能达到业主要求;以及标书和其它竞争者相比,没有明显优势而没能中标等多种形式。本文按照投标的程序,结合经济竞争的原理,将投标失败的原因归为规范层面,法律层面,综合能力层面三个层面进行分析,努力说明投标失败的主要原因。 1.1 从投标文件的规范上

中国《招标投标法》对投标的规范进行了明确的说明,各地方政府也出版了相关条例,规范对于投标程序,标书的制作做出了明确的规定,但是一方面由于企业对相关规范的不了解,另一方面,由于工作态度的不严谨,不符合规范的投标文件还是频频出现,而且经常是由于一些低级的错误,使得一些具有竞争力的标书成为废标,导致一些企业无奈退场,本文从标书制作的方面面面,努力列举标书制作过程中的常见错误,大致可以分为以下几个方面: 1.1.1封面:包括格式错误;所投标段,里程名称错误,投标日期错误;没有按要求加盖公章 1.1.2目录:包括目录的顺序与招标文件的要求不一致;目录的编号,页码,标题与标书内容不一致 1.1.3投标书及投标书附录:报价金额是否与“投标报价汇总表合计”、“投标报价汇总表”、“综合报价表”一致,大小写不一致,国际标中英文标书报价金额不一致;投标书没有按已按要求盖公章;法人代表或委托代理人没有按要求签字或盖章; 1.1.4授权书、银行保函、信贷证明在格式,法人签字,委托代理人签字,委托书日期,委托权限,信贷数额上不符合要求。 1.1.5报价:包括报价表格式,子目排序不符合要求;“投标报价汇总表合计”、“投标报价汇总表”、“综合报价表”及其他报价表是否按照招标文件规定填写,编制人、审核人、投标人没有按规定签字盖章;“投标报价汇总表合计”与“投标报价汇总表”,“投标报价汇总表”与“综合报价表”,“综合报价表”与“单项概预算表”,“单项概预算表”

(项目管理)失败案例谁该对项目的失败负责

失败案例:谁该对项目的失败负责 卡尔公司简介 卡尔公司是一家拥有15亿元资产,以低成本、高质量著称的橡胶集团公司。卡尔公司曾经有12条不同的橡胶产品生产线。“卡尔”这个品牌在橡胶制造业就是质量保证的代表,该品牌保持了相当长的生命周期。其长久性还表现在公司组织结构上,卡尔公司保持了同样的组织结构至少已有15年的历史。 从结构图中可以看到,集团公司的市场部负责公司大部分事项;而工程设计部则只是一个辅助机构,其人员组成单一,职能功效不明显;制造工业部主要负责生产制造事务。 卡尔公司的最高管理层人员是些极度保守的人,他们认为凭借现有的产品生产线,只需占领现有市场而不必开发新产品就能使公司很好地发展。在这种经营理念指导下,卡尔公司只保留了由极少数人组成的开发和研制部门,工程设计部的使命仅仅是简单地评估或者核计现有生产线的技术水平。 卡尔公司的声誉很好,以至于总是能接到希望其制造相关专业产品的咨询或要求。不幸的是,卡尔公司管理层保守的天性使他们脑子里根深蒂固地建立了一种思想,即“不要摇动这艘船”。由于这种想法的存在历史悠久,因而他们反对任何一种冒险行为。他们还设计了一个评估表,作为生产新的专业产品的评价标准,只有符合该标准,新产品设计和制造项目才有可能被接受。标准如下: 1. 这种特殊产品的生产是否能提供与现有生产线生产的产品一样具有20%的边际利润率? 2. 在生产专业产品的合同中,其所有的项目对该公司有何利益性? 3. 这种专业化的产品最后能否发展成为专业生产线生?/P>

4. 这种特殊产品能否在最小化改造公司现有的生产线和现有制造操作方法的条件下生产? 这些苛刻的要求使得卡尔公司在所有设计和生产专业产品或新产品的招标中的中标率低于10%。 项目简介:彼得公司的项目 1992年12月7日,卡尔公司的市场部副主席费兰先生接到一个不同寻常的电话,该电话从彼得公司市场部副主席戴力先生处打来。以下是他们对话的大致内容:戴力:我现在手头有一个非同寻常的难题,那就是我们的开发和研制部门有25万美元的一项委托,该委托是研究关于新橡胶产品材料的开发及制造的。但我们公司没有可利用的人才来承担该项目,所以我们不得不向外招标。但我非常希望您的公司能接受这个项目。 费兰:尽管我们曾为你服务过,但正如你所知道的,我们公司研究小组功能并不完备,且技术条件也不充分。因此,我很抱歉我可能不能让我们的管理人员来承担这项工作。可以考虑让一些别的公司来做开发工作,而我们最后可以接管该项目的生产。 戴力:看,我们对你们制造工业部的能力非常有信心。我们在产品生产上很愉快地合作了5年。而且如果这个项目成功,将给您的公司带来巨大的利润。 费兰:噢,是这样,那么你能否提供些详细资料? 戴力:我所能给你的就是生产该产品的粗略的说明书,我认为我们最好能找个机会面谈一次。

软件开发可行性分析报告

可行性分析报告 版本号1.0 修订历史

目录 1. 引言 (4) 1.1项目背景 (4) 1.2术语定义 (4) 1.3参考资料 (4) 2. 市场可行性 (4) 2.1市场前景 (4) 2.2产品定位 (4) 3. 技术可行性 (5) 3.1功能说明 (5) 3.2技术分析 (5) 4. 资源可行性 (5) 4.1人力资源 (5) 4.2软件资源 (5) 4.3设备资源 (5) 4.4时间资源 (6) 5. 经济可行性 (6) 5.1投资规划 (6) 5.1.1 基础投资 (6) 5.1.2 直接投资 (6) 5.2收益分析 (6) 5.2.1 定量收益 (6) 5.2.2 非定量收益 (6) 5.3投资收益率 (6) 5.4投资回收期 (6) 6. 社会可行性 (7) 6.1法律可行性 (7) 6.2政策可行性 (7) 6.3使用可行性 (7) 7. 评价过程 (7) 7.1评价标准 (7) 7.2评价结果 (7) 8. 结论 (8)

1.引言 1.1项目背景 随着人民生活水平的提高,以及我国休假制度的完善,人们拥有了更长更多的假期,而假期外出旅游成为了越来越多的人们度过假期的第一选择。在这样的背景前提下,各大旅游景区更是成为了热门中的热门,这也造成了在旅游高峰期部分旅游景点人流过大导致拥堵,从而影响到游客旅游体验的问题。不过从根本上来说,并不主要是因为游客数量的过大,往往是因为景区的服务不够全面细致,管理不够科学,效率不高所造成的,例如景区内部的地标不够详细或者是不够完整都可能会影响的游客游玩时的顺畅性。另一方面来说,游客人数的急剧增长所带来的安全问题,如游客的人生安全,景区的设施安全等也日益明显突出起来,系统化、电子化、网络化、智能化的景区管理系统也成为了日益迫切的需求,本项目就是在这样的背景下提出的,旨在开发出一个能够方便游客、便于景区管理的景区导览系统。1.2术语定义 Java:Java是一种可以撰写跨平台应用软件的面向对象的程序设计语言。Java 技术具有卓越的通用性、高效性、平台移植性和安全性,广泛应用于个人PC、数据中心、游戏控制台、科学超级计算机、移动电话和互联网,同时拥有全球最大的开发者专业社群。在全球云计算和移动互联网的产业环境下,Java更具备了显著优势和广阔前景。 Android:Android是一种以Linux为基础的开放源代码操作系统,主要使用于便携设备。该平台由操作系统、中间件、用户界面和应用软件组成。 Wifi:Wi-Fi是一种可以将个人电脑、手持设备(如PDA、手机)等终端以无线方式互相连接的技术。 1.3参考资料 2.1市场前景 客户端的开发是基于谷歌android 操作系统平台的,该操作系统是目前最火热的几大主流操作系统之一,具有巨大的市场和发展潜力,有望在未来几年成为移动电子设备上占有量最大的操作系统,因此本软件选择在之上进行开发,另外, 编程语言选择Java,因此具有较好的可移植性。 2.2产品定位 该系统将要完成的是旅游景区的导览功能。这里提到的导览,是指景区向游客提供的一种服务,这种服务的目的是让游客能够方便的获取景区的各种介绍信息以及景区的实时状态,例如景区内各个分景点的人流是否拥挤、分景点的游览车的数量等等,还要提供相应的查询功能,例如查询欲知景点的位置信息,当前位置到该景点的距离及绘制出最合适的路径

软件开发案例分析

软件开发案例分析课程设计(论文)题目:校园人力资源管理器 院(系):电子与信息工程学院 专业班级: 学号: 学生姓名: 指导教师: 教师职称: 起止时间:

课程设计(论文)任务及评语 院(系):电子与信息工程学院教研室:

目录 第1章绪论 (1) 1.1背景分析 (1) 1.2设计的意义 (1) 1.3可行性研究 (2) 1.4相关技术与开发工具介绍 (3) 第2章需求分析 (6) 2.1系统分析 (6) 2.2必要性分析 (6) 2.3系统功能分析 (6) 2.4数据字典 (7) 第3章系统设计 (9) 3.1项目规划 (9) 3.2系统功能结构图 (9) 3.3设计目标 (11) 3.4开发及运行环境 (11) 第4章数据库设计 (12) 4.1概念设计 (12) 4.2逻辑设计 (13) 4.3物理设计 (14) 第5章界面设计与实现 (17) 5.1查询界面设计与实现 (17) 5.2主界面设计与实现 (26) 第 6 章总结 (30) 参考文献 (31)

第1章绪论 1.1背景分析 通过网络人力资源管理系统对校园人力资源进行管理,可以降低校园人力资源管理的成本,提高人力资源管理的效率,使校园人力资源管理适应时代的发展要求,大大提高校园的核心竞争力。 系统分析 需求分析 总体设计 项目规划 人力资源管理系统是针对中小型校园现有员工和新聘员工的一个web管理平台,主要包括以下功能模块。 员工管理模块:主要用于浏览员工信息,添加员工信息,修改员工信息和删除员工信息。 招聘管理模块:主要用于浏览、添加、删除和查看应聘人员信息,对校园人才库进行查看、删除以及将应聘人员导入到人才库。 培训管理系统:主要用于浏览培训计划,添加培训计划,查看培训计划的详细信息,删除培训计划,填写培训总结,查看培训总结和删除培训总结。 1.2设计的意义 劳资人事管理是公司校园内部很重要的一个管理事项,但目前大多公司内部劳资人事的管理,基本上是手工操作或是基于dos下的应用,这样对信息的管理者有诸多不便,有的虽然是用foxpro、visual foxpro开发,但由于开发工具本身的限制,对网络功能的支持程度不是很强,为以后软件升级到互联网带来了麻烦。因此有必要开发一个基于网络的劳资人事管理系统,能在网络环境下实现数据的录入、插入、删除、查询、统计、更新、打印等功能。同时,为了信息的保密与安全,系统还要提供一定的安全机制。

软件开发项目失败原因分析

软件开发项目失败原因分析本页仅作为文档页封面,使用时可以删除 This document is for reference only-rar21year.March

软件开发项目失败原因分析 软件开发是一项复杂的系统工程,牵涉到各方面的因素,实际工作中,经常会出现各种各样的问题,甚至面临失败。如何总结、分析失败的原因,得出有益的教训,对一个公司来说,是在今后的项目中取得成功的关键。 需求内容不明确,把握不充分 这是我们经常遇到的问题。一方面,由于客户(需求方)IT知识缺乏,一开始自己也不知道要开发什么样的系统,或者懒于系统地整理出来,经常是走一步算一步,不断地提出和更改需求,使得实现方叫苦连天。另一方面,实现方由于行业知识的缺乏和设计人员水平的低下,不能完全理解客户的需求说明,而又没有加以严格的确认,经常是以想当然的方法进行系统设计,结果是推倒重来。因此,需求分析必须注重双方理解和认识的一致,逐项逐条地进行确认。 工数估算过少 软件开发的工数估算是一项很重要的工作,必须综合开发的阶段、人员的生产率、工作的复杂程度、历史经验等因素,将一些定性的内容定量化。对工数的重要性认识不足,经常用拍脑袋的方式草算,是最常见的问题。还有,软件开发经常会出现一些平时不可见的工作量,如人员的培训时间、各个开发阶段的评审时间等,经验不足的项目经理经常会遗漏。同时,还有如下一些原因也是很典型的:

(1)出于客户和公司上层的压力在工数估算上予以妥协。例如,客户威胁要用工数更少的开发商,公司因经营困难必须削减费用、缩短工期,最后只能妥协,寄希望于员工加班。 (2)设计者过于自信或出于自尊心问题,对一些技术问题不够重视,或者担心估算多被嘲笑。 (3)过分凭经验。由于有过去的成功经验,没有具体分析就认为这次项目估计也差不多,而没有想到这次项目可能规模更大、项目组成员更多、素质各异、新员工很多,而且是一个新的行业。 项目组织过小 每个公司都希望以最少的成本完成项目,人手不足是大多数项目都会面临的问题。还有一种情况是项目组成员的技术水平达不到项目的要求,公司只能提供这些分配好的技术人员,或者由于项目经理的失误,在项目工数估算时没有明确要求技术水平,寄希望于员工自己努力。还有一些项目经理认为,在项目启动时不需要高水平的技术人员。 开发计划不充分 没有良好的开发计划和开发目标,项目的成功就无从谈起。开发计划太粗略,主要反映在以下几个方面: (1)工作分担(责任范围)不明确,工作分割结构(WBS)与项目组织结构不明确或者不相对应,各成员之间的接口不明确,导致有一些工作根本无人负责。

软件项目失败的几个原因总结

软件项目失败的几个原因总结 长年混迹在软件场的老鸟们,哪个没品尝过失败的痛苦,当我们的日日夜夜的加班及辛苦的劳动换来的只是失败的结果时,不知道你有何感想。每当我完成一个项目时,都有着虚脱的放松感。虚脱是累的,放松是一种解脱,不论项目成败,心里的感觉就是—个——终于解脱了。 在软件行业这些年里,生活就如同上了发条,不允许有一丝的松懈,就是希望自己负责的项目能够成功,得到公司和客户的认可。但现实呢?相信所有人都一样,都会遇到这样或那样的问题,“理想很丰满、现实很骨感”。 老吴今天要说的是软件项目失败的根源到底在哪? 幸福都是一样的,但不幸却各有各的不幸。 当我们接一个项目,在初期需求调研时,感觉客户确实要的不多,功能也不太复杂。 但随着项目的深入,你会发现客户的需求会不段的蹦出来,而且客户谈的需求也很合理,应该有,不加上功能确实不完整。但是,一切已经远超你最初的控制了。当初只是10万的一个网站,后来变成你根本控制不住成本,变成了赔本连吆喝都没赚到,客户还不满意。说你:“太垃圾了,这么简单的产品都做不出来”。你,苦啊…… 案例分析: 前两年我受公司委托,以产品经理身份参与了某房产信息平台的建设,从项目谈判、需求调研、设计、开发、上线,整个过程都全程参与。在谈这个平台规划时,感觉确实是一个有前景的房地产信息平台:平台目标是为了能够打通买方、卖方、经纪人、中介公司、建委等多方的信息瓶颈,让信息通过平台变得透明,让交易变得公平而公正,买方能够通过平台直接联系卖方,实现自行交易,如果能够真正实现自行交易,将会打破整个房产市场结构。如在网络上实现交易,买、卖双方因为信息不对称而存在不信任问题。如何解决呢?买方,通过向平台提供个人相关资料信息,平台利用买方提供的资料信息进行购房资格和身份的核验,保证买方为有资格的有效购房人;卖方,平台与北京建委实现合作,提供卖方的房产信息真实性校验,保证卖方人与房源的真实性。解决了这两个瓶颈,就有了自行成交的前提。当时与对方沟通过多次,客户对我方公司资格和

软件开发成功案例3个

软件开发成功案例3个 导读:我根据大家的需要整理了一份关于《软件开发成功案例3个》的内容,具体内容:软件开发,是根据用户要求建造出软件系统或者系统中软件部分的一个产品开发的过程。以下是我分享给大家的关于软件开发成功案例,欢迎大家前来阅读!软件开发成功案例篇1:2011... 软件开发,是根据用户要求建造出软件系统或者系统中软件部分的一个产品开发的过程。以下是我分享给大家的关于软件开发成功案例,欢迎大家前来阅读! 软件开发成功案例篇1: 2011年08月 编委专家简介 陈志波 陈志波博士目前是Technicolor中国研究院多媒体实验室主任,视频处理/编码/媒体质量分析领域的专家,国际电气与电子工程师学会(IEEE)多媒体技术委员会成员,并是一些国际多媒体会议的组织委 员会和程序委员会成员。作为公司首先启动敏捷式研究管理的项目负责人,有四年以上的利用敏捷式(Agile)管理流程管理研究和创新团队的经验。 单岚 任职于用友医疗卫生信息系统有限公司,担任研发中心-R应用开发部开发经理。2001年7月-2004年1月,任职于中科软件集团,担任开发人员。

2004年2月-2010年4月,任职于用友软件股份有限公司客户化开发部,担任项目经理。从2010年4月至今,担任用友医疗卫生信息系统有限公司的开发经理。目前作为R6产品的开发经理,主导并实施了项目实施支持网系统,在研产品并不成熟的情况下交付了多个项目,有效的打通了一线实施与研发部门的沟通渠道,并对在研产品的功能和易用性上做了非常大的提高和完善。 高航 任职于用友医疗卫生信息系统有限公司,担任G应用开发部开发经理。从事软件开发5年,精通JAVA系列技术,熟悉Delphi技术。在社保和医疗行业有着丰富的业务建模和系统架构经验。目前专注于软件研发团队的管理、软件研发流程的工具化实践与优化,并积极探索敏捷化开发在工程实践中的应用。 顾焱 任职于用友软件股份有限公司,担任NC产品本部副总经理。2001年加入用友软件,历任NC资金开发部经理,NC供应链开发部经理,NC产品本部副总经理。致力于大型管理软件开发10余年,在实践中不断尝试改进开发过程,为建立高效适应快速变化市场的开发团队不懈努力。 何宇 任职于汤森路透,担任GEDA部门的TechnicalTeamManager。7年软件行业开发经验,曾服务于欧美日等大型外资企业,从事过外包项目、大型ERP系统开发、成熟系统维护改造、以及新系统设计开发等多种类型开发管理工作。熟悉CMMI、SCRUM等软件开发流程。在多个项目中推广使用

相关文档
最新文档