研发项目成功和失败的经验教训总结

研发项目成功和失败的经验教训总结
研发项目成功和失败的经验教训总结

研发项目成功和失败的经验教训总结

主办单位:上海普瑞思管理咨询有限公司

时间:2010年10月25-26日深圳 10月28-29日杭州

培训费用:2200元/人(包括授课费、资料费、会务费、证书、午餐等)

参加对象

企业CEO/总经理、研发总经理/副总、公司总工/技术总监、产品经理/研发项目经理、研发职能部门经理、研发骨干、测试经理、QA经理、技术部门主管、人力资源经理等。

课程背景:

面对当前激烈的市场竞争环境,如何快速的推出新产品并减少研发的浪费是众多企业家和研发总经理们非常关注的问题,在研发一个新产品的项目过程中,企业经常面临如下问题:

1.如何制定合理的项目任务书和项目章程,保持与项目投资人的良好沟通;

2.如何构建一个对整个项目负责的团队,如何明确定义团队成员的角色和职责;

3.如何平衡研发项目的需求、进度、质量和成本之间的关系;

4.研发项目经理如何平衡项目管理和技术开发工作之间的关系;

5.如何保证项目计划制定的合理性,在保证领导要求的进度的同时又不牺牲质量;

6.如何控制好项目的范围,减少变更给项目造成的影响;

7.如何识别项目的风险,制定风险管理计划有效的控制风险;

8.在项目执行的过程中如何进行项目的控制,确保项目进度;

9.如何评估项目团队成员的绩效,激活整个团队,保证团队的战斗力;

10.保证研发项目成功的关键因素有哪些如何构建这些关键因素……

我们的讲师团队在过去的6年中曾经为数百家企业提供了研发项目管理的内训,在总结大量企业实践的基础上,我们认为研发项目管理工作不仅仅是技术开发工作,而是技术与管理相结合的工作,有时甚至完全是管理工作,管理是一门艺术,当经理更是一种责任,研发项目经理的任务将不再是个人英雄般地拼命完成你的个体任务就行了,而应该是率领你的团队完成团队目标。

在大量案例的基础上,在2008年对该课程又进行了大幅度的优化,形成了一套可以和广大企业分享的工具和模板,学习后企业就可以根据这些业界最佳实践的经验来优化和固化本公司的研发项目管理体系。

培训收益:

1.了解业界研发项目管理的最佳模式与实践,并分享相关的技能和技巧

2.掌握业界研发项目的组织结构和团队角色

3.掌握研发项目计划的制定、执行和监控

4.掌握如何将质量管理、风险管理等融会贯通于整个研发项目计划中

5.掌握研发项目团队的绩效管理

6.分享业界研发项目成功的关键经验

7.分享讲师多年研发咨询总结出的一套研发项目管理的工具与模板,并结合企业的实践制定行动计划,确保在自己的公司能够落地实施

课程内容:

一、案例分析

1.研发项目团队沟通的游戏

2.从进度、质量和成本(风险)的三重约束来看分析研发项目管理的重点

3.总结项目团队角色成员在项目中的职责

4.思考:类似的问题在公司有没有经常发生

二、研发项目管理概述

1.项目与项目管理

1)什么是项目、项目的特征

2)产品、规划、项目的关联

3)什么是项目管理

4)项目管理的九大知识领域和五个过程组(PMI)

2.研发项目管理

1)研发项目管理的特征

2)研发项目管理面临的重大挑战

3)研发项目成功和失败的主要因素

3.研发项目类型(V、R、M的划分)

1)全新类项目开发

2)增强类项目开发

3)维护类项目开发

4.业界研发项目管理过程

1)项目启动à计划制定à项目执行à过程监控à项目收尾

2)项目管理过程的核心工作定义

5.演练与问题讨论

6.课后学习与参考资料:

1)《项目管理手册》模板――如何设计并编写公司的项目管理手册

2)《项目管理手册》实例

三、研发项目团队的组建

1.研发项目团队的组织形式

1)职能型组织

2)项目型组织

3)矩阵式组织

2.业界最佳的产品开发团队的构成

1)研发项目经理的角色和职责

2)研发项目核心组成员的角色和职责

3)研发项目扩展组成员的角色和职责

4)职能部门经理在产品开发中的角色和职责、

3.研发项目经理应具备的技能

1)研发项目经理的素质特征和性格特征

2)如何培养合格的研发项目经理

4.演练与问题讨论

5.课后学习与参考资料:

1)《跨部门的产品开发项目团队角色职责》说明书模板与实例

2)《跨部门的产品开发项目团队任命》模板

3)《项目开工会议程》模板

4)《研发项目经理的素质模型和任职资格标准》模板与实例

5)《研发项目经理培养方案》实例

四、研发项目计划制定

1.结构化的产品开发过程和项目运作过程

1)业界产品开发流程的分层模式

2)样例介绍:产品开发和项目运作概览图

3)样例介绍:产品开发和项目运作阶段流程图

2.产品开发过程IT化思路

1)产品开发流程与项目管理的关联

2)产品开发3级计划体系

研发项目计划的分级分层管理体系

里程碑计划

产品级计划

各个职能领域级计划

讨论:不同类型组织适合的计划模式

3)流程?à计划?à项目团队的对应关系

4)研发领导需要关注的计划范围

5)研发职能经理需要关注的计划范围

3.里程碑计划制定的原则和方法

1)研发能力数据支持里程碑计划

2)基于市场压力和研发能力综合定义里程碑计划

3)里程碑计划的责任主体

4.项目操作级计划制定的原则和方法

1)计划层次化需要考虑的内容

2)期望计划非常准确,然后照搬执行的梦想破灭

3)当今研发时代的计划管理重点

研发团队致胜策略:人

世界上不变的道理是变,如何在研发计划上运用

快速制定计划、及时跟踪与反馈、快速分析与调整

5.研发项目计划的制定的五个步骤

1)WBS介绍(作用、示例)

2)WBS分解的衡量标准

3)PBS、WBS、OBS、CBS之间的对应关系

4)五种常见的估计方法

5)规模、工作量、工期估计

类比法,案例介绍标准工时库

专家法,详细介绍专家估计模板

间接估计法和直接估计法的对比

6)如何加快项目开发进度

关键路径法

快速跟踪法

6.情景化知识管理在研发项目管理中的应用

1)如何实现产品开发流程的落地

2)如何实现研发知识的持续完善

7.业界研发资源紧张问题解决的十四种方法

1)平台化与项目化

2)管道管理与优先级排序

3)产品功能与产品定位相匹配

4)等等

8.课后学习与参考资料:

1)《研发项目估计操作指导书》模板

2)《规模估计》模板

3)《工作量、工期估算》模板

4)项目计划的量化管理:《PCB(过程能力基线)统计》模板

5)《任务历史工作量经验库模板》

9.演练与问题讨论

五、研发项目质量管理

1.研发质量管理概述

1)过程质量与交付质量

2)研发质量管理中常见的误区

3)如何在设计中构建质量

系统工程

标准化

模块化

2.研发质量控制手段之一:度量

1).度量是研发质量改进的基础(没有度量就没有改进,也无法考核)2).公司级度量

3).产品级度量

4).模块级度量

5).过程度量

6).交付件度量

7).过程能力基线(PCB) (美国某公司能力基线示例)

3.研发质量控制手段之二:测试

1).缺陷引入阶段分析

2).为什么尽早测试

3).客户化测试思维

4).测试责任主体定义

5).项目的渐增测试模型

6).如何对测试量化评价

ü缺陷严重性度量

ü缺陷趋势度量

ü缺陷修复及时性度量

ü等等

4.研发质量控制手段之三:评审

1).评审方法

ü技术评审

ü管理评审

ü内部审计

2).评审流程及涉及的角色与职责

3).评审常见问题和解决的办法

4).如何量化评价评审

ü评审度量的内容

ü评审要素的提炼与总结

5).演练与问题讨论

5.研发质量保证

QA的主要工作

QA的独立性

QA的汇报关系

什么样的人适合做QA

6.课后学习与参考资料

1)《研发项目质量计划》模板

2)《技术评审操作指导书》

3)《技术评审报告》模板

4)《技术评审流程》

5)《产品需求评审要素表》

6)《产品方案评审要素表》

六、研发项目计划控制

1.研发项目计划控制中常见的问题和解决办法

2.项目的分层实施与分层监控

3.研发高层领导的监控内容:

1)研发资源的使用

2)研发管道载量

3)资源在项目中的分布

4)研发不同职位人员的供求状态

5)研发能力的改进状况

4.研发职能部门经理的监控内容

1)本部门人员的项目工作表现

2)项目经理是否滥用资源

3)计划是否做到人事匹配

4)形成职能、项目相互制约的机制

5.研发项目控制手段:项目报告

1)项目报告种类

2)项目报告机制

6.研发项目控制手段:项目例会

1)项目例会种类

2)例会议程和内容

7.研发项目控制手段:计划变更控制

1)变更控制流程

2)计划滚动刷新

8.其他项目控制手段

1)状态转移

2)业务决策评审

3)研发合同书管理

4)项目审计

5)成本控制

6)QA状态报告

9.量化统计与分析

1)度量的基本概念(定义、作用和目的、度量与测量、驾驶窗、度量模型、……)

2)研发项目技术评审量化分析

3)研发项目缺陷管理量化分析

10.风险跟踪和控制

1)风险识别(典型的风险类型、风险提问单、风险库)

2)风险评估(风险概率、风险影响、风险指数)

3)如何制定风险管理和响应计划(风险响应策略)

4)风险控制

5)风险管理库在风险管理中的应用

6)风险管理活动中的角色和职责

7)风险的升级处理

11.实现人员从被动接受任务到主动申请任务转变的系统工程

1)工作信息透明化

2)鼓励大家学习雷锋,但确保雷锋不吃亏

3)打造没有事情做很难受的环境

4)量化统计,让“东郭先生”无处存身

12.演练与问题讨论

13.课后学习与参考资料:

1)《工作日志》模板

2)《项目周/双周报》模板

3)《项目月报》模板

4)《会议纪要》模板

5)《项目计划变更申请》模板

6)《SEI的风险提问单》

7)《风险管理计划》模板

8)《风险管理操作指导书》

七、研发项目成功的关键

1.研发项目成功和失败的经验教训总结

2.项目经理的角色转换和个人修养

3.结构化的产品开发流程

4.研发项目的团队建设和绩效管理

5.项目经理的培养和研发人员的职业生涯管理

讲师资质:Don

CMM/CMMI领域专家 ,INCOSE(国际系统工程师联合会)会员

专业背景:

十多年高科技企业的研发与管理实践经验,在某著名高科技企业工作期间,先后担当项目经理、系统工程师、产品经理、测试部经理、软件部经理;先后作为三个产品的主任系统工程师,带领系统分析团队开展客户需求调研、产品特性定义和详细的需求分解与分配等端到端的需求管理工作,奠定了产品市场的成功;担任测试部经理期间,主持了公司级测试平台的规划和建设,提升公司产品业务自动化测试的比例;长期与国际顶尖咨询顾问一起工作,全程参与该公司研发管理变革项目。曾驻印度工作一年半,先后负责四个合作项目(合作方分别为:BFL、Infosys)的实施,全程参与印度研究所CMM四级认证过程;对业务导向的研发质量管理体系的构建有深入地研究。

咨询经验:

作为项目总监、带领咨询团队,成功为国内某知名手机厂商、国内最大的手机半导体厂商、国内某知名安全软件商、国内最大的网络安全厂商、某大型系统集成公司(上市公司)等数十个企业进行了有关产品开发流程体系、支撑流程体系、项目管理体系、研发绩效管理体系、CMMIL4以及针对CMMI L2过程域的诊断、设计、推行实施过程,帮助这些企业建立高效、完备的研发管理体系,对中国企业研发管理体系及创新体制有着深刻的研究和理解,受到客户的高度评价。

培训经验:

曾在各地多次举办产品需求分析与需求管理、产品测试管理、研发质量管理等公开课,为数千家企业提供了研发管理公开课的培训,为数百家企业进行了研发管理的内训;从事研发管理咨询工作以来,作为项目总监成功的主持完成了数十个研发管理咨询项目体系的建设<产品开发流程体系、支撑流程体系、项目管理体系、研发绩效管理体系、CMMIL4以及针对CMMI L2过程域等方面>,有着丰富的研发管理咨询经验,涉及的行业包括通信、软件、家电、电信运营商、芯片、医疗器械、交通运输等,帮助这些企业建立高效、完备的研发管理体系,对中国企业研发管理体系及创新体制有着深刻的研究和理解,受到客户的高度评价。曾为康佳集团、夏新电子、北京移动、北大方正、阿里巴巴、华胜天成、南太电子、网易、富港电子、用友软件、星网锐捷、东软股份、格林威尔、金蝶软件、天马微电子、超图地理、华动飞天、新奥特、信利半导体、郎坤软件、深圳桑菲、久其软件、新意科技、沈阳移动、光桥科技、斯特奇、合力金桥、蓝拓扑、绿盟科技、建行

总行开发中心、成都迈普、上海电信、佳讯飞鸿、京信通信、德信无线、创维集团、威创日新、TCL、日电电子、展讯通信、易思科技、盛大网络、威科姆科技、协同集团等100多家企业提供了专业的研发管理培训,涉及的行业包括通信、软件、互联网、家电、运营商、芯片等。

项目经验教训总结

篇一:我的项目经验总结 我的项目经验总结 本人做项目经理工作多年,感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导,只有最合适的,没有什么叫对的,什么叫错的,项目经理最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢寻找标准答案,耽误了工作进度,也迷茫了自己。以下是本人一些做项目的个人体会,写出来供大家指点,在讨论过程中共同提高水平。 项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候,首先要尽可能地多从各个方面了解项目的情况,如: 1. 这个项目是什么项目,具体大概做什么事情,是谁提出来的,目的是解决什么问题。在国内很多客户都很不成熟的情况下,千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细,后面的惊讶就越少,项目的风险就越小。 2. 这个项目里牵涉哪些方面的人,如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等,很多项目里除了业主单位的结构很复杂以外,还有一些其他单位也会牵涉进来,如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望,可以让你在做项目碰到问题的时候,就每件事情分析哪些人会在什么方面支持你,哪些人会出于什么目的反对你,从而提前准备联合朋友去对抗敌人,让事情向你所希望的方向发展。没有永远的朋友,也没有永远的敌人,只有一致的利益,这句话作为项目经理是一定要记住的; 3.基本了解了客户的情况后,下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视,这个决定了你在需要资源的时候,公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的,你需要做的是了解公司对这个项目的实际期望,是想把项目越做越大还是想赚钱?是想做样板工程还是干脆想敷衍了事,公司领导对项目的态度决定了你做这个项目的战略,而这个战略方针将对你做项目计划产生直接的影响; 4.在做整体项目计划前,还要大致计算一下你手上的资源。首先是时间,现在市场竞争激烈,往往很多项目要求在几乎不可能的时间范围里完成。对于这一点,你在做项目的风险控制计划的时候要充分考虑。其次是人员,根据项目预算和已往经验,大致计算一下未来的项目小组有多少种角色,每个角色目前公司是否有人,是否能完全归这个项目使用,是否需要另外招聘一些人员,招聘的准备工作要尽早启动。最后就是一些设备的准备,项目所需大件关键设备要尽早预定,以后不管发生设备等人还是人等设备的情况,浪费的都是你的时间; 5.现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么,而不是说怎么做),而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情,也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说,项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。 6. 是到做总体计划的时间了吗?不,你现在已经知道了客户的目标和你手上的资源,那么做计划以前,你还需

(完整版)项目总结报告_模板

XX项目总结报告

目录 1项目基本信息 (1) 2项目完成情况 (1) 2.1目标完成情况 (1) 2.2任务完成情况 (1) 3项目实施总结 (1) 3.1项目工作量说明 (1) 3.2项目进度说明 (2) 3.3项目风险及解决 (2) 3.4客户满意情况说明 (2) 3.5实施情况总结 (2) 4项目成果总结 (2) 5经验与教训 (3) 6问题与建议 (3) 6.1项目维护推广建议 (3) 6.2对本项目过程的改进建议 (3) 6.3项目遗留问题及处理方案 (3)

1项目基本信息 2项目完成情况 2.1目标完成情况 项目目标: 实际完成情况: 2.2任务完成情况 //如给甲方提供的材料中体现了这部分内容,可直接引用,不必复制 3项目实施总结 3.1项目工作量说明 //相对于立项时的标准工时规划,描述工作量变化情况。可描述,可用表格形式表示。

3.2项目进度说明 //项目进度完成情况(延期、提前)及原因说明,可总体说明,可分里程碑说明。 3.3项目风险及解决 //描述项目识别的风险,采取措施及成效 3.4客户满意情况说明 //客户满意度情况说明,包括投诉与表扬 3.5实施情况总结 //对项目管理水平、需求控制、风险控制、干系人关系管理等工作进行总结。针对项目组。 4项目成果总结 //针对项目成果有价值部分的说明

5经验与教训 5.1项目成功的经验 //项目成功做法、优秀实践等,用于分享 5.2项目失败的教训 //项目惨痛的教训、有改进的建议 6问题与建议 6.1项目维护推广建议 //由项目经理做出后续维护工作安排,包括维护工作类别(上门服务、bug 修改等)、周期、维护阶段负责人、预计工时。 6.2对本项目过程的改进建议 6.3项目遗留问题及处理方案

项目经验教训总结报告

文件编号:GMT/Proj-PMC-Tem-003 V4.1 联通系统集成有限公司 黑龙江省分公司 话单接口采集开发 项目经验教训总结报告 版本号:V1.0 拟制人刘春龙日期2009-8-7 审核人刘金财日期2009-8-7 批准人李清晨日期2009-8-7

文件版本变更记录 审批人名单 职务姓名日期 质量保证人员郑磊2009-8-7 项目经理刘金财2009-8-7 部门经理李清晨2009-8-7 主管领导何平2009-8-7 其他 目录 1、引言 ............................................................................................................... 错误!未定义书签。 1.1编写目的 ...................................................................................................... 错误!未定义书签。 1.2项目背景 ...................................................................................................... 错误!未定义书签。 1.3定义 .............................................................................................................. 错误!未定义书签。 1.4参考资料 ...................................................................................................... 错误!未定义书签。 2、项目成果........................................................................................................ 错误!未定义书签。 2.1最终产品或工作成果说明 .......................................................................... 错误!未定义书签。 2.2主要功能和性能说明 .................................................................................. 错误!未定义书签。 2.3产品质量说明 .............................................................................................. 错误!未定义书签。 3、项目执行情况 ................................................................................................ 错误!未定义书签。 3.1规模 .............................................................................................................. 错误!未定义书签。 3.2工作量 .......................................................................................................... 错误!未定义书签。 3.3进度 .............................................................................................................. 错误!未定义书签。 3.4成本 .............................................................................................................. 错误!未定义书签。3.5缺陷 .............................................................................................................. 错误!未定义书签。 4、开发工作评价 ................................................................................................ 错误!未定义书签。4.1对项目过程的评价 ...................................................................................... 错误!未定义书签。

最新【总结模板】项目经验教训总结

项目经验教训总结 关于项目经验的教训总结大家了解过多少呢?可能很多人都不是很清楚,而XX在这里为大家分享下项目经验教训总结范文,大家都一起来看一下吧。 本人做项目经理工作多年,感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导,只有最合适的,没有什么叫对的,什么叫错的,项目经理最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢寻找标准答案,耽误了工作进度,也迷茫了自己。以下是本人一些做项目的个人体会,写出来供大家指点,在讨论过程中共同提高水平。 项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候,首先要尽可能地多从各个方面了解项目的情况,如: 1. 这个项目是什么项目,具体大概做什么事情,是谁提出来的,目的是解决什么问题。在国内很多客户都很不成熟的情况下,千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细,后面的惊讶就越少,项目的风险就越小。

2. 这个项目里牵涉哪些方面的人,如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等,很多项目里除了业主单位的结构很复杂以外,还有一些其他单位也会牵涉进来,如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望,可以让你在做项目碰到问题的时候,就每件事情分析哪些人会在什么方面支持你,哪些人会出于什么目的反对你,从而提前准备联合朋友去对抗敌人,让事情向你所希望的方向发展。没有永远的朋友,也没有永远的敌人,只有一致的利益,这句话作为项目经理是一定要记住的; 3.基本了解了客户的情况后,下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视,这个决定了你在需要资源的时候,公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的,你需要做的是了解公司对这个项目的实际期望,是想把项目越做越大还是想赚钱?是想做样板工程还是干脆想敷衍了事,公司领导对项目的态度决定了你做这个项目的战略,而这个战略方针将对你做项目计划产生直接的影响; 4.在做整体项目计划前,还要大致计算一下你手上的资源。首先是时间,现在市场竞争激烈,往往很多项目要求在几乎不可能的时间范围里完成。对于这一点,你在做项目的风险控制

研发项目成功和失败的经验教训总结

研发项目成功和失败的经验教训总结 主办单位:上海普瑞思管理咨询有限公司 时间:2010年10月25-26日深圳 10月28-29日杭州 培训费用:2200元/人(包括授课费、资料费、会务费、证书、午餐等) 参加对象 企业CEO/总经理、研发总经理/副总、公司总工/技术总监、产品经理/研发项目经理、研发职能部门经理、研发骨干、测试经理、QA经理、技术部门主管、人力资源经理等。 课程背景: 面对当前激烈的市场竞争环境,如何快速的推出新产品并减少研发的浪费是众多企业家和研发总经理们非常关注的问题,在研发一个新产品的项目过程中,企业经常面临如下问题: 1.如何制定合理的项目任务书和项目章程,保持与项目投资人的良好沟通; 2.如何构建一个对整个项目负责的团队,如何明确定义团队成员的角色和职责; 3.如何平衡研发项目的需求、进度、质量和成本之间的关系; 4.研发项目经理如何平衡项目管理和技术开发工作之间的关系; 5.如何保证项目计划制定的合理性,在保证领导要求的进度的同时又不牺牲质量; 6.如何控制好项目的范围,减少变更给项目造成的影响; 7.如何识别项目的风险,制定风险管理计划有效的控制风险; 8.在项目执行的过程中如何进行项目的控制,确保项目进度; 9.如何评估项目团队成员的绩效,激活整个团队,保证团队的战斗力; 10.保证研发项目成功的关键因素有哪些?如何构建这些关键因素?…… 我们的讲师团队在过去的6年中曾经为数百家企业提供了研发项目管理的内训,在总结大量企业实践的基础上,我们认为研发项目管理工作不仅仅是技术开发工作,而是技术与管理相结合的工作,有时甚至完全是管理工作,管理是一门艺术,当经理更是一种责任,研发项目经理的任务将不再是个人英雄般地拼命完成你的个体任务就行了,而应该是率领你的团队完成团队目标。 在大量案例的基础上,在2008年对该课程又进行了大幅度的优化,形成了一套可以和广大企业分享的工具和模板,学习后企业就可以根据这些业界最佳实践的经验来优化和固化本公司的研发项目管理体系。 培训收益: 1.了解业界研发项目管理的最佳模式与实践,并分享相关的技能和技巧 2.掌握业界研发项目的组织结构和团队角色 3.掌握研发项目计划的制定、执行和监控 4.掌握如何将质量管理、风险管理等融会贯通于整个研发项目计划中 5.掌握研发项目团队的绩效管理 6.分享业界研发项目成功的关键经验 7.分享讲师多年研发咨询总结出的一套研发项目管理的工具与模板,并结合企业的实践制定行动计划,确保在自己的公司能够落地实施

项目失败总结报告

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

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

信息化项目失败的经验和教训总结

1、项目经理一定要想办法保持自己对于乙方的控制权,并且在项目遇到麻烦的时候,甚至可以果断的暂停项目,对乙方施加强硬的措施,不能为了所谓的整体利益或者后续合作,而委曲求全,最后导致更大的危机出现。 2、在制定项目计划的时候,一定要具有前瞻性,不要和公司其他的重大项目在时间和人员安排上面发生冲突,否则到时候被PK掉的一定是信息化项目。 3、信息化项目的应用水平,一定要和公司的管理基础和水平相匹配,如果试图在公司自身的管理还不规范的时候,达到一个理想的效果,最后只可能连最基本的功能都做不好。 4、诸如财务或OA之类的标准化程度较高的系统,一般失败的几率很小,感觉真正容易发生问题的项目,一般都是业务管理软件,特别是定制开发的,或者是选型不当的。 5、永远不迁就业务的一些不合理要求,该做的就是要不折不扣的完成。 6、项目还没开始就要有内部和外部的大概议事规则等,选型时候对项目负责人的预见力和洞察力的要求还是蛮高的。 7、任何项目在选型、选产品、选合作团队的时候,作为甲方负责人我认为最关注的应该是要围绕“如果我来负责这个项目,结合自己在甲方的位置和影响力及个人能力,团队能力,应该如何选择产品和顾问团队,来保障项目成功,并且过程和结果能够较为可控制”。 8、供应商在选型和谈判阶段,为了能够拿到项目,很多条件都可以答应,不合理的价格也可接受,这就为后面的风险埋下了伏笔。建议大家以后一定要在合同中,对乙方团队的人员予以明确约定,并就违约责任约定清楚,这样才能加强对乙方人员的管控。 9、有些企业项目的立项和预算是业务部门主导的,很多项目是业务做好后交给IT运维。项目的立项和实施缺乏全面的统筹,实施过程中企业的IT人员没有很好的跟进和了解系统,系统为了上线又做了大量的客户化开发,后期运维的费用又不足以支撑这些开发导致的继续开发。 10、ERP的失败比ERP的成功更有教益,不管是对自己还是对别人。IT项目的失败其实很普遍,据分析,信息系统失败的概率是70%。这么多年从事信息化,应该说特别失败

项目成功经验总结及存在问题分析

项目管理成功经验总结及存在问题分析

XXXXXXXXXXX项目经理部 20cc年11月 XXXXXXXXXXX项目成功经验总结及存在问题分析 XXXXXXXXXXX项目经理部承建的项目是XXXXXXXXXXX以BOT+政府补贴+EPC模式投资建设的。项目部以“服务、协调、监督、检查”的理念,不断创新管理方式,实现项目的整体利益最大化。通过克服不利地势条件,以精细化的管理水平,标准化施工,攻坚克难,出色的完成了施工任务。凭着过硬的实力,良好的信誉,树立了XXXXXXXXXXX在云南的良好形象。现将XXXXXXXXXXX项目团队的成功经验以及过程中出现的问题总结如下: 一、成功经验总结 (一)管理结构优化 为了便于施工管理,我局成立了XXXXXXXXXXX项目经理部,下设七部二室,负责本合同段的施工组织管理工作。项目经理部设置一个工地试验室,每个分部设置检测室,利于统一管理。根据工程分布特点,下设三个土建施工分部和一个路面施工分部。项目经理部充分发挥总项目部的引领服务职能,规范各分部的各项管理行为,全面提升分部各项工作水平。

(二)精细管理,扎实各项管理工作 1、生产管理 针对生产进度管理,项目经理部建立健全进度控制体系,成立以项目经理为组长的进度管理领导小组。同时完善目标责任制度、进度检查制度、工期奖惩制度等,切实做好进度管理工作。同时,以施工计划管理为龙头、以关键性节点工程控制为重点、以劳动竞赛为载体、以评比奖罚为抓手、以生产要素管理为保障,突出抓好以下生产管理环节: (1)定期组织生产分析 项目部在生产过程中每月召开生产例会就当前生产形势、前期生产完成情况及现场施工组织存在的问题进行研讨分析,以书面形式部署下一步生产计划,平衡调度和协调相互关系,达到了及时发现问题、找出短板、总结教训,交流生产经验、明确下一步工作任务的目的。 (2)适时开展劳动竞赛 对于关键工程以及施工黄金时期,项目部跟随局、公司以及业主的步伐,认真组织,同步开展劳动竞赛,以掀起大干的热潮。 (3)在生产管理过程中,根据处于关键线路上的节点工程、重点工程的生产形势,会同分部认真分析研究制约生产的不利因素,对生产中突出的个性问题有针对性地开展专项督导,通过重点督导检查各工点生产要素落实情况,根据生产任务和施工条件的变化不断强化

一个项目失败的总结

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

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

PPP项目典型失败案例分析与总结

PPP项目典型失败案例分析与总结 (一)兰州威立雅水务水污染事件 (2) (二)天津市双港垃圾焚烧发电厂 (2) (三)杭州湾跨海大桥 (3) (四)山东中华发电项目 (4) (五)汇津中国(长春)污水处理有限公司 (5)

(一)兰州威立雅水务水污染事件 不久前,兰州市威立雅水务集团公司检测显示出厂水苯含量、自流沟苯含量远超出国家限值的10微克/升,导致兰州主城区的城关、七里河、安宁、西固四区居民生活用水停供4天,后经查明系兰州石化管道泄漏所致。 评价:看似偶然,实则必然。一方面,兰州威立雅每年的投入预算很低,几乎无法维持供水系统正常运转。技术设施疏于维护保养,才导致如此严重的水污染事件。另一方面,当初威立雅为获得45%的股权已经付出了极高的投标价,而兰州水价4年来一直未涨,公司处于亏损状态,无力也不愿出资维护更新设施,这些风险当初是否被合作双方考虑到,反映在合同当中,并约定分担解决机制,这不仅是威立雅的事,更需要兰州市政府反思。 (二)天津市双港垃圾焚烧发电厂 双港垃圾焚烧发电厂系天津市政府与泰达股份有限公司合作的BOT项目,后者投资5.4亿元人民币,工程设计能力为年处理垃圾40万吨,占天津年生活垃圾总量的25%,特许经营期30年。 但是目前项目运营并不乐观,一是伴随焚烧垃圾产生的二恶英气体有致癌因素的传播导致周边居民恐慌,上访投诉乃至群体事件不断。

二是合同规定由于约定原因导致项目收益不足,政府提供财政补贴,但是对补贴数量没有明确定义,导致项目公司承担了收益不足的风险。如2012年财政补贴不足5800万元,仅占公司主营业务收入的1.25%,现在是企业叫屈,公众不买账,项目进退维谷。 评价:双港垃圾焚烧发电项目案例反映了一些地方政府从早期的“越位”变成现在的不作为,而公众不满是因为以往地方政府监管不力而引发信任危机,同时项目选址也缺乏必要的听证程序,从而引发群体事件。 (三)杭州湾跨海大桥 出于对预期效益的乐观评估,杭州湾跨海大桥一度吸引了大量民间资本,17家民营企业以BOT形式参股杭州湾大桥发展有限公司, 让这一大型基础工程成为国家级重大交通项目融资模板。然而现在投资入股的民企又纷纷转让股份,退出大桥项目,地方政府不得不通过国企回购赎回了项目80%的股份。 通车五年后,项目资金仍然紧张,2013年全年资金缺口达到8.5亿元。而作为唯一收入来源的大桥通行费收入全年仅为6.43亿元。 按照30年收费期限,可能无法回收本金。

项目管理经验教训总结

项目管理经验教训总结 总结是从教训中更好的学习,下面是小编整理的项目管理经验教训总结,欢迎阅读,希望帮助到大家。 项目管理经验教训总结【一】一个成功的项目管理必须有完善而且可行的管理制度,有合理的办事流程,有各类切合实际的预案及措施,有执行力强的项目管理人员,安全、质量能标准化(有各类标准化手册)。如果项目做到这些,项目经理的手机可以不用,现场办公室可以不来。余世维的管理讲座视频很好,建议自己学习。 对管理人员:管理人员配置要满足现场情况,一般单体工程土建需要4人(三大工长+1名质检员)才能做好创样板工地的各方面要求,或者每人一栋楼,分工不宜经常变换。必须从开工就按中建股份项目管理手册、八局项目管理手册及青岛公司项目管理手册严格进行标准化管理,从开工就按管理手册实施的工程绝对能达到公司样板工程。项目开工前对所有人员强调项目人员必须做到项目管理手册全部内容,磨刀不误砍柴工。白天80%上班时间在现场全程跟踪、检查、学习,每天晚上做好工作日志,技术复核资料,并提前做好第二天的验收资料,充分熟悉第二天的工作内容。 对施工队伍:一般邀请两家队伍,投标前先在现场施工一间暴露所有工序的样板间,质量好的作为主体阶段样板间,差的隐蔽作为装修阶段样板间,这样能催促所有材料提前定。

每一道工序都要有样板参考。 知识渊博水平高才有威信。总工必须组织项目学习图集、规范及方案、交底,全员知道怎么做,怎么管。前提是总工必须懂得多才能教的多,指导的多。 1、调查清楚水源点及管径、电源点及容量;(直接影响工程施工及措施费,西苑医院项目提前提出电容量不够用,3个月后才解决) 2、高空电线、四周居民楼高度及距离;(主要考虑塔吊布置,避开建筑物) 3、运输路线及交通状况了解;考虑大门设置、出土马道设置;(方便运输) 4、排污井分布情况;考虑临建厕所、食堂布置及雨水排污管线布置;(总平图) 5、勘察现场必须书面要求提供穿道路的、四周环境的及基坑内的地下管线图(考虑管线保护及开挖时地下障碍物、废旧管道影响) 6、投标方案一定要可行,请有施工经验的人参与投标,充分考虑实际施工中的变更进行不平衡报价;(结算时按投标施组算措施费) 1、总体规划要合理:宿舍楼尽量集中,管理人员宿舍及办公区设置单独小院;厕所与食堂分开距离符合规范要求,食堂必须为一层房屋(房间布局须按要求设置),降水管引至

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

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

总结经验教训叫吃什么_软件项目经验教训总结

总结经验教训叫吃什么_软件项目经验教训 总结 软件项目经验教训总结1 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费用 列出原定计划费用与实际支出费用的对比,包括:

总结经验,吸取教训工作报告

总结经验,吸取教训工作报告 这是一篇由网络搜集整理的关于总结经验,吸取教训工作报告4篇的文档,希望对你能有帮助。 修改造工程已经开工建设并陆续完成结算工作。 (二)工程质量控制 在本年度工程开工建设的项目中,各项目工程质量都在山东公司管理规定要求下持续改进,在施工单位例会中总结学习施工过程中的问题及经验,避免问题重复出现。对省公司开会中屡次提出的作业中出现的低级错误高度重视,要求管理人员定期自检,施工单位进行内部考核,杜绝问题的发生。 (三)工程进度管理 合理安排施工人员及各工序的交叉作业。保证重点,兼顾一 般;满足连续、均衡施工要求;满足生产工艺要求;认真考虑施工总进度计划对施工总平面空间布置的影响;全面考虑各种条件的限制。对于关键工序要实行:“三优先”并有切实的监控措施。即优先安排骨干施工管理人员,优先供应机具、材料、构配件,优先保证资金和必要时进行工序认可、评定和实施监控。 (四)安全文明施工 为加强项目部在施工中规范化管理,不断提高施工管理水平, 提高文明施工标准,促进现场文明施工,改善施工环境,使施工管理逐步走向科学化、规范化,推动企业施工管理向深层次发展。实现科学、规范、安全和文明的管理目标,不断提高经济效益。项目开工前认真做好施工组织设计,按照规定要求审批,并在施工组织设计中明确文明施工的规划、组织体系、职责、

绘制总体平面布置图和形象进度计划表。认真分析施工过程中可能出现的安全问题,有效的辨别风险因素,及时作出指导避免安全事故的发生。在本年度施工过程中无安全事故发生。 二、存在主要问题 (一)项目管理水平有待提高 1. 质量控制方法手段需要改进 质量是公司发展的基础,在过去的一年中质量控制还存在许多不足,质量控制的管理思路不太清晰,质量控制种点不突出;质量控制的手段单一,没有形成全过程的把控体系;各质量控制主体的作用没有全部发挥出来。 2. 进度控制需要提前谋划 20xx年的进度控制管理不是很好,主要体现在进度控制计划的制定存在很多不合理的地方,进度计划的执行过程中控制不严格,对于存在的问题处理不及时导致工程进度与计划脱离,工程前期规划设计考虑不周。 3. 安全文明施工控制 安全文明施工是企业的一面镜子,在过去的一年中安全文明施工管理没有做好,主要是工程部对安全文明施工的重视程度不够,缺乏明确的目标。 4. 协调管理能力应加强 管理协调能力对项目部工程进展的影响很大,目前我们项目部管理人员与建设单位、监理单位、设计单位的沟通能力还需要进一步提升,特别是在调动合作单位的积极性方面和问题的预见性方面需要加强。 第二部分20xx年工作计划 20xx年的工作让我们认识到工作的不足,20xx年我们面临的任务更加艰

项目经验教训总结模板

项目经验教训总结模板 建立合作单位登记及资信等级分类制度维持长期稳定的合作 单位确保工程的质量、安全和进度;加强项目部与公司后勤职能部门 的沟通与协调各职能部门要实际深入到项目各阶段的管理做好各项 服务工作;项目各项工作的开展要做到有据可依公司综合部负责为各 项目部提供所需的各项制度、流程等相关文字资料以下是小编为大家整理分享的项目经验教训总结模板欢迎阅读参考 桥梁新建项目经验教训总结会在公司会议室召开公司总经理汪 云峰副总经理韩家武、吴红波总工程师李孝林及各部门、各项目部负责人参加会议会议由汪云峰总经理主持 本次会议的议题为:一是对刚刚结束的桥梁新建、改建项目管 理过程中存在的问题进行总结分析为今后类似项目的实施提供管理 经验;二是针对公司目前所处的外部竞争环境进一步提高公司各职能 部门的管理水平降低企业管理成本适应市场竞争和企业发展的需求会议首先听取了桥梁新建、改建项目负责人对项目实施过程中 存在问题的汇报并对今后改进方向达成如下共识:建立项目风险防范控制体系从经营投标阶段开始做好各项风险分析和管理控制工作;建 立健全的项目策划制度在项目实施前期做好项目人员配备、材料采购、机械设备使用、安全质量进度成本控制等各项管理工作的策划保证项目实施的可控性、科学性;严格施工组织计划和施工方案上报制度; 加强项目安全管理提高项目全员安全意识进一步健全人员岗前培训

及各级安全交度;完善岗位责任制度实行目标责任考核加强对项目成本的管理与控制; 建立合作单位登记及资信等级分类制度维持长期稳定的合作单位确保工程的质量、安全和进度;加强项目部与公司后勤职能部门的沟通与协调各职能部门要实际深入到项目各阶段的管理做好各项服 务工作;项目各项工作的开展要做到有据可依公司综合部负责为各项目部提供所需的各项制度、流程等相关文字资料 会上公司各职能部门结合部门管理职能检讨了管理中存在的不足及改进的措施汪总做了相关指示:综合管理部在制定项目经理岗位职责的基础上进一步明确项目人员岗位职责并做好人员调动、离职交接工作;项目每月资金计划拨付款项要做到专款专用不得挪用;财务 部要根据目前财务管理工作中存在的问题尽快制定和完善相关的流 程和制度制度中应有具体的奖惩措施其中项目出纳为项目财务管理 工作的直接责任人项目经理为主要责任人; 项目资金计划拨付表会签过程中各部门要做到权利义务对等对签字同意或者不同意拨付的款项给出具体原因以帮助项目部进行改进;材料管理工作要加强材料过程控制完善材料管理手续降低材料使用中的损耗和消耗减少库存资金的占用;审计部门要做好过程审计工作及时发现项目管理中存在的问题 会上公司副总经理韩家武、吴红波总工程师李孝林根据公司目前所处的阶段及管理中存在的问题分别从加强基础管理和制度建设、健全项目策划制度、加强公司质量安全管理和人员培训等方面作了发

总结失败的经验和教训

总结失败的经验和教训 篇一:总结经验教训 总结经验教训 成功固然有方法,失败必然有原因。一个人在追求成功的同时,免不了会遭受到许许多多的挫折和失败。曾经努力地去奋斗但结果却失败了,这也许是人生的最大悲剧。除了少数的成功者之外,绝大多数人都遭受过失败或正在失败。在这里,除了要对自己所选择的目标有强烈的信心、明确的目标,坚韧不拔的毅力......外,而必须懂得对失败的原因加以分析、总结,只有这样,才能避免下次重蹈覆辙。古语有云:失败乃成功之母。现如今又有歌唱到:不经历风雨哪能见彩虹,没有人能随随便便成功。可见失败是常有的事,就像我们小时候学走路,跌倒是常有的事。看看现在的我们哪个不是健步如飞。所以失败并不可怕,恰恰相反,失败却是我们成功路上的良师益友。没有这一次的跌倒,哪有下一次的稳健。所以我们不要惧怕失败,就像我们从来不惧怕跌倒一样。不要因为一次的失败而放弃梦想。就像我们没有因为一次的跌倒而放弃走路。只要你正确对待失败,对失败的原因认真的做好分析、总结。总结经验教训,在从新来过,那么我相信成功就只是早晚的事了。 大多数人经历过失败,或者正在经历失败。为什么成功

的却只有极少数呢,原因很简单,我们通常在经历过一次失败后,便灰心丧气,给自己找一个很好的理由便就此放弃了。从来没有认真的对过去的失败认真的分析总结,又或许我们失败了,我们也分析了总结了,再做,还是失败。于是更加冠冕堂皇的放弃。但是,成功哪有这么容易。正如前面的歌所唱的,没有人能随随便便成功。要知道在通往成功的道路上是充满荆棘的。我们只有踏平所有的荆棘才能看清通往成功的道路。所以我们要不断的总结经验教训,失败一次分析一次,失败一次,总结一次。只要我们每次失败都能进步一点一点,那我们就能往成功走近一点点。只要我们坚持不懈,我相信我们终有抵达成功的一天。 正如我们现在所生活的文明社会,不也是一步一步总结历史的经验教训而走过来的吗?所以对我们来说,失败是一笔巨大的经验财富,只要我们一点一点的总结,积少成多,运用我们失败的经验也终究会走上一条通往成功的大道。 篇二:研发项目成功和失败的经验教训总结 研发项目成功和失败的经验教训总结 主办单位:上海普瑞思管理咨询有限公司 时间:20XX年10月25-26日深圳 10月28-29日杭州 培训费用:2200元/人(包括授课费、资料费、会务费、证书、午餐等)

投标失败总结报告

投标失败总结报告 今年来,参与公司的大部分项目投标工作,不管是自身的问题,还是合作伙伴的问题,出了问题,都有责任。一时的抱怨,可以有,但是抱怨说明自身也是有问题,侧面的问题。有些事情你认为可能不会发生,以为觉得这样的错误太低级了,但是事实很残酷。这次的投标文件做的很失败,文件交出去的时候让人很低落,这样的文件拿出手完全是让人笑话,自己都能说出N个一定要淘汰的理由: 1.封装很马虎,看外表就感觉态度不端正 2.正副本不一致,附件顺序有出入,有缺漏 3.公章不全(这个很可笑,但是是很无奈的事实) 4.以上三个是主要的,细节的就不说了 导致上面所有问题出现的直接原因是时间不够,根本原因总结大概是以下几点: 1、因小失大:把握重点,弄清主次,能得到的要完全准备充分,可以争取的时间足够可以好好准备。办事前要理清脉络,要有时间安排,重要事项重点对待,资源不足及时反馈。比如:公司业绩、项目经理和技术负责人业绩,这些是必须的;获奖情况是辅助,可以努力争取的。特殊技能不会的,及时找别人帮忙,日常工作多留意哪些人有哪些可辅助的技能,多接触。外务支持(刻章)的联系方式,平时可多留意。 2、缺乏沟通:统一思路,合理划分任务,不要遗漏。特别有关联的任务,应先统一基本信息,避免重复工作。例如:目录条目的预留,分工中有交集的信息确定等。真的是很细节的地方,但是确实不是一方就能独立确定的,后续会导致返工浪费时间。每个人了解的信息不同想法也不一样(业绩时间安排)。并行工作提前制定的框架(目录条目预留),侧面反映工作是否有条理、有规划,说出即要做到。 3、注意细节不够:⑴基本技能:文本编辑(规范的格式:目录相关的文字样式运用,最佳的字体、大小、行间距等,工具栏的熟练运用,什么时候边做边调,什么时候做完再调),复印(分份,双单页转换,这个其实很基本,但是总有人关键时刻出错)等。⑵良好的操作习惯:副本是正本的完全复制。常规思路是完整的正本产生副本。分步并行时,插入方应对插入资料”完成--分份--对分份排序“,再集中插入。严禁完成一项插一项!

相关文档
最新文档