项目管理经验
“不吃白米饭”通过精心收集,向本站投稿了11篇项目管理经验,下面就是小编给大家分享的项目管理经验,希望大家喜欢!
篇1:项目管理经验
1、项目决定命运法则。项目是信誉之本、效益之源、人才之基,是企业的窗口和镜子。一个项目的成败牵动全局,影响一片甚至整个市场,它决定项目长的政治生命,甚至决定工程公司第一管理者的政治前途。
2、实力致胜法则。项目是企业实力的展现,企业的整体实力决定项目的成败。所谓实力,是指管理者的谋略、敬业精神和经验;技术人员和专业骨干的素质;设备的先进性和配套能力;财务状况;测量、试验、核算等基础工作,这些要素相乘的得数。实力更重要的体现是桥、隧等专项施工能力,只有不断优化生产要素,提升专项施工能力,才能保证项目屡战屡胜。
3、未战先胜法则。孙子曰:“多算胜,少算不胜,由此观之,胜负见矣。”所谓“多算”,就是事先的策划,在项目施工展开前必须加强调研,合理布局,优化设计,拟订和选择最佳施工方案,并预测成本,也就是双预控。在此基础上,配置生产要素,组建项目部,完善管理机制。同时,方案一经确定就必须坚决执行。
4、主要矛盾和木桶效应。组织项目施工必须善于抓住对项目起最关键作用,关乎成败,直接影响工期和收益的重点问题,收到牵一发而动全身的效果。如桥梁的水中墩、隧道洞口段和不良地质段等。所谓木桶效应是指决定木桶盛水量大小的是最短的那块木板,要注意发现和补齐使项目漏水的最短的那块木板,使项目的各个构造物和各工序均衡前进,同步完成。
5、胜负在工期,成败在质量。项目投入必须一次到位,施工必须一鼓作气,快速突破。这样可以摊薄成本,争取效益,赢得声誉。质量决定数量是否真有意义,是企业的形象和饭碗,必须严密控制。从原材料的采购检测、模具的选用、工艺、工序质量标准等,确保每道工序、每个流程都符合质量要求。评价项目最重最后的砝码是工程质量。
6、海恩法则。即每一起重大安全事故背后有29起事故征兆,每个征兆背后还会有300
起事故苗头。只有重视对事故征兆和事故苗头的排查,贯彻预防为主,防范在先的原则,控制事故易发点,才能确保安全。
7、技术入手,经济结束法则。优化设计,工程数量足量进蓝图;优化施工方案,适量投入,不走弯路,是保证项目效益最重要的途径。
8、低成本才能盈利。利润最大化是企业生存的初始动力,企业必须以获取最大化利润为根本目标。盈利是企业满足了业主需求,业主对企业的酬答。波音公司靠技术优势盈利(其材料成本只占20%),邯钢靠成本优势盈利,海尔靠服务优势盈利。我们企业的特点决定了我们只能靠正确的意识、积极的行动、规范的管理降低成本来盈利。特别是外包成本与材料成本,事关项目成败大局,控制不住,成本管理就是一纸空文,低成本盈利就是空谈。
9、干中学,看中学是最佳的培训方法。经一事长一智,从自身的痛苦的经验中学习是最好的学习。见贤思齐,互相观摩,取长补短,才能开阔视野,我们要注重在实践的大课堂上培训提升干部素质。
10、业主是上帝法则。业主是我们的衣食父母,是项目的所有者和管理使用者。为项目负责和为业主负责是一致的,经营项目与经营业主同等重要,对项目中发生的问题要以我为主,看重自己的责任,主动处理,不能抱怨业主、设计、监理单位,这样才能得到业主的尊重。
关于项目监管
1、真正落实“双预控”的要求。“凡事预则立,不预则废,计在行先”、“野战之功不越庙堂”,一个项目的好坏取决于准备工作的好坏,再差的计划也比没有计划好,没有预控打乱仗,这是最要命的问题。要搞好预控,一是工程公司的总经理和总工程师要真正懂行,有些专业不懂,可以请专家。首先自己要做个明白人,对技术方案心中有数。二是搞预控要考虑布局问题。动力系统如何解决?保障系统如何解决?生活设施如何布置?动力系统就是风、水、电,运输系统主要是运输道路,沙石料、混凝土输送等怎么解决,混凝土是分散拌合还是集中拌合,砂石料场怎么堆放,运输线路怎么走,施工能力如何产生,临时设施放在什么地方,都要考虑周全,布局不好,不可能形成施工能力。这些布局有个常识问题,例如长大隧道最关键的是辅助导坑设计,辅助导坑设置的原则是宜短不宜长,使用的时间宜长不宜短,坡度宜缓不宜陡。辅助导坑承担的任务必须和正洞承担的任务相均衡,提前到达分界点是首要考量,辅助导坑如果突破正洞率先到达分界点,剩余工作量可以分洞围歼、分进合击。如果相反,辅助导坑承担的任务多,形成正洞全部完成后,所有兵力集中在一点上,“老牛掉进枯井中”,有劲使不上,达不到分割围歼的效果。所以辅助导坑位置设置的好,隧道施工的工期问题就解决了。桥梁施工也是如此,布局的拌合站、便道和构造物的距离,是集中拌合,还是分散拌合,都需要很好的盘算。特别是软土淤泥地段,便道就非常重要,如果混凝土供不上,就可能出现畸形桩、报废桩,必须要保证能限时完成。三是要以真正形成施工能力为目标搞预控,与各种生产要素相适应,形成专项施工能力。四是预控要对项目的主要矛盾有解决方案。桥梁施工水中墩如何搞?洪水来了怎么办?隧道不良地质怎么办?没有找到解决办法之前不要轻举妄动,比如宜万马鹿菁隧道,解决水的问题就是关键,是顺坡排水还是用封堵的办法?如果用注浆要用多远的距离?压力要多大?在岩层松散地段,用大导管还是用小导管?这些一定要弄明白,不要盲目地搞。五是在技术方案预控的基础上,实现成本预控。先把技术和施工方案搞出来,再加上地材价格、施工投入等就把成本方案搞出来了。这个成本搞不出来,与承包队伍的合同就没法签定,更何谈控制?为落实好“双预控”,今后,工程公司总经理和总工程师一般要在新上项目呆一周以上,重点项目要呆半个月以上,把现场的情况摸得清清楚楚,做细致的调查研究,拿不准的问题要请专家,把仗如何打的问题搞清楚。有了预控方案,项目管理就心中有数了,在施工过程中可能发生什么问题就好监管了,不能脚踩西瓜皮,滑到哪里算哪里。集团公司、工程公司抓项目,首先要抓预控,抓
技术方案、施工方案和成本控制,工程公司总经理、总工程师在现场制定的方案要备案,集中由集团公司总工程师审查,特别重大项目,要总经理审查。一般的重点工程,要组织相关人员,在现场开一至两天研讨会,把问题讨论透,把矛盾完全揭示出来,把方案形成,这点要作为工作制度与纪律始终贯彻如一。实践证明,凡是事先提出了矛盾,把相关问题研究得比较透,在项目实施的过程中就不会出现大的问题。这些工作不做,设备如何配,特别是关键设备,要投入几千万元的,如何敢下决心?只有把问题研究透了,才敢下决心。而且方案研讨的过程也是我们技术干部、管理干部素质提升的过程。
2、建立和完善项目的运行机制。项目自身的能力与自身的管理水平是不可替代的,项目的运行机制要科学合理,项目部的管理要有章可循,有板有眼,这样的项目出了问题好帮扶,好解决。如果项目本身无章法,乱成一锅粥,再派多少个工作组,再派多少力量去蹲点也没有用,所以要在建立和完善项目的运作机制上下功夫,推行项目格式化管理、标准化作业。对此,我总结了18项制度。
(1)关键岗位责任人遴选制度。特别是项目长、技术主管、计财部门负责人、测量班长、试验室主任等的选用,1个亿以上的项目集团公司审批;1个亿以下项目工程公司批准,总经理签字后报集团公司备案。
(2)岗位责任制和按岗联效计酬制。
(3)优化设计,工程数量进蓝图的制度。
(4)设计图纸的审核制度。
(5)施工方案的研讨优化和专家论证制度。
(6)劳务队的招标制度。
(7)劳务队的验工计价清算制度。
(8)工程材料消耗逐日统计制度。这是控制成本非常有效的办法,每个项目必须要建
立健全这项制度。
(9)机械设备的检算、检测制度。
(10)工艺、模具的革新制度。强调一点,不要擅自提高设计标准,而要从工艺、模具上下功夫。
(11)技术交底制度。
(12)隐蔽工程旁站监理制度。
(13)事故易发点的施工方案报批制度。
(14)各类经济、技术数据的复核制度。
(15)责任成本的编制和分解制度。
(16)变更设计、索赔补差的责任制和奖罚制度。
(17)业主、监理的回访反馈制度。
(18)重大问题的请示报告制度。
3、一定要选准用好项目长。项目长受企业法人委托,在项目履行工期、质量、安全和效益职责,要直面瞬息万变的情况和错综复杂的问题。来自上级的要落实,来自现场的要解决,来自外部的要协调,来自内部的要权衡,这就要求项目长必须具备崇高的敬业精神,勤勉、刻苦、耐劳、胜任繁剧。必须诚信善良,学会包容谦让,这样才能得到各方的信任。必须胸怀大局,拨冗去繁,把握关键和要点。必须处事果断,善抓战机。一个项目经理要上对企业负责,下对员工和项目负责,是企业的中坚。一个优秀的项目经理,就得创造优良的业绩,创造有信誉的品牌,为企业赢得较高的市场定位。选项目长首先思想方法要正确,要敢于承担责任,不能推功诿过。二是要懂行。三是要有高度的敬业精神,业主什么时候去检查,什么时候去看,项目长都在。这样,业主就很敬佩。四是要有组织能力、亲和力。我们的干部都是从项目长提起来的,项目长队伍精干过硬,一个单位的基础就牢靠了,所以项目长一定要优选,使他们看重自己的责任,教育他们有高度的敬业精神,使他们成为本职行家,这批人成长起来就不缺干部了,其余的技术干部也看到希望了。
4、桥隧路基施工要则。
隧道施工要做到: 少扰动,早进洞; 先套拱,稳掘进; 强支护,弱爆破; 工序均衡,整体推进; 铺底先行,衬砌紧跟; 渗水堵,股水引; 锚喷好,仰拱强,防水、防裂要做到; 溶腔、溶洞处理尤其要可靠,要经得起雨季高水压的冲击; 4000米以上单线隧道有轨运输,历史教训莫忘记; 长隧短打作首选,优化辅助导坑要着力; 长大隧道投入要到位,添油战术丧时效; 隧道施工有六防:防失衡,防超欠,防塌方,防水患,防裂纹,防污染。 桥梁施工要做到: 水中墩必先抢; 桩基础很关键,选对钻机抓战机,防止坍孔、畸形桩,提前完成功一半; 基础、承台、墩身要循环,墩身墩帽一起灌; 梁部施工要趁早,流水作业很重要; 制梁厂、拌合站、钢筋加工场,合理布局要思量; 脚手架、架桥机、水中栈桥要检算,确保安全又可靠; 施工便道莫忽视,路面平整效率高; 骨料、水泥同产地,工艺统一见功力,加强养生防裂纹; 模具倒用节成本。
路基施工要做到: 路基施工不简单,结构随着地质变; 基底处理要认真,砂桩、碎石桩、粉喷桩、抛填片石,分门别类要比选,填土速率尽量慢; 路堤路堑施工莫忽视,分台阶,留马道,强防护,保持稳定不含糊; 桥台后、涵两侧,填土夯实不下沉,过渡段施工要仔细; 半填半挖要重视,接茬、夯实、防护质量尤要好; 挡护施工易出事,墙基应在基岩上,墙体确保够厚够强,泄水畅通,大面平整勾凹缝; 路基填料要选择,四区段八流程,规范操作,密实又平整; 特殊地质要用改良土,以桥代路最保险; 排水工程成网络,防护工程美观又牢固; 绿化要用当地草,路容路貌要搞好。
篇2:项目管理经验
(1) 违背建筑程序:
如不经可行性论证,不作调查分析就拍板定案;没有搞清工程地质、水文地质就仓促开工;无证设计;无图施工;任意修改设计,不按图施工;工程竣工不进行试车运转,不经验 收就交付使用等若干现象,致使不少工程项目留有严重隐患,房屋倒塌事故也时有发生。
(2) 工程地质勘察原因:
未认真进行地质勘察,提供的地质资料,数据有误。地质勘察时,钻孔间距太大,不能全面反映地基的实际情况,如当基岩面起伏变化较大时,软土层厚薄相差亦甚大;地质勘 察钻孔深度不够,没有查地下软土层、滑坡、墓穴、孔洞等地层构造;地质勘察报告不详细、不准确等,均会导致采用错误的基础方案,造成地基不均匀沉降、失稳,使上部结构及墙体开裂、破坏、倒塌。
(3) 未加固处理好地基:
对软弱土、冲填土、杂填土、湿陷性黄土、膨胀土、岩层出露、溶岩、土洞等不均匀地基未进行加固处理或处理不当,均是导致重大质量问题的原因。必须根据不同地基的工程特点,按照地基处理应与上部结构相结合,使其共同工作的原则,从地基处理、设计措施、结构措施、防水措施、施工措施方面综合考虑治理。
(4) 设计计算问题:
设计考虑不周,结构构造不合理,计算简图不正确,计算荷载取值过小,内力分析有误,沉降缝及伸缩缝设置不当,悬挑结构未进行抗倾覆验等,都是诱发质量问题的隐患。如某挡土墙工程由于设计时未了解清楚工程地质情况,施工时又未对现场情况进行核实,加上施工队伍在基础开挖时未能及时将现场地质情况反馈给设计人员,因此,尽管上部结构设计、施工质量良好,但因基础设计不合理,以至于使用荷载尚未达到设计值的一半,挡土墙就出现了滑移和倒塌。又如某圆筒仓开裂事故,也是由于设计人员疏忽,在试投产时就简壁开裂,致使建筑物建成后不能满足基本的使用要求。 2:工程项目管理措施
(1) 必须建立和完善工程管理责任体系:明确重点,落实责任,建立和完善工程管理责任体系,关系工程管理是否顺畅、责任是否明确、运作是否有效的问题,是加强工程管理必须首先解决的问题。受薪资质标准的限制,有一些大型建筑施工企业,在今后相当一个时期,得把生存发展的领域定位于公路、市政等工程建筑市场,这要求企业必须把企业做强,把工程干好,提高核心竞争力。通过建立和完善工程管理责任体系,把工程管理的各个环节有效形成一个整体,协调运作,更显重要。
(2) 要建立和完善工程处为主体的施工管理体制:这种体制要求工程处必须对施工方案的制定、生产要素的配
置、重难点工程的监控负责.所属工程项目部主要负责施工方案的落实,设计变更、现场日常管理和沟通内外关系;集团公司指挥部主要抓组织协调、重难点工程的突破和监控保障,营造外部环境,注意处理好与业主、监理、设计单位和当地政府的关系;集团公司主要抓政策措施的制定、高难技术的咨询服务、重点难点工程的监督检查。工程管理部门特别是调度,要随时了解掌握现场情况,通畅信息反馈处理渠道,解决现场不能解决的问题。
(3) 要选好配强项目班子:培养一支高素质的现场经营管理者队伍十分重要。具体到现场或工程项目部,首要的是选好配强项目班子,这样,项目运作才有可靠的组织保证。项目长、党工委书记、总工这三个人必须选好配偶。项目长必须要有责任心,最好要有类似工程管理经验,有强烈的质量意识、效益意识、自律意识。私心重的人、能力差的人、没有责任心的人,不能当项目长。
(4) 施工过程中的质量检查:施工中的质量检查是进行施工质量控制的重要手段。质量控制人员通过质量检查或旁站监控,来确保工序的施工质量符合合同规定的质量要求,避免质量事故的发生。因此,质量控制人员要高度重视施工过程中的质量检查,其重点主要是以下几方面:
(一)严格按方案施工。对每个方案的实施都应通过方案提出、讨论一编制一审核一修改一定稿(审批)一交底一实施
几个步骤进行。施工中有了完备的施工组织设计和可行的施工方案,以及操作性强的技术交底.就能保证全部工程整体部署有条不紊,施工现场整洁规矩,机械配备合理,人员编制有序.施工流水不乱,分部工程方案科学合理。施工操作人员应严格执行施工方案的要求,将极有力地保证工程的质量和进度。
(二)实行“三检制”和检查验收制度、执行过程质量执行程序。为了能够使“三检制”充分发挥作用,在施工过程中,应坚持检查上道工序、保障本道工序、服务下道工序,做好自检、互检、交接检,坚持上道工序不合格就不能转入下道工序的施Z原则, 这样一环扣一环,环环不放松,以工序质量确保工程质量。
(三)成品保护质量检查。由于各工种交叉频繁,对于成品和半成品,容易出现二次污染、损坏和丢失,影响工程进展,增加额外费用。制定成品(半成品)保护的主要措施.并设专人负责成品保护工作。
3: 工程施工管理措施
(1) 要有效进行预先控制:在施工展开之前,都要把前期的准备工作,包括组织准备、技术准备、施工工艺、质量标准、安全措施、现场准备等问题理出来,组织专业人员对现场进行勘查,反复优化,编制详尽的实施性施工组织设计,并根据施组要求配齐生产要素。只要方案搞好了,要素配
齐了,项目就能搞好。搞不好,要不就是项目长能力差,要不就是没有责任心。现在比较普通的问题是,就是编归编;合理不合理报业主审查,工程处不大过问;再就是编归编,干归干,编干脱节,没有发挥预先控制的作用,以致进度落后施工期要求,生产要素配置不能满足施工要求。投标时、要任务时,什么都有;上插后,要什么没什么,特别是集团公司所管项目,有集团公司这一层撑着,你急他不急。最后是赶工期,搞突击,打乱仗,现场告急,业主投诉,投没有效益,名利双失。
(2) 要搞好责任成本控制
加强成本控制是项目管理的横心内容之一,经济效益好不好,与成本控制如何有直接关系。因此,每上一个项目,都要编制责任成本预算,并有相应的配套相措施确保实施。落实这项工作关键在于:预算要准确;责任成本指标要量化到岗位、个人和单机单车;项目部人员的工资奖金与成本执行情况挂钩;有一个负责任的监管有力的分管机构。集团公司有关职能部门,要加强对项目成本审计。防止发生虚收实支,虚盈实亏,该列不列、该摊不摊成本的问题。
5: 结束语
在中国的工程承包市场不断开放的将来,尤其是国际投资基金不断涌入中国市场,势必大量引入全球有实力的工程公司进入国内市场,除仅剩下的一点政府保护之外,最多也只是向市场提供最直接的人力服务。随着市场的竞争的不断加剧,面对实力强大的国外工程公司,中国的企业必须要在投资,保险、设计、生产制造以及工程施工,调试等各个方面联合起来,形成一个具有总承包实力的企业集团来共同面对国外企业的挑战,走向国外市场。
篇3:项目管理经验
做项目经理工作多年,感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导,只有最合适的,没有什么叫对的,什么叫错的,项目经理最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢寻找标准答案,耽误了工作进度,也迷茫了自己。以下是本人一些做项目的个人体会,写出来供大家指点,在讨论过程中共同提高水平。软件工程跟其它建筑工程之间的区别之一是,总有人会拿各种各样的事来讽刺软件的设计和开发过程中的不确定性,但从没有听说过有什么大桥建成之后和图纸上设计的不一样的。
项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候,首先要尽可能地多从各个方面了解项目的情况,如:
1. 这个项目是什么项目,具体大概做什么事情,是谁提出来的,目的是解决什么问题。在国内很多客户都很不成熟的情况下,千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统。前期了解情况的工作越详细,后面的惊讶就越少,项目的风险就越小。
2. 这个项目里牵涉哪些方面的人,如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等,很多项目里除了业主单位的结构很复杂以外,还有一些其他单位也会牵涉进来,如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望,可以让你在做项目碰到问题的时候,就每件事情分析哪些人会在什么方面支持你,哪些人会出于什么目的反对你,从而提前准备联合朋友去对抗敌人,让事情向你所希望的方向发展。没有永远的朋友,也没有永远的敌人,只有一致的利益,这句话作为项目经理是一定要记住的。
3. 基本了解了客户的情况后,下面的事情就是了解自己公司各方面对这个项目的看法。
首先是高层领导是否重视,这个决定了你在需要资源的时候,公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的,你需要做的是了解公司对这个项目的实际期望,是想把项目越做越大还是想赚钱?是想做样板工程还是干脆想敷衍了事,公司领导对项目的态度决定了你做这个项目的战略,而这个战略方针将对你做项目计划产生直接的影响。
4. 在做整体项目计划前,还要大致计算一下你手上的资源。首先是时间,现在市场竞争激烈,往往很多项目要求在几乎不可能的时间范围里完成。对于这一点,你在做项目的风险控制计划的时候要充分考虑。其次是人员,根据项目预算和已往经验,大致计算一下未来的项目小组有多少种角色,每个角色目前公司是否有人,是否能完全归这个项目使用,是否需要另外招聘一些人员,招聘的准备工作要尽早启动。最后就是一些设备的准备,项目所需大件关键设备要尽早预定,以后不管发生设备等人还是人等设备的情况,浪费的都是你的时间。
5. 现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么,而不是说怎么做),而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情,也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说,项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。
6. 是到做总体计划的时间了吗?不,你现在已经知道了客户的目标和你手上的资源,那么做计划以前,你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的,你需要写一份报告,详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话,将发生什么样的后果。如果资源不够,就要高层改变策略,增加对这个项目的投入。甚至在条件许可的情况下,有些公司会放弃这个项目。总之,没有人能完成一个不可能完成的任务,如果项目经理不能尽早发现风险,那么就只能去当烈士了。
7. 明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略,现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利,那么,就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同,相差较大,很难有什么具体要求,但是,一定要有精通客户业务的人,很多小项目里,这个人就是项目经理本人,大项目里会配备行业专家(Industry expert),这样和客户沟通起来才不会鸡同鸭讲,双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语,结果搞得客户一头雾水,反过来,他还指责客户不懂技术。其实,明白自己想做什么的客户已经是很好的客户了,不知道自己要做什么,更不懂怎么做还要指手画脚的客户到处存在,但是要明白,是客户选择了你,而不是你选择了客户,有了客户你才有工资拿,心平气和一点吧。
对于这种需求天天变的客户,你就一定要事先做好规矩:
一、统一联系人,客户指定一个人和项目组进行沟通,不能张领导、王领导都来说几句,如果他们意见不一致,那你只有得罪领导的选择了。所以,项目的最初就要定好规矩,我项目组只认一个的意见,有什么要求你们内部先统一再和我谈,我不想卷入你们内部业务部门之间的矛盾之中。
二、所有需求变更全部要有书面文字,这点切记!这样做好处多多:
有书面证据,以后他还想改,你有了他以前要求的证据,告诉他:你以前可是这么说的。便于需求变更管理,需求如何慢慢演变的历史可以看清楚,从而更深切地体会客户的目。对于客户来说,嘴巴一动最方便,反正是你们做,不花他的资源,所以要求是否合理,是否和项目的目的一致,他是不负责任的。但是如果要他写书面要求,还要签字盖章,他就要谨慎多了,而且一写东西,思想就会更加深入,很多无理要求也就这样胎死腹中了。
8. 现在你要面对三群人:你的领导、你的组员和你的客户,和这些人沟通,让他们知道你打算怎么做,什么时候要他们做什么准备,这些事情将是你的主要工作。既然沟通这么重要,那事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则,如果你在一个部门时间做长了,对这些规则的运用觉得是一件理所应当的事情。但是,你现在面对的是多个部门甚至多个单位,不把沟通规则说清楚,你以后就会吃亏。下面的东西看起来无聊,其实还是很管用的:第一个是规定信息的流动方式和介质,是推还是拉。推的意思就是项目经理将主动发布信息,不管通过电话、邮件还是书面方式,保证将信息传达到每个人。这种情况适合小项目,人少。拉的意思就是项目经理就是一个类似web服务器,你自己需要什么信息就去问他。
当然,没有项目经理把自己搞得那么累,他会用发布信息到公共介质的方式公布信息,简单的是白板,复杂一点的是项目的公共信息交互区,潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊,其实里面牵涉信息传达不完全的责任问题。当然,这些都是指一般的方式,而且不要绝对化,一般情况下,主动沟通和被动访问是同时存在的,尤其是对领导,项目经理更加应该主动去和领导沟通。第二个问题就是文档问题,很多人怕写文档,但是项目经理一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢?就是因为没有证据。
所以项目经理开始就要和客户说清楚有些文档是必须签字的,比如项目经理的项目日志,每个星期至少让客户签字,另外所有达成共识的东西,比如会议纪要,甚至领导的讲话记录,都要写成文档,双方签字,这样以后扯皮的时候,就能做到有据可查。记住:说了的就和没说一样,只有写下来大家签字后才算真正发生了的。还有一些问题,比如你提交的报告,给领导(包括本方领导和客户领导)做一个选择题,结果领导压住不批,让你无所适从,结果拖延了进度。这时候,你可以等,但是注意要留记录,标明是谁的责任;另外,如果你在开始阶段就和领导商定:如果批示提交三天后没有得到领导答复就算对方同意,这样你就会主动很多。再比如不同事件的审批流程问题:什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到,以后的工作就越主动好了,做了很多前期工作,定义了一些游戏规则,现在是坐下来做计划的时候了。这一节,任意找一本项目管理的书都会说得比我好,所以我就少写一点,说一些自己的体会就是了。
9.首先是找几个关键组员,比如客户业务专家、系统分析员等等,做一下项目模块划分工作。项目分成几块去做,每一块完成什么,模块之间的信息如何交换等等。需求定义的是做什么的问题,而这里说的是怎么做的问题。这里要强调一点:完成一个目标有很多种方式,你要选一种你最熟悉的,而不是看上去最完美的,这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动,坚持要你采用那种新技术,你就应该告诉他:你选我做这个项目,就应该容许我采用自己最喜欢的方式做事情,新技术之所以有诱惑力,就是因为吃亏的人还不多,我不希望你成为第一批受害者。
采用一个计划会让你的工作更加明确,比如用微软的Project软件,你填写完表格以后,就可以知道这个项目有多少件事情要做,每件事情需要什么资源,他们之间的前后关系如何,消耗的时间有多长,完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现,甘特图上项目的结束时间会远远落后于你的计划结束时间(签合同的人永远不会先征求你的意见的)。当然,学过项目管理的人会大谈什么WBS、优化路径之类的东西,但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。
如果你没碰到这个问题,在我恭喜你挑了一个轻松活之前,请你再去确认你是否罗列了所有要做的事情和正确评估了它们所需要的时间。这时候,你就要考虑牺牲一些任务的时间(也意味着质量)了。按照什么标准牺牲?这个项目的战略!我们在第三节提到过的战略。我的经验是如果你什么都赶进度,其结果可能就是十件事情你一件也没做好,想想多么失败啊。所以,把资源投到你熟悉和有把握的事情上,最后的结果是十件事情,你有三件做成了精品,三件完成,还有四件因为某些原因延误,成绩单是否靓丽了很多呢?战略决定优先级,而正确排列事情的优先级是一个项目经理能力的主要体现。
10. 好,现在项目已经完成了前期工作,了解了项目的目标、搞清楚了手上的资源,制定了项目的策略,然后编制了项目的整体计划,项目进入实施阶段。进入这个阶段反而是项目经理比较空闲的时候,不像前期的时候项目经理要象记者一样到处和不同的人接触,搞清楚他们在说什么,努力猜测他们在想什么和他们的真正目的,那才是最累人的事情。当然,小项目的项目经理往往自己也是一个资源,要做很多事情,这时候反而比谁都苦。项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意,除非你需要对方给你支持,那么你才需要讲得具体一点,否则,告诉他一切正常就可以了,而且态度要积极一些,千万不要说一些领导不懂的细节,比如:“王局长,最近项目进度还算正常,就是JVM经常发生一些内存泄漏的情况…”王局长:“xxx”。
和自己的领导汇报也要注意这个问题,除非他是一个技术高手,你需要他的技术经验,否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了,有些需要他支持的地方,比如资源调用需要说详细一点。和组员开会,除了一些项目进度跟踪会议以外,还有很多讨论会,需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员,他们的特点是注重细节、缺乏大局观、有点消极悲观、自尊心强(如果总结得不对,欢迎大家拍砖),所以,你作为会议的主持人,只要负责提出问题和记录下他们的观点,千万不要做评判者的角色。一个问题,有很多方面,从不同的角度看,现象是完全不同的,想想盲人摸象的故事吧。这些技术人员,他们往往精通一个方面,就自己的角度发表见解,除非一些很特别的情况,你都应该认为,他们提出的方案,从他们的角度来看是最合理的。
你的长处是掌握事情的优先级,评估各个方面的轻重缓急,从而根据他们的意见得出一个合适的(而不是正确的)方案。所以,在会议上,你要充分尊重每一个人和他的意见,夸奖那些意见提得比较好的人,千万不要把会议带入无休止的争论(你要让大家知道事情不是非黑即白的,而是多元的,唉,我们的教育惹的祸…)。会后,你自己写文档,做决定。会议上大家的面子都被照顾了,自己实施起来的阻力就小,如果还有意见的,你就私下找他聊,如果还不能说服他,你就要让他明白,因为你负责这个项目、你担当风险,所以,这个优先级应该你来判断。组织中的高层,并不见得水平会比一般的成员高,但是,他要承担组织的风险,加之信息的不对称性,所以,对事情的优先级的判断肯定比下属强。
终可交付成果一定要是可以被检查的,比如,【界面要求:美观大方、简洁明快】,这个要求我就不知道如何检查。所以,给开发小组布置任务的时候就要考虑如何检查结果,比如我见过一个计划,里面有一个任务【开发人员熟悉EJB编程】,这个任务,除了让这些人去参加一些专业认证考试,否则,结果很难被检查。所以,时刻考虑如何检查结果、如何向客户交付是项目经理一直要注意的事情,我听说有些老项目经理拿到项目是倒排计划的,即首先看如何验收和验收标准,然后决定工作计划。很多项目开始了很久,还不知道如何验收,那么这个项目出问题的可能性就很大了。做项目就是为了验收,我们的角色不是研究机构,我们的目的就是在付出那么多劳动后得到结果。
另外我插一句:我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流,很容易引起冲突和矛盾(技术人员的本性决定的)。我的做法是项目经理和项目实施人员到现场,软件开发人员还是在公司做项目。项目实施人员就是初级项目经理,他们了解自己的产品,懂得一些客户的业务,关键是在于他们具有良好的沟通能力,俗称“皮厚”。他们是客户和研发人员的桥梁,其职业方向也是很机动灵活,以后可以有很多方向可以转,比开发人员的路要宽得多。
11. 接着,我们再谈谈最让人头痛的需求变更问题。变更通常分为两种:一种是部分更改了原先的目标,即需求变更;另一种是没改变目标,但是客户不满意目前的实现方式,大到流程的实现,小到界面的布局,都是属于这类。碰到这种情况是难以避免的,主要是事先沟通的不够充分和客户随着项目的进展,慢慢想清楚了问题,改变了以前的思路。这时候,如果需要改并且你的战略是容许这种情况的,那么注意下面几点:
1. 确保以前的文档,就是记载着以前的结论的东西,客户是否签过字,如果没有,赶紧把你的工作停下来,赶快再和客户自己确认一下你的方案,然后让他签字,避免以后说话没有凭据;
2. 和客户坐下来,探讨他修改的根本目的是什么,是不是有同样能达到相同目的、但是对你来说有代价更小的选择?
3. (项目初期的工作)明确更改流程,一般是客户指定一人签字(否则客户每个领导都有权力来插一杠子,你就废了),以正式项目文件的方式提交给你,然后,你做评估分析,分析对成本、进度的影响,在你的领导同意后,出相应意见书,主要是要说明更改设计的原因和指出由此带来的不确定后果(这个东西先写出来,后面如果真的发生了,至少不是你的错)。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗?对,就学习那个,让大家都意识到任何的更改都有成本和代价。
12. 系统开发告一段落后,就进入客户培训、系统验收阶段,这个阶段,我一般会注意以下几个问题:
一、给客户做培训前,多注意一些表面功夫。很多程序员认为,系统的逻辑核心是否正确是关键,至于界面如何,界面上的用词是否准确,那是无关紧要的问题,而且培训的时候也是信手拈来,想到哪里说到哪里,下面听讲的人不知所云,云山雾罩,培训效果自然可以想象。我的体会是,给客户做培训的版本,如果你在做多次测试以后仍然不能确定逻辑是否合乎要求,那么,你至少要在界面上多花一点功夫。注意每个界面的布局、用词、链接的正确性等等,总之不要让客户看到一些他不该看到的东西。文档方面,准备至少两个文档:用户手册和培训手册。这两个文档的内容很多都是一致的,但是角度完全不同。用户手册往往是站在系统设计者的角度,按照自己的思路,分模块讲解系统的操作和功能;而培训手册,一定要站在客户业务人员的角度,根据每个角色面对不同业务的办理,如何通过使用本系统的一系列功能来实现目标。所以,第一次培训以前,系统界面是否完整正确、培训文档是否完备都是很关键的因素,第一炮打不响,以后就麻烦很多作为项目经理,其实脑子里就是几样东西:做哪些事情、做到什么程度、怎么交货、手上的资源以及各个事情的优先级。所谓多快好省那是人类的梦想,这四个方面都是相互矛盾的,属于典型的又要马儿跑,又要马儿不吃草的类型。考虑问题的轻重缓急方面,往往是把快放在第一位,各方领导都会给你最后期限,所以保进度是第一位的;省是第二位的,企业的根本目的是盈利,如果收入不能增加的话,至少费用要控制住;好是第三位的,没办法,谁都想精益求精,但是,没有强大的资源保障,质量只好先牺牲了;最后是多,客户的要求源源不断,如何降低客户的期望值,让他们从理想回到现实也是项目经理的分内工作。 验收前,除了做好文档工作,即可交付成果以外,多花时间搞清楚客户的做事情流程是很重要的事情,这些在前面已经有所提及,这里就不再多说。
我对验收最大的体会就是举证问题。即千万不要让客户这么想:你必须有证据证明你的系统是没问题的。这样你就没戏了,微软那么多天才,做了XP还天天打补丁,要你的程序没问题,既不可能,你也没办法拿出证据。你要让客户明白,所谓验收,就是我按照测试文档的测试用例跑一遍,结果和预期结果一致就应该算通过了,而且还容许有一些小错误留在验收后改正,他可以对测试用例提意见。所以,验收前双方要确认测试计划和测试用例。如果他认为系统不符合要求,那么他应该举证,证明这个系统和最初设计相背离的。所以,参考法律概念,千万不要举证倒置。另外,认为系统完美了才能验收的想法也是错误的,软件开发合同里一定要注明验收以后维护期的费用问题,否则,客户担心一旦验收就得不到你们的支持,自然不配合验收,那么,你这个项目经理就很难交功课了。
最后,我想谈谈如何评价项目经理的绩效的问题,我认为,项目经理有以下几个档次: *最差的项目经理:项目过程中总是出现意外,然后自己又解决不了,结果成为烈士; *二流的项目经理:项目也经常出现意外,但是他一马当先,奋勇向前,解决了一个又一个问题,最后,勉强算把项目结束了,获得了领导的一致好评;
*一流的项目经理:平时很少见他做具体的事情,整天找人聊天,然后就是写报告、做计划,最后项目顺利结束,整个过程平淡无奇; 项目管理培训项目管理到底是一门科学还是一门艺术呢?所谓科学就是经过反复论证,输入和输出有必然规律的东西,种瓜得瓜;而艺术就是思想火花的闪耀,主要靠灵感。项目管理这个东西,据一个前辈说,在国外是科学,80%是有规律可循的;在国内是艺术,主要靠个人魅力、感染能力等东西。看明白了PMBOK,学会了一些做事情的方式,只是搞懂了那个20%的科学的东西,还有80%的空间,属于见仁见智的领域了。所以,加强很多方面的个人能力,如练就出色沟通能力、提升自己的个人魅力对于项目经理来说是多么重要啊,无论是对内还是对外。作为一个一流的专业人士,在顺利让客户签字的同时,如何让自己的领导知道你的价值,这也是体现自己能力的一种途径。
篇4:印度项目质量管理经验
计算机和通信技术的迅速发展,特别是Internet技术的发展与普及,为企业内部、企业与外部提供了快速、准确、可靠的信息交流渠道,信息化企业运作管理系统已成为企事业单位参与全球市场竞争的必备支持系统。正是由于这样的市场需求与技术发展现状,为我国的IT行业带来了空前发展的机遇,特别是软件行业。软件企业能否抓住这样一个难得的发展机会需要多方面的努力,其中软件质量保障在其发展过程中占有重要的位置。 众所周知,印度已成为世界上软件业增长最快的国家,目前每年软件业产值达数十亿美元,并且还在以每年30%~50%的速度增长。比较我国和印度的软件产业,就不难发现:中国拥有巨大的软件市场和世界公认的软件开发资源,在基础研究和对技术前瞻性的把握上,也有自己的优势,就整体社会经济环境而言也优于印度。此外,中国的软件开发人员费用比较低廉,仅是世界市场的1/3左右。虽然中国人并不缺乏软件开发的天赋,但是在越来越强调规模化经营的今天,先天不足的管理痼疾使我们举步维艰,难以摆脱小作坊式的软件开发模式。而印度软件业从一开始就立足于为美国软件企业服务,并遵循其软件开发的管理模式,与国际标准接轨。
管理上的问题不能得到彻底的解决,软件的质量保障就无从谈起。笔者最近在与印度一家通过了CMM4级评估的软件公司(以下简称A公司)进行合作的过程中,较为详细地了解了他们有关项目管理的一些详细情况,更深刻地感受到了项目管理的规范化与企业软件质量保障之间的密切关系。下面想着重从软件企业的构架,软件项目计划、项目管理、项目经理的职责等方面对印度软件的项目管理及我国软件质量保障应注意的问题进行一些经验总结,供业内人士参考。
1.软件企业的组织结构
(1)A公司结构
图1是A公司的组织结构图,同国内公司差异较大的部门有QA、SSG和人力资源部门。
图1
* A公司中,QA(Quality Assure)部门与研发部门独立,负责监督流程的执行。QA同时负责领导与研发部门组成的联合工作组,制定公司流程。
* SSG(System Support Group)类似我们的IT部门,负责公司所有计算机软件和硬件资源的分配和管理。所有的办公环境和开发/实验室环境由SSG负责安装和维护,计算机资源属于SSG,由各个项目向SSG提出需求,项目结束后,设备需要交还给SSG。个人和项目组没有固定的软件和硬件资源。SSG是与研发平行的部门。
* 人力资源部门负责公司的人力资源管理,并维护员工的技能数据库。项目开始时,项目组向人力资源申请人力,向SSG申请计算机硬件和软件。项目结束时需要释放计算机资源给SSG,释放人力资源到人力资源池,并同时更新员工的技能数据库。研发部门的人力资源由研发总负责人和其助手分配(类似我国各公司的人力资源部)。
(2)项目组结构
1) A公司对项目组进行独立核算,项目具体负责人为PC(Project Coordinator),负责项目计划和执行,对项目具体成员进行分工。在每个阶段的结束会议上(如概要设计结束),PC要接受QC(Quality Coordinator)的审查。除了PC与QC的接口外,所有其他外部接口都由EM(Engineer Manager)完成,EM负责与客户打交道,向SSG、人力资源要求资源,与其他项目组协调进度。
2) 汇报关系为:
Team Member->Team Leader->PC->EM->研发总负责人。
3) 印度工程师分为7级,半年一次考评,即半年有一次升级机会。
1级:Software Engineer,刚毕业的本科生和研究生。
2级:Senior Software Engineer。
3级:Project Leader。
4级:Project Manager。
5级:Senior Project Manager。
3级可以成为PC,4级可以成为EM。刚开始平均2年升一级,越往后升职越慢。
A公司规定,一人最多可以同时兼任两个项目的PC,EM管理的项目没有限制。
A公司通常的项目组为4到5人,最多不超过10人。
以上是A公司(同时也是印度大多数规范化的软件公司)的组织结构和项目组结构。可以看出,A公司的组织结构非常清晰,各个部门分类非常细,任务明确,软件生产的每一个步骤都有专门的部门、专门的人员负责,从最基础的开发人员到负责统领全局的总经理,层层管理,沟通渠道畅通。而在我国,管理的不规范往往首先体现在公司的组织结构上,集中表现为部门的缺失和管理的交叉上。我国的软件公司,大部分规模较小,开发人员超过100人的公司很少。在印度,软件公司无论大小,都是“麻雀虽小,五脏俱全”,绝不会因为公司的规模大小而改变合理的组织结构。因此笔者认为,国内的软件企业要想有效地保障产品质量,首先就要在构架合理的组织结构上下功夫,这就如同盖高楼首先要打好地基一样,地基不打牢,结构不合理,其他方面再下功夫也是徒劳。有人说,因为国内软件企业规模小,所以造成结构设置的欠缺,但笔者认为恰恰是因为没有建立一个规范化的组织结构,才会使软件产品质量不保,进而严重影响了企业的发展扩大。
2.项目计划
凡事预则立,不预则废。这里的“预”就是指计划。对于软件企业,计划的重要性是不言而喻的。让我们先看看A公司的项目计划是如何制定的:在A公司,项目开始之前必须先估计项目的规模(以代码行数来衡量);然后制定项目计划。通常时间为2~3周,已知的最长有5周。EM负责制定项目 EWP(Engineer Work Paper),其中定义了项目需要的人力和计算机资源,由相关部门同意,并报研发总负责人批准后才能开始项目。
项目的正式开始时间由项目组的Kickoff Meeting算起,Closeout Meeting结束。
大概很多人都听过这样一句话:“计划赶不上变化”。这种“变化”对某些行业而言也许并不会产生太大的影响,但对于软件企业而言,却会给软件产品的质量保证带来严重的负面影响。为什么会造成这种“计划赶不上变化”的现象?究其原因,笔者认为主要是因为对计划的重视程度不够,计划过于笼统、粗糙导致可执行性太差,再加上一些人为因素的影响,必然会产生这样的后果。
如果我们的软件企业都能像A公司这样,在作计划时能考虑到每一个细节,不是仓促做出决定,而是由所有的相关部门共同对产品计划进行反复研究、制定、讨论、修改,最终形成一套系统、严密、具有很强的可执行性的计划。计划一旦形成,就严格按照计划去执行,而不受某个人、某件事的影响,那么就不仅能够减少大量资源的浪费,产品的质量也得到了保障。
因此,对计划的高度重视、周密制定、严格执行是企业有效保障产品质量的一个重要环节。
3.项目管理
当企业构架了合理的组织结构并制定了缜密的计划后,就进入了产品的开发阶段。在这个阶段中,项目管理起了重要作用,它所涉及的环节相当具体复杂,下面先介绍一下A公司在项目管理上的具体细节:
(1)开发阶段和项目周期
开发阶段比较明显,注重各阶段应完成的功能,对本阶段应完成的工作不能留到下一阶段。
(2)流程
* A公司对流程比对项目更重视。
* 软件开发流程非常规范和系统化,其流程的可执行性很高,并且能在实践过程中不断改进。A公司的流程已覆盖到了一个项目研发的所有方面,包括从最开始的意向到最后软件的版本发布(release),都有相应的流程规定,基本上已形成一种工业化的软件开发。
* 人和流程是保证项目成功的两个最关键因素。由好的人按好的流程进行项目开发,才能最大限度地保证项目的成功。一个好的流程可以保证差的人做出来的东西不至于太差,但不能确保做出精品。通过流程可以实现一种规范化、流水线化、工业化的软件开发。
(3)计划
1) 计划详细、周到。
2) 流程中明确定义开发阶段。
3) 每个阶段都列出了该阶段的各项活动,并详细描述每项活动的属性:
* 进入条件,输入;
* 验证方法;
* 结束条件,输出。
4)每个阶段结束都要召开阶段结束会议。前一个阶段结束才能进入下一阶段。
5)计划中每个活动都比较具体,每个活动的时间以天(半天)为单位。计划包括了开展质量控制活动的时间。
(4)Review
按印度公司流程,一般把Review和测试作为保证软件质量两个主要手段,
测试的重要性就不需说明了,而Review则是一个非常简单有效并能尽早发现软件中错误的方法,可以说,任何交付物都要经Review后才能进行基线化。目前A公司有很详细全面、可执行性很高的Review流程和各种交付物的Review Checklist。
在印度软件企业,现有这么一句口号:凡事有计划,凡事必review。
(5)QA
QC(质量经理)作为质量保证部门(SQA)的代表,监督和保证项目的进展遵循QMS各项流程和模板,并且收集项目中发现的一些问题和解决方法以优化流程。
(6)度量数据
CMM中比较强调用数据说话,对项目过程中基本上所有的数据都会有记录,最后把收集的数据提交质量保证部门进行分析,以改进流程。A公司的项目经理和质量经理很重视项目中的数据收集,包括各种Review数据、测试数据以及项目组员每天的活动数据等。项目经理也要维护一个项目档案,在这个项目档案中可以说包含了项目开发过程中所有的产出、开发活动、管理活动等的记录。可以这么说,有了这个项目档案,你就可以完全了解这个项目的开发过程。
(7)团队精神
印度公司都比较强调团队精神、合作精神,应该说,其流程本质上就要求员工之间的互相协调和理解。相对而言,印度员工的合作精神和协调精神都比我国员工要好得多。
(8)培训
印度公司都比较强调培训,一般有专门的培训部门进行协调。在新员工进入公司后都会有公司流程和其他一些公司普遍章程的培训,以保证员工对流程的理解和执行。对于具体项目,项目经理在制定项目计划时就会在项目计划中提出所有的培训需求,包括技术上的培训和其他所需的培训。
(9)配置管理
在项目正式开展前,项目经理就要制定配置管理计划,并且指定配置管理员建立起配置管理库,按配置流程严格进行配置管理。在配置流程中也详细提供了对更改的控制,没有经过批准的更改请求是绝对不能进行的。
(10)记录
记录及时、充分、比较准确。这些记录包括:重要的邮件、会议纪要、审核记录、缺陷报告、测试报告。
1)与客户和其他项目组的所有往来必须邮件记录。
2)对所有的活动都有一个跟踪落实的过程,比如对所有的Review记录和更改请求都会有一个状态标识,标识其当前状态,通过跟踪其状态来监督其落实。
3)对所有的活动,包括对文档和代码的更改都会有一个历史记录。
4)记录比较准确、比较客观。
5)许多记录都是通过定量的数值记录,强调以数据说话(CMM4级的重点就是量化管理)。
以上是A公司在项目管理中所涉及到的一些主要环节,很值得国内的软件企业在制定项目管理规划时借鉴。除此之外,我国的软件企业在产品开发管理的过程中,还易出现以下几个方面的问题:
1)需求说明差─需求不清楚、不完整、太概括、或者不可测试,都会造成问题。
2)不切实际的时间表─如果在很短的时间里要求做许多事,出现错误是不可避免的。
3)测试不充分─只能根据客户意见或系统崩溃来判断系统的质量。
4)不断增加功能─在开发正在进行过程中要求增加许多新的功能。这是常见的问题。
5)交流问题─如果开发人员对客户的要求不了解,或者客户由不恰当的期望,必然会导致错误。
这些问题的出现,将会对软件质量的保证产生不良影响,针对上述问题并结合A公司在项目管理方面的经验,笔者提出一些相应的解决方法,以供参考:
1)可靠的需求─应当有一个经各方一致同意的、清楚的、完整的、详细的、整体的、可实现的、可测试的需求。为帮助确定需求,可使用模型 (prototypes)。
2)合理的时间表DD为计划、设计、测试、改错、再测试、变更、以及编制文档留出足够的时间。不应使用突击的办法来完成项目。
3)适当测试─尽早开始测试;每次改错或变更后,都应重新测试。项目计划中要为测试和改错留出足够时间。
4)尽可能坚持最初的需求─一旦开发工作开始,要准备防止修改需求和新增功能,要说明这样做的后果。如果必须进行变更,必须在时间表上有相应的反映。如果可能,在设计阶段使用快速的模型,以便使客户了解将会得到的东西。这将会使他们对他们的需求有较高的信心,减少以后的变更。
5)沟通DD在适当时机进行预排和检查;充分利用团组通信工具D电子邮件、群件(groupware)、网络故障跟踪工具、变更管理工具、以及因特网的功能。要确保文件是可用的和最新的。优选电子版文档,避免纸介质文档:进行远距离联合作业及协作;尽早使用模型,使客户的预想表达清楚。
4.PC(项目经理)
项目经理是项目成败的关键人物,其对项目的成败负主要责任。因此在这里将项目经理的有关内容单独提出,以A公司为例详细说明PC在整个产品研发过程中所扮演的角色,希望能对国内软件企业的项目经理有所启示。
(1)在A公司,按流程在一个项目正式开展之前,项目经理需要完成:
* 项目计划(Project Plan):在此描述整个项目所应完成的交付物、项目时间表、培训需求、资源需求、质量保证计划以及过程和交付物的定量质量目标等。
* 项目配置管理计划(Project Configuration Plan):在此指定配置管理员,描述项目配置项列表、配置管理库、版本管理计划等等。
*项目过程手册(Process Handbook):在此描述本项目所采取的裁剪后的生命周期模型和流程。
(2)在项目开发过程中,项目经理需非常了解项目进度,进行工作任务细化、具体计划和安排项目成员工作任务等工作。对突发事件项目经理需能及时合理地进行协调。
(3)总的说来,PC安排工作有这么几个特点:
a.PC对软件开发具有丰富的经验,了解软件开发的普遍流程,了解各个阶段所需完成的工作,这是安排好项目组成员工作的前提,在A公司对PC的整体素质要求非常高。
b.在项目正式开展前,PC准备项目计划文档,在项目计划中包含了项目进度时间表,但此时间表比较粗,只能给出各个阶段和各个子阶段的起始结束日期。对各个阶段和各个子阶段的详细工作安排和各项工作责任人只能在项目开展工程中根据项目实际情况进行安排,一般是在每周项目组例会上进行本周详细工作安排。
c.PC对工作安排往往精确到天,有时甚至精确到小时,要做到这一点,需要:
* PC对本项目进展非常了解。了解渠道通常是每周组员的状态报告和直接与组员接触了解,这也需项目组成员能如实汇报工作。
* 对现阶段或本周所需完成的工作非常了解。知道现在该做什么,并且能把各项工作进行合理细致地划分,因为各个分解的工作比较细致,因此能相对精确地评估出这些工作完成所需的时间。
* PC对项目组员的能力比较了解,安排工作时能做到有的放矢。当安排的员工对工作不熟悉时,会指定相应的组员进行协助。
* PC对组员的工作安排都比较细致饱满。一般不会出现有些员工有事干,有些员工没事干的情况,当出现这种情况或员工提前完成工作时,PC就会进行相应的协调。
d.PC在项目组例会上的工作安排一般只限于本周或甚至是过后的二、三天,一般不会太长,对长时间工作的安排容易失去精确并且不易控制。相对而言,短时间的工作安排就比较精确而且容易控制,并且能不断根据完成的工作进行调整。当然,这就要求PC能根据项目计划中的项目时间表进行整体进度的把握。
e.项目组例会一般一周一次(时间不能太长),但必要时(如组员工作已完成或其他事情),也可在中途召开项目会议进行工作安排,一般时间都比较短(十几分钟左右,一般不超过半小时,以免浪费时间),总之,当PC觉得需要时,就会召开项目会议。
f.当项目组出现意外事件或影响项目团结的事件时,PC能及时合理协调,解决项目组内的不和谐气氛。
g.PC善于鼓励手下,发挥员工的潜能,PC往往会赞扬很好地完成了工作的组员。
从上面可以看出,对PC的能力(包括技术和管理能力)要求是非常高的,我国的软件企业往往只重视PC的技术能力,但事实上,一个只精通技术的人往往不能成为一个合格的领导者, 笔者认为对PC而言,首先要求他能够比他的下属看得更远一步,顺利时不盲目乐观,遇到挫折时不茫然失措,使整个团队始终保持高昂的士气。
总结
以上结合印度软件项目管理的经验总结了一些我国软件质量保障应注意的问题。曾有人提出:这样一味地学习模仿,民族软件工业没有多大希望。但笔者认为,在这个问题上不妨采取“拿来主义”的办法,对于好的,事实证明是成功的经验,首先是“占有”,然后才是“挑选”和“创新”。如果能把印度的管理经验真正领会并付诸实践,相信对我们的民族软件工业一定会起到积极的推动作用。
篇5:印度项目质量管理经验论文
印度项目质量管理经验论文
计算机和通信技术的迅速发展,特别是Internet技术的发展与普及,为企业内部、企业与外部提供了快速、准确、可靠的信息交流渠道。信息化企业运作管理系统已成为企事业单位参与全球市场竞争的必备支持系统。正是由于这样的市场需求与技术发展现状,为我国的IT行业带来了空前发展的机遇,特别是软件行业。软件企业能否抓住这样一个难得的发展机会需要多方面的努力,其中软件质量保障在其发展过程中占有重要的位置。众所周知,印度已成为世界上软件业增长最快的国家,目前每年软件业产值达数十亿美元,并且还在以每年30%~50%的速度增长。比较我国和印度的软件产业,就不难发现:中国拥有巨大的软件市场和世界公认的软件开发资源,在基础研究和对技术前瞻性的把握上,也有自己的优势,就整体社会经济环境而言也优于印度。此外,中国的软件开发人员费用比较低廉,仅是世界市场的1/3左右。虽然中国人并不缺乏软件开发的天赋,但是在越来越强调规模化经营的今天,先天不足的管理痼疾使我们举步维艰,难以摆脱小作坊式的软件开发模式。而印度软件业从一开始就立足于为美国软件企业服务,并遵循其软件开发的管理模式,与国际标准接轨。
管理上的问题不能得到彻底的解决,软件的质量保障就无从谈起。笔者最近在与印度一家通过了CMM4级评估的软件公司(以下简称A公司)进行合作的过程中,较为详细地了解了他们有关项目管理的一些,更深刻地感受到了项目管理的规范化与企业软件质量保障之间的密切关系。下面想着重从软件企业的构架,软件项目计划、项目管理、项目经理的职责等方面对印度软件的项目管理及我国软件质量保障应注意的问题进行一些经验总结,供业内人士参考。
1、软件企业的组织结构
(1)A公司结构
A公司中,QA(QualityAssure)部门与研发部门独立,负责监督流程的执行。QA同时负责领导与研发部门组成的联合工作组,制定公司流程。
SSG(SystemSupportGroup)类似我们的IT部门,负责公司所有计算机软件和硬件资源的分配和管理。所有的办公环境和开发/实验室环境由SSG负责安装和维护,计算机资源属于SSG,由各个项目向SSG提出需求,项目结束后,设备需要交还给SSG.个人和项目组没有固定的软件和硬件资源。SSG是与研发平行的部门。
人力资源部门负责公司的人力资源管理,并维护员工的技能数据库。项目开始时,项目组向人力资源申请人力,向SSG申请计算机硬件和软件。项目结束时需要释放计算机资源给SSG,释放人力资源到人力资源池,并同时更新员工的技能数据库。研发部门的人力资源由研发总负责人和其助手分配(类似我国各公司的人力资源部)。
(2)项目组结构
1)A公司对项目组进行独立核算,项目具体负责人为PC(ProjectCoordinator),负责项目计划和执行,对项目具体成员进行分工。在每个阶段的结束会议上(如概要设计结束),PC要接受QC(QualityCoordinator)的审查。除了PC与QC的接口外,所有其他外部接口都由EM(EngineerManager)完成,EM负责与客户打交道,向SSG、人力资源要求资源,与其他项目组协调进度。
2)汇报关系为:TeamMember->TeamLeader->PC->EM->研发总负责人。
3)印度工程师分为7级,半年一次考评,即半年有一次升级机会。
1级:SoftwareEngineer,刚毕业的本科生和研究生。
2级:SeniorSoftwareEngineer.3级:ProjectLeader.4级:ProjectManager.5级:SeniorProjectManager.
3级可以成为PC,4级可以成为EM.刚开始平均2年升一级,越往后升职越慢。
A公司规定,一人最多可以同时兼任两个项目的PC,EM管理的.项目没有限制。
A公司通常的项目组为4到5人,最多不超过10人。
以上是A公司(同时也是印度大多数规范化的软件公司)的组织结构和项目组结构。可以看出,A公司的组织结构非常清晰,各个部门分类非常细,任务明确,软件生产的每一个步骤都有专门的部门、专门的人员负责,从最基础的开发人员到负责统领全局的总经理,层层管理,沟通渠道畅通。而在我国,管理的不规范往往首先体现在公司的组织结构上,集中表现为部门的缺失和管理的交叉上。我国的软件公司,大部分规模较小,开发人员超过100人的公司很少。在印度,软件公司无论大小,都是“麻雀虽小,五脏俱全”,绝不会因为公司的规模大小而改变合理的组织结构。因此笔者认为,国内的软件企业要想有效地保障产品质量,首先就要在构架合理的组织结构上下功夫,这就如同盖高楼首先要打好地基一样,地基不打牢,结构不合理,其他方面再下功夫也是徒劳。有人说,因为国内软件企业规模小,所以造成结构设置的欠缺,但笔者认为恰恰是因为没有建立一个规范化的组织结构,才会使软件产品质量不保,进而严重影响了企业的发展扩大。
2、项目计划
凡事预则立,不预则废。这里的“预”就是指计划。对于软件企业,计划的重要性是不言而喻的。让我们先看看A公司的项目计划是如何制定的:在A公司,项目开始之前必须先估计项目的规模(以代码行数来衡量);然后制定项目计划。通常时间为2~3周,已知的最长有5周。EM负责制定项目EWP(EngineerWorkPaper),其中定义了项目需要的人力和计算机资源,由相关部门同意,并报研发总负责人批准后才能开始项目。
项目的正式开始时间由项目组的KickoffMeeting算起,CloseoutMeeting结束。
大概很多人都听过这样一句话:“计划赶不上变化”。这种“变化”对某些行业而言也许并不会产生太大的影响,但对于软件企业而言,却会给软件产品的质量保证带来严重的负面影响。为什么会造成这种“计划赶不上变化”的现象?究其原因,笔者认为主要是因为对计划的重视程度不够,计划过于笼统、粗糙导致可执行性太差,再加上一些人为因素的影响,必然会产生这样的后果。
如果我们的软件企业都能像A公司这样,在作计划时能考虑到每一个细节,不是仓促做出决定,而是由所有的相关部门共同对产品计划进行反复研究、制定、讨论、修改,最终形成一套系统、严密、具有很强的可执行性的计划。计划一旦形成,就严格按照计划去执行,而不受某个人、某件事的影响,那么就不仅能够减少大量资源的浪费,产品的质量也得到了保障。
因此,对计划的高度重视、周密制定、严格执行是企业有效保障产品质量的一个重要环节。
3、项目管理
当企业构架了合理的组织结构并制定了缜密的计划后,就进入了产品的开发阶段。在这个阶段中,项目管理起了重要作用,它所涉及的环节相当具体复杂,下面先介绍一下A公司在项目管理上的具体细节:
(1)开发阶段和项目周期开发阶段比较明显,注重各阶段应完成的功能,对本阶段应完成的工作不能留到下一阶段。
(2)流程
A公司对流程比对项目更重视。
软件开发流程非常规范和系统化,其流程的可执行性很高,并且能在实践过程中不断改进。A公司的流程已覆盖到了一个项目研发的所有方面,包括从最开始的意向到最后软件的版本发布(release),都有相应的流程规定,基本上已形成一种工业化的软件开发。
人和流程是保证项目成功的两个最关键因素。由好的人按好的流程进行项目开发,才能最大限度地保证项目的成功。一个好的流程可以保证差的人做出来的东西不至于太差,但不能确保做出精品。通过流程可以实现一种规范化、流水线化、工业化的软件开发。
(3)计划
1)计划详细、周到。
2)流程中明确定义开发阶段。
3)每个阶段都列出了该阶段的各项活动,并详细描述每项活动的属性:
进入条件,输入;
验证方法;
结束条件,输出。
4)每个阶段结束都要召开阶段结束会议。前一个阶段结束才能进入下一阶段。
5)计划中每个活动都比较具体,每个活动的时间以天(半天)为单位。计划包括了开展质量控制活动的时间。
(4)Review
按印度公司流程,一般把Review和测试作为保证软件质量两个主要手段。测试的重要性就不需说明了,而Review则是一个非常简单有效并能尽早发现软件中错误的方法,可以说,任何交付物都要经Review后才能进行基线化。目前A公司有很详细全面、可执行性很高的Review流程和各种交付物的Review Checklist.
在印度软件企业,现有这么一句口号:凡事有计划,凡事必review.
(5)QA
QC(质量经理)作为质量保证部门(SQA)的代表,监督和保证项目的进展遵循QMS各项流程和模板,并且收集项目中发现的一些问题和解决方法以优化流程。
(6)度量数据
CMM中比较强调用数据说话,对项目过程中基本上所有的数据都会有记录,最后把收集的数据提交质量保证部门进行分析,以改进流程。A公司的项目经理和质量经理很重视项目中的数据收集,包括各种Review数据、测试数据以及项目组员每天的活动数据等。项目经理也要维护一个项目档案,在这个项目档案中可以说包含了项目开发过程中所有的产出、开发活动、管理活动等的记录。可以这么说,有了这个项目档案,你就可以完全了解这个项目的开发过程。
(7)团队精神
印度公司都比较强调团队精神、合作精神,应该说,其流程本质上就要求员工之间的互相协调和理解。相对而言,印度员工的合作精神和协调精神都比我国员工要好得多。
(8)培训
印度公司都比较强调培训,一般有专门的培训部门进行协调。在新员工进入公司后都会有公司流程和其他一些公司普遍章程的培训,以保证员工对流程的理解和执行。对于具体项目,项目经理在制定项目计划时就会在项目计划中提出所有的培训需求,包括技术上的培训和其他所需的培训。
(9)配置管理在项目正式开展前,项目经理就要制定配置管理计划,并且指定配置管理员建立起配置管理库,按配置流程严格进行配置管理。在配置流程中也详细提供了对更改的控制,没有经过批准的更改请求是绝对不能进行的。
(10)记录
记录及时、充分、比较准确。这些记录包括:重要的邮件、会议纪要、审核记录、缺陷报告、测试报告。
1)与客户和其他项目组的所有往来必须邮件记录。
2)对所有的活动都有一个跟踪落实的过程,比如对所有的Review记录和更改请求都会有一个状态标识,标识其当前状态,通过跟踪其状态来监督其落实。
3)对所有的活动,包括对文档和代码的更改都会有一个历史记录。
4)记录比较准确、比较客观。
5)许多记录都是通过定量的数值记录,强调以数据说话(CMM4级的重点就是量化管理)。
以上是A公司在项目管理中所涉及到的一些主要环节,很值得国内的软件企业在制定项目管理规划时借鉴。除此之外,我国的软件企业在产品开发管理的过程中,还易出现以下几个方面的问题:
1)需求说明差─需求不清楚、不完整、太概括、或者不可测试,都会造成问题。
2)不切实际的时间表─如果在很短的时间里要求做许多事,出现错误是不可避免的。
3)测试不充分─只能根据客户意见或系统崩溃来判断系统的质量。
4)不断增加功能─在开发正在进行过程中要求增加许多新的功能。这是常见的问题。
5)交流问题─如果开发人员对客户的要求不了解,或者客户由不恰当的期望,必然会导致错误。
这些问题的出现,将会对软件质量的保证产生不良影响,针对上述问题并结合A公司在项目管理方面的经验,笔者提出一些相应的解决方法,以供参考:
1)可靠的需求─应当有一个经各方一致同意的、清楚的、完整的、详细的、整体的、可实现的、可测试的需求。为帮助确定需求,可使用模型 (prototypes)。
2)合理的时间表――为计划、设计、测试、改错、再测试、变更、以及编制文档留出足够的时间。不应使用突击的办法来完成项目。
3)适当测试─尽早开始测试;每次改错或变更后,都应重新测试。项目计划中要为测试和改错留出足够时间。
4)尽可能坚持最初的需求─一旦开发工作开始,要准备防止修改需求和新增功能,要说明这样做的后果。如果必须进行变更,必须在时间表上有相应的反映。如果可能,在设计阶段使用快速的模型,以便使客户了解将会得到的东西。这将会使他们对他们的需求有较高的信心,减少以后的变更。
5)沟通――在适当时机进行预排和检查;充分利用团组通信工具―电子邮件、群件(groupware)、网络故障跟踪工具、变更管理工具、以及因特网的功能。要确保文件是可用的和最新的。优选电子版文档,避免纸介质文档:进行远距离联合作业及协作;尽早使用模型,使客户的预想表达清楚。
4、PC(项目经理)
项目经理是项目成败的关键人物,其对项目的成败负主要责任。因此在这里将项目经理的有关内容单独提出,以A公司为例详细说明PC在整个产品研发过程中所扮演的角色,希望能对国内软件企业的项目经理有所启示。
(1)在A公司,按流程在一个项目正式开展之前,项目经理需要完成:
项目计划(Project Plan):在此描述整个项目所应完成的交付物、项目时间表、培训需求、资源需求、质量保证计划以及过程和交付物的定量质量目标等。
项目配置管理计划(Project Configuration Plan):在此指定配置管理员,描述项目配置项列表、配置管理库、版本管理计划等等。
项目过程手册(Process Handbook):在此描述本项目所采取的裁剪后的生命周期模型和流程。
(2)在项目开发过程中,项目经理需非常了解项目进度,进行工作任务细化、具体计划和安排项目成员工作任务等工作。对突发事件项目经理需能及时合理地进行协调。
(3)总的说来,PC安排工作有这么几个特点:
a.PC对软件开发具有丰富的经验,了解软件开发的普遍流程,了解各个阶段所需完成的工作,这是安排好项目组成员工作的前提,在A公司对PC的整体素质要求非常高。
b.在项目正式开展前,PC准备项目计划文档,在项目计划中包含了项目进度时间表,但此时间表比较粗,只能给出各个阶段和各个子阶段的起始结束日期。对各个阶段和各个子阶段的详细工作安排和各项工作责任人只能在项目开展工程中根据项目实际情况进行安排,一般是在每周项目组例会上进行本周详细工作安排。
c.PC对工作安排往往精确到天,有时甚至精确到小时,要做到这一点,需要:
PC对本项目进展非常了解。了解渠道通常是每周组员的状态报告和直接与组员接触了解,这也需项目组成员能如实汇报工作。
对现阶段或本周所需完成的工作非常了解。知道现在该做什么,并且能把各项工作进行合理细致地划分,因为各个分解的工作比较细致,因此能相对精确地评估出这些工作完成所需的时间。
PC对项目组员的能力比较了解,安排工作时能做到有的放矢。当安排的员工对工作不熟悉时,会指定相应的组员进行协助。
PC对组员的工作安排都比较细致饱满。一般不会出现有些员工有事干,有些员工没事干的情况,当出现这种情况或员工提前完成工作时,PC就会进行相应的协调。
d.PC在项目组例会上的工作安排一般只限于本周或甚至是过后的二、三天,一般不会太长,对长时间工作的安排容易失去精确并且不易控制。相对而言,短时间的工作安排就比较精确而且容易控制,并且能不断根据完成的工作进行调整。当然,这就要求PC能根据项目计划中的项目时间表进行整体进度的把握。
e.项目组例会一般一周一次(时间不能太长),但必要时(如组员工作已完成或其他事情),也可在中途召开项目会议进行工作安排,一般时间都比较短(十几分钟左右,一般不超过半小时,以免浪费时间),总之,当PC觉得需要时,就会召开项目会议。
f.当项目组出现意外事件或影响项目团结的事件时,PC能及时合理协调,解决项目组内的不和谐气氛。
g.PC善于鼓励手下,发挥员工的潜能,PC往往会赞扬很好地完成了工作的组员。
从上面可以看出,对PC的能力(包括技术和管理能力)要求是非常高的,我国的软件企业往往只重视PC的技术能力,但事实上,一个只精通技术的人往往不能成为一个合格的领导者, 笔者认为对PC而言,首先要求他能够比他的下属看得更远一步,顺利时不盲目乐观,遇到挫折时不茫然失措,使整个团队始终保持高昂的士气。
总结
以上结合印度软件项目管理的经验总结了一些我国软件质量保障应注意的问题。曾有人提出:这样一味地学习模仿,民族软件工业没有多大希望。但笔者认为,在这个问题上不妨采取“拿来主义”的办法,对于好的,事实证明是成功的经验,首先是“占有”,然后才是“挑选”和“创新”。如果能把印度的管理经验真正领会并付诸实践,相信对我们的民族软件工业一定会起到积极的推动作用。
篇6:管理经验
管理经验分享
各位朋友,大家下午好!
我最讨厌讲的是心灵鸡汤,所以今天不会跟大家讲任何的心灵鸡汤,特别是创业鼓励的话。如果有创业者你的激情需要来自于别人的鼓励的话,我认为是很可怕的。激情永远是来源于自己,不是别人的鼓励。
京东如何用“三张表格”管理75000人?
我今天跟大家分享一下,作为一家公司其实所有的权力,不管是治理国家还是治理公司,有两个最重要的。包括家庭,一个人事权,一个财权。管人和管钱,第一堂课和大家分享一下京东是怎么管理人的,我们XX年做电商的时候,总共是36个人,截止到昨天晚上已经有75000多人,而且年底新增将近4万名员工,而且还有10万多名村民代表。
给大家分享一下京东公司的`内部几张表格,第一张表格叫能力价值观体系,这是京东的第一张管人的表格,最重要的表格。也是我们选人、留人包括辞退,其实用的都是这张表格。如果把一个人用量化标准评分,这是0分,这是100分的话,对所有的员工进行分类,你发现有这样几类:
能力和价值观决定员工是废铁、铁、钢、金,抑或铁锈。
一、能力,也就是业绩和绩效。
说白了就是你的绩效很一般,得分很低。价值观没有得分的高低之分,价值观叫匹配度,任何一家公司都要提出你的价值观是什么,企业文化的核心部分。你要对每个人进行一个价值观匹配度的考核,比如说一些问卷调查等等,同时在试用期三个月之内,一个人的行为,所有的行为都是被他价值观所左右的。三个月之内对他日常工作的言行观察,基本上判断出这个人的价值观和你的公司价值观的匹配度是多少。
第一个是问卷测试,第二个是通过日常行为观察,二者得到价值观的匹配。
如果说价值观得分很低的情况下,在我们内部就称之为“废铁”。
这样的员工你在招聘的时候一般不要,这是在你面试的时候把废铁弃掉,要不然没有任何的业绩,价值观跟你公司不太相符。
价值观有什么意义?在京东公司用人价值观第一,能力第二。一个人价值观不匹配的话,我们从来不用。能力放在第二位考核。
第二个是他的价值观跟你非常匹配,但是他的能力绩效就是不达标。
能力一般,价值观匹配度很高,这类人我们称之为“铁”。对待铁这类的员工我们一般来讲会给予至少一次转岗的机会。比如说你做采销的,价值观匹配高,但是能力业绩上不去。怎么办?你是否有别的喜好和才能,比如说去别的部门,总之我们至少给一次机会,或者培训的机会,或者转岗的机会。
如果给完之后还是不行,因为公司不是一个慈善机构,面临生存压力,当一次转岗或者培训之后绩效达不到要求的话,公司要请他走。大部分的员工,80%的员工能力价值观都在90分之间,我们称之为钢。这是公司核心的员工主体,一般来讲正常的,比较稳定的结构是占80%。当然还有员工非常强,价值观和你的公司价值观匹配度非常高,能力也非常好,这类人我们称之为金子。稳定的结构占20%,有可能是技术人员,不一定是管理人员。
当然还有一类是能力非常强,业绩非常好,让他做某一个采销非常好,但是他的价值观跟你的不匹配,这类人最难对待,各个老板都不太好定夺。特别是不犯错误的时候怎么办?我们称之为这类人叫“铁锈”。我们第一时间要干掉的就是铁锈,比废铁还要糟糕。为什么?废铁的能力不行,价值观不行没有关系,全世界最大的铁锈是谁?希特勒。能力超级强,但是没有朴实的价值观,美国是全球主流的价值观,陷入了二次世界大战,损失了上千万、上亿。
为什么?铁锈有腐蚀性,能力强。
这种人会成为群体的领导,口才很好,又有能力。有一天他对你公司进行破坏的时候,铁锈会造成很大的破坏和杀伤力。铁锈百分之、一分钟、一秒钟,不管公司业绩有多大的损失,我们一分钟都不留,宁愿职位空着,宁愿这一块我不做,我也不让铁锈在这里。当然这种人能力强,隐藏性很强,发现不了他的价值观跟你有什么重大的不同。
篇7:「投资项目管理经验」投资建设项目管理感悟
做了多年的项目管理,谈一下个人对项目管理的一些理解和感悟,
项目的成功并不是传统意义上的完成项目验收、收到项目回款,或者从项目中获得多少利润等。这只是一个项目的完成,并不意味着项目的成功。
项目管理是一种以目标为导向的管理模式,也是目标管理的一种最佳应用。完成项目目标(当然,项目目标本身应该是正确的),就是一个项目成功的标准,否则就意味着项目的失败。
个人认为,项目管理的精髓只有三个字------控制力!
那么,项目经理的控制力来自于哪里呢?
1.人格魅力
a)从这点来说,并不是什么人都适合做项目经理。要成为一个好的项目经理,必须要有良好的人格魅力。反之则未必。
b)人与人的接触,是从第一印象开始的,从第一印象到最终印象的过程中,第一印象可以构造一个良好的开端,人格魅力就是良好第一印象的重要因素。
c)项目经理的人格魅力是项目经理与客户、项目团队和其他项目干系人沟通时,能否得到别人对项目经理本身认可或认同的最重要因素。
d)总之:良好的人格魅力,能得到客户和团队的尊重。
2.业务能力
a)业务能力的强与弱,决定对客户需求的把握程度和对需求变更的控制力度。
b)良好的业务能力,能把握好什么需求是该做的,什么需求是可以拒绝的;什么需求是可变更的,什么需求是不可变更的。不会因为某个人或某些人的因素而影响业务需求的本质。让项目在执行过程中,让团队只做正确的事。
c)总之:良好的业务能力,能得到客户和团队的信任,从而进一步营造良好的项目氛围。
3.管理能力
a)所有的事情都是由人来完成的,因此,对项目团队的管理能力,是项目成功的又一关键因素,
b)良好的管理能力,能合理的利用有限的项目资源。项目资源即不是越强越好,更不是越多超好。过多的项目资源不但会造成资源浪费,成本增加。资源分配不合理,项目团队成员个性冲突,还会造成扯皮,影响团队情绪,最终影响项目进度,并降低项目质量。
c)使用适合项目的资源,并充分授权,让项目团队成员对项目真正负有责任感。使项目团队成员在项目实施过程中有一定的挑战力和压力,这样,才能让团队成员在分享项目成功的同时,得到自身的成长和提高。
d)总之:使用比合理略少的项目资源,能让项目进度适度紧张;让团队适度加班,在紧张的项目氛围中,没有时间扯皮和推诿,反而可以提高项目进度,增强团队的信任感,从而提高项目质量。
4.理解力
a)项目目标通常不是十分清晰和明确的,尤其是在项目初期阶段。良好的理解力可以保证对项目目标理解的正确,而不是模棱两可。
b)良好的理解能力,能让项目经理合理地把握好项目干系人的利害关系和利益关系。
c)理解力的强弱可以从项目干系人的利益是否平衡的情况来得到体现。
5.沟通能力
a)作为项目经理,百分之七十的时间用于沟通,而要达到有效沟通的目的,内心深处必须要有“人人平等”的信念。这种信念不是挂在嘴边,也不是记在心理,而是要融入到骨髓中,这才是有效沟通的“最底层”条件。
b)良好的沟通能力,才能收集对项目有利的信息并发布给合适的人。确保项目信息的对称和透明。
c)良好的沟通能力能确保对团队成员授权时,目标明确,责任清晰。确认团队成员的理解是否明确并且正确。
6.决断力
a)在项目执行过程中,难免会出现矛盾、冲突甚至于争斗。这时,必须要有良好的决断力,在让项目利益损失最小的情况下,快速解决问题。
b)良好的决断力能确保项目在执行过程中,不会因为某些人的过多或过分影响而偏离项目目标,使项目总是围绕项目的核心目标进展。
更多建筑类经验免费阅读下载请访问:
篇8:「投资项目管理经验」投资建设项目管理师考试
一、考试科目
全国投资建设项目管理师职业水平统一考试设《宏观经济政策》、《投资建设项目决策》、《投资建设项目组织》、《投资建设项目实施》4个科目,参加考试的人员必须在连续的两个考试年度内通过全部科目的考试,方可获得职业水平证书。
二、命题依据
投资建设项目管理师考试实行全国统一考试大纲,统一命题,统一组织。各科目考试命题均依据全国投资建设项目管理师考试专家委员会组织编写、国家人事部组织专家指导审定的《全国投资建设项目管理师职业水平考试大纲》,考试内容不超过考试大纲规定的范围和内容。
三、考试题型
投资建设项目管理师的4个考试科目中共有四种题型,分别为:单选题(每题1分),多选题(每题2分),分析计算题(每题15分)和案例题(每题20分),
《宏观经济政策》单项选择题70个、多项选择题30个,总计130分;
《投资建设项目决策》单项选择题50个、多项选择题25个、分析计算题2个,总计130分;
《投资建设项目组织》单项选择题70个、多项选择题30个,总计130分;
《投资建设项目实施》单项选择题40、多项选择题15、案例题3个,总计130分.
更多建筑类经验免费阅读下载请访问:
篇9: 管理经验演讲稿
尊敬的各位领导各位同事:
大家好!
今天坐在这里和大家一起学习交流管理经验,我真不知道说什么好,是因为我没有积累太多可以用来交流的经验,只能把十几年来所做所得所感向大家汇报一下。
学校管理是指学校管理者通过组织协调全体师生员工,充分发挥人力、才力、物力的作用。充分利用各种资源和校内外的有利条件,高效的实现学校目标的活动过程。
学校管理是办好学校的关键,当前学校管理中如何提高管理水平,我根据自己多年来学校管理经验和借鉴他人成功的经验,谈几点拙见:
一、以人为本,以身作则,以德育人
校长是学校的领导者,一名好校长首先应在德字上下功夫,德高为师,身正为范,要用自己的人格魅力去感召激励师生,努力为老师营造一个宽松和谐的工作氛围。一要真诚,真诚的对待每一位老师;二要正直,坦坦荡荡做人,客观分析处理和解决问题;三要务实,扎扎实实做好每一项工作;四要反思,注意换位思考,多为他人着想;五要发扬以身作则,实事求是,密切联系群众的工作作风。
建立和谐人际关系,只要教职工生活中有困难,有任何解决不了的,只要学校知道,我再忙都会带领团队解决老师们的后顾之忧,教师有思想波动时,都会找他们谈心,让他们放下包袱踏踏实实工作,感受到来自集体的温暖。同事间增大宽容度,能换位思考,做一个有责任感的老师,信得过的,对得起自己良心的领导,这是我在职的追求。
二、心系学校,以校为家
我们五龙小学是天心镇唯一一所村完小,本校是由萧树强先生热心援建,办学条件得到极大改善。我来到学校后经常与学校行政人员谋划学校发展规划,为我校的长远发展打下坚实的基础。
三、规范管理体制,提高教学质量
学校的工作在于常规管理,校长不能没有计划的抓,今天抓一下明天抓一下,这样会感到吃力和被动,必须要有切实可行的计划,学校管理工作才能有条不稳。
1、学校的事要做到心中有数
新学期开学了学校硬件方面要干什么,常规管理要达到什么程度,重点想干什么都要心中有数。学校重点是形成学生良好的学习习惯和良好的生活习惯,那么我就会在计划安排表中明确写出来。
2、对计划常抓不懈
这学期有哪些活动安排在哪个月份,国旗下讲话目标是什么,讲什么哪个老师讲,值周老师干什么,这些常规工作都会用表格装贴在办公室里。少先队制度,寝室制度,开学典礼,演讲赛等都会打印出来并张贴。并将资料进行存档。
3、把自己看成领导
学校有什么情况及时说,凡是我出门学习,开会,归校后都会及时传达。听课随时听,听后随时交流,听课我都不会提前打招呼,直接推门听课,要求分管教育人员随时检查教师教学常规,及时交流并适时反馈,按课表上课,按学校制度办事,该做什么事情必须无条件遵守,完成不好第一时间与该教师谈话交流。
4、充分利用人才,人人有责
随时和各行政部门保持沟通,随时了解近期部门工作落实情况,做到心中有数,充分利用团队力量,做好安全、教学工作,教学工作主抓教学成绩及教师业务培训。安全工作主抓安全卫生纪律工作,具体下面需要什么人,自己建立团队,而任何工作都会在我的运筹帷幄中,真正做到了利用行政人员做事,利用团队的力量做出实事。
对学生的教育不单纯是学校的教育,必须依靠家长甚至社会力量的共同协作。学校需加强家访、校访和村部的联系,得到各界人士的支持才能真正形成学校、家庭、社会三位为一体的德育教育网络。
十年树木,百年树人,教育大计以人为本,我愿用有限的一生为我县的教育事业添砖加瓦。
最后再次感谢各位领导对我的关心和支持,祝我县的教育事业蒸蒸日上。
篇10: 管理经验演讲稿
各位领导:
几年来,我们认真秉承“为了孩子一切、为了一切孩子、一切为了孩子”的办园理念,以严格的过程管理、有效的教师培训、务实的工作作风,在各级领导的关心支持下,在全体园所教师的共同努力下,中心园从发展走向辉煌,逐渐成为区级品牌幼儿园,先后获得“省级示范园”“河东区优秀幼儿园”等荣誉称号,成为学前教育的中坚力量和骨干模范,下面,我主要从教师管理、学生活动、卫生保健这几个层面,向各位领导作简要汇报:
一、园所基本概况
中心小学附属幼儿园位于政府驻地,座落在风景秀丽的汤河之滨。从20xx年初,先后投资投资x万余元,对园所进行了改造。目前,园所总占地面积6003平方米,建筑面积1236平方米,户外活动场地1060平方米。我园现有大、中、小三个年龄段8个班级,幼儿总数260人,教职工21人。园所于20xx年3月被山东省政府评为“省级示范园”,连续多年被河东区教育体育局评为“优秀幼儿园”。
二、教师队伍建设实现从少到多、从平到精的跨越
1、切实建立竞聘上岗、优胜劣汰的用人机制
教师是教育工作的主人,打造一支优秀的教师队伍,才能有效保证我们的教育出成效。为此,我们建立健全了幼儿教师招聘、培训、使用、考核制度,坚持动态化管理。尤其是近年来,我园每年都能分配一部分公办幼儿教师,她们为园所的发展带来了新机遇和新活力,我们除了在生活上给予她们最大限度的便利外,还在工作上对她们提出了新要求。从业务培训、保教保育、工作业绩等方面严格考核,促进了她们的专业成长。
在此基础上,我们通过在社会上公开招标,选聘一部分学历高、能力强、素质好的幼儿教师充实到园所任教。在招聘中,坚持能力优先、公开公正的原则,所有竞聘人员要经过严格的普通话、简笔画、粉笔字、钢笔字、唱歌、舞蹈才艺等项目的考核,最后的优胜者才能有资格胜出。这样严格的用人选拔机制促进了园所的发展,园所教师达到了年轻化、知识化、专业化的目标,对提高保教保育质量起到了重要的保障作用。
有了精兵强将,管好用好才是关键。为此,我们切实加强了对教师工作的评估,评估项目主要有考勤、日常规范、保教保育、班级管理、安全管理等各方面,做到定性和定量相结合,随机和专项相结合,确保如实地反映教师的工作业绩。每学期期末,都对教师的评估量化成绩通报公布,对部分完不成保教任务、工作马虎、玩忽职守的教师予以通报、告诫、直至辞退。
2、加强业务培训,打造一流队伍
为了有效的提高教育教学质量,我园每学期都开展一线教师教学基本功(讲、唱、弹、跳、画)技能大练兵、保育员内务整理大练兵等活动。同时,为了让老师们在工作中能时常保持快乐、敬业的工作状态,我园制定了教师十标准:每天经常保持微笑;批评带着幽默;讲课生动有趣;喜欢体育运动;愿意读书学习;凡事积极进取;有一点闲情雅致;有一大帮朋友;拥有一颗童心;了解孩子喜欢的事情。在园领导班子的带领下,老师们积极调整心态,工作虽然很忙很苦,但也会开怀地去工作,欣然地去生活。
有了良好的心态,我们建立了常规培训制度。每周六上午八点,是我园教师的集中学习日。全体教师在专题培训教师的组织下,开展有针对性的专题学习活动。每个学习日都力求做到富有实效。考勤签到、检查学习笔记、反馈学习效果、制定学习计划和内容……每个环节都一丝不苟,保证了学习不走形式,不唯花样,一切从教师的最急需出发,长效的、严格的学习活动扎实提高了教师的业务能力,也进一步提升了园所的保教保育质量,扩大了园所影响力。
3、加强业务理论知识学习和岗位练兵
坚持每周二的业务学习,通过对《幼儿教育》《学前教育》等刊物的学习,了解我国幼儿教育动态,收集最新幼教信息和资料为我所用。不断更新幼教观念,掌握学习新方法。
为了使每位带班教师有扎实过硬的教学能力,园长经常深入班级抽查听课,并通过观察集体教学、户外游戏活动等形式给大家提供相互学习、切磋的机会。上学期在配合区教学能手、新秀的活动中,我园开展教师教学大比武。抽签定课题、封闭式备课。同年龄班对调上课,形式新、难度大,挑战性大,使教师们实实在在有紧迫感。极大的推动了幼儿园教学。陈艳园长和陈景云老师还参加了河东区教体局组织的讲课比赛,均获得了一等奖的优异成绩。20xx年10月,陈艳园长还被评为河东区教学新秀。
经过不懈努力,目前,园所的10名教师全部具有教师资格证,达到合格学历,有多名教师获得区讲课比赛一等奖奖5名教师获区技能比赛一等奖,有1名教师被评为区教学新秀1名教师被评为区教学能手,园所师资实现了从少到多、从平到精的飞跃。
三、丰富幼儿一日生活,促使幼儿健康成长
当代幼儿教育的目标优先考虑情感态度,注重培养幼儿的自信心,主动性,创造性和责任感,重视孩子探求知识的过程和方法。因此在幼儿园的整体教学过程中,我们要求教师以引导幼儿主动学习的能力为基点,在科学、社会、语言、艺术等领域,充分培养幼儿的学习兴趣和探究解决问题的能力,为今后的发展奠定好基础。我们在认真完成幼儿园教学
任务的同时,根据幼儿的爱好还开设幼儿舞蹈班,同时还举办了形式独特的庆“六一”幼儿活动和大班毕业典礼晚会等活动。
1、庆“六一”活动
“六一”儿童节是孩子们自己的节日,为了让孩子们感受到节日的欢乐气氛,我们开展了“多彩艺术,和谐校园”庆六一联谊活动。邀请家长观看演出,与孩子共渡节日。丰富多彩的节目,博得了家长们一阵阵热烈的掌声。
2、大班毕业典礼晚会
一年一度的大班幼儿又将毕业离开幼儿园了,为了给孩子们留下一个美好的记忆,我们在园内举办幼儿毕业典礼,我们邀请家长共同参加。园长在难忘今宵的乐曲声中向孩子们祝毕业贺词,幼儿三个大班和舞蹈班的孩子向领导和家长做了汇报演出,孩子们歌声、笑声回荡,一曲歌声与微笑把我们和孩子们、家长间的情感牢牢的锁住。
3、走进社区,亲近大自然活动
为了让孩子亲近大自然,在大自然中得到锻炼。我们利用本土文化在海棠园我们开展了“亲亲大自然,我为小草浇浇水”的活动。孩子们用自己的小茶杯,在老师的带领下,给小草浇水,看着孩子们那专注的神态,我们深切的感受到爱护树木,保护环境的意识已在孩子的心底生根发芽。
篇11: 管理经验演讲稿
看到我大家一定已经猜到:哇!我们的班主任!是的,受学校领导的任命,我担任咱班的班主任,下面我自我介绍一下:我姓x,名xx。xxx是著名的唐宋八大家之一的,大家一定猜到应该是花的寓意美丽,但大家已看到我没有那么美丽,更没有那么漂亮,我的名字是xx的,先闻其名,一定以为是一位男教师,今天先见其人,大家一定记住,我是一名女英语教师,呵呵!至于其它方面我就不想多说了,因为未来的日子很长,留着给你们慢慢去发现吧!
作为班主任,我的理解是为学生服务的,什么是服务?服务就是尊重你们的个性,找出你们各自的.闪光点,帮助你们树立人生目标并一步一步实现你们的人生目标,满足大家的合理要求等等。听到这,有的同学可能会想:老师你是不是骗我们?我们都知道班主任是专门管学生的,没听说是为我们服务的,你也就是说说罢了,但事实上我是认真的。我毕业两个月就开始做班主任工作,至今已有二十多年,这么年的工作经验所得出的结论就是这一点,以前所带的班曾被评为省、市级三好班级,个人曾获得全国德育教育优秀工作者的称号,我觉得这一切都是因为我这一理念:即把班主任从管理学生的角色转变成服务学生的角色。同学们,从今天起,我就是~班的成员了,当然可以说是特殊的一员,请允许我称之为首席成员,能成为这个集体的一员我感到很荣幸,不知道大家是否欢迎我,如果欢迎给点掌声吧!
俗话说:新官上任三把火。思想汇报专题大家一定也想看我怎么烧这三把火?实际上我一把火也没有,也不打算点火来吓大家。为什么呢?一是我们北方现在虽已进入立秋的节气,但天气依然十分炎热,相信大家都不冷,等哪天冷了咱们再烧火也不迟。二是我是学文科的出身,喜欢春风化雨,润物无声的那种心与心的沟通和交流,不喜欢程咬金的三斧头,看似凶恶,实际上吓唬人的,因为他就会这三下,往后没招了。第三条也是最重要的原因,就是在座的各位经过九年的寒窗苦读,能进入我们的锦州中学,一定都是极其优秀的学生,也许有的孩子说,我是花钱来的,那么既然能来,你们的心中就一定有个梦想,即未来的我一定要成为一个优秀的人,如此说来,我相信你们每个人都会做得很出色,所以我没有必要拿谁开刀。但我希望大家都能够竭尽全力去做每一件事,通过我们共同的努力,树立起具有我们~~班特色的班级形象,将来某一天碰到有人问你:“嗨,你几班的?”你告他(她)说:“我是某某班的。”对方接着就竖起大拇指说:“~班的呀,厉害!”这时你会什么感觉?相信只有一个字:爽!!
当然,家有家规,国有国法,在校要遵守学校的规章制度,还有班级渐渐形成的各种制度、约定。这些对大家而言就是法律,依法治班,有法可依,有法必依,执法必严,违法必究,这一点决不含糊。作为一个班主任,我是要向学校负责的,当然,更要对同学们负责,我不在乎你们的过去,但我关心你们的未来,如果发现你有些做法会深刻影响到你未来的发展,这个问题我一定会紧抓,狠抓!
最后,请大家记住:从今日起,我是锦中的学生,我是锦中~班的一分子,因此,不管什么时候,不管面对什么样的困难,都不要放弃真诚,不要放弃善良,不要放弃希望,更不要放弃努力。即做一个真诚,善良,乐观,向上的人,为自己的未来创造幸福,并给你的父母,亲人及你周围的人带来幸福!同学们,我会时刻与你们在一起,为你们的努力加油!为你们的成功喝彩!
谢谢!
孩子们,今天是开学的第一天,看到你们生龙活虎的样子,老师们就像你们见到老师一样高兴。开学了,我想检查一下放假前老师们给你们布置的寒假作业,看看你们有没有就像父母给你们做事一样给父母做了些什么,捶背啦,揉肩啦,洗脚啦。做了的同学如果能写就写成作文交给老师参加学校组织的征文比赛,如果是低年级不能写的就在上班会的时候讲给老师和同学听,看看是谁不仅做的精彩而且说的精彩。
孩子们,爱是相互的。老师给你们布置的亲情作业,就是想让你们在给父母做事的过程中体会到我们成长的每一天中父母的艰辛。十月怀胎,母亲挺个大肚子,还要因为妊娠反映而不停呕吐。想象一下你每天都背着十个书包行走,而且晚上睡觉都只能用仰面朝天一个姿势入睡的样子吧,那就是我们的母亲,她们的爱我们是永远也还不清的。
老师们也爱我们。她们耐心地给我们传授知识,辅导我们学习,用这种方式表达对我们的爱。同学们要认真学习,刻苦努力,用最好的成绩回报老师。
同学间也要有爱。要互相关心,偶尔有了小矛盾第一个承认错误的那个同学就应该值得尊敬,因为他是首先献出爱的人。
我们希望我们的老师和同学们人人有爱,相互传递爱,时时感受爱,让爱成为我们学校永远不变的旋律,让我们学校成为产生爱传播爱的美好乐园。
【项目管理经验】相关文章:
2.高校学生管理经验
4.税务能级管理经验
5.商场物业管理经验






文档为doc格式