前言:我们精心挑选了数篇优质项目经理总结与计划文章,供您阅读参考。期待这些文章能为您带来启发,助您在写作的道路上更上一层楼。
关键词:项目管理;软件;开发应用;问题;对策
现在,信息技术发展速度越来越快,在这种背景下,企业需要应对信息化变化的挑战就必须高度重视软件的开发在具体项目中的应用。但目前一些企业在软件的开发与应用中存在着许多不容忽视的问题,需要我们认真研究并努力解决。
一、项目软件管理的基本内涵
1、什么是项目管理
项目管理是在一定的约束条件下,以高效率地实现项目业主的目标为目的,以项目经理个人负责制为基础和以项目为独立实体进行经济核算,并按照项目内在的逻辑规律进行有效的计划、组织、协调、控制的系统管理活动。
2、为什么要有项目管理
没有项目管理,项目也有可能成功。但没有管理的项目,很难保证项目的利润空间,对公司来说,亏损的风险就大。所以,我们要有项目管理,以保证公司在总体上是盈利的,注意不是每一个项目都要盈利。
二、项目软件管理的发展现状
现在项目管理作为一种现代化管理方式在国际上已获得了广泛的应用,从最初的国防、航天、建设工程领域,迅速发展到电子、通信、计算机、软件开发、金融等行业以及政府机关的项目管理工作。随着计算机、网络系统的迅速发展,项目管理技术的不断进步,项目管理软件产品层出不穷,其功能、特点、应用对象也各不相同。从概念上讲,软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成,而对成本、人员、进度、质量、风险等进行分析和管理的活动。
软件开发是一项复杂的系统工程,牵涉到各方面的因素,实际工作中,经常会出现各种各样的问题,甚至面临失败。如何总结、分析失败的原因,得出有益的教训,对一个公司来说,是在今后的项目中取得成功的关键。目前的软件开发正逐步趋向于复杂化、多元化,大多数开发团队中都会出现同时开发多个版本、开发维护工作并存、多地点同时开发等情况,给软件开发管理带来了前所未有的困难。如果管理不善,必将造成版本混乱,各个开发人员的工作相互交叉、干扰,整个开发团队的工作在一种无秩序的不良状况下运行,严重影响软件产品开发的进度和质量。
三、项目软件管理常见问题及解决策略
1、缺乏项目管理系统培训
项目经理在项目管理方面的培训较少或不够系统。项目经理或管理人员不了解项目管理的知识体系和一些常用工具和方法,所以在实际工作中没有项目管理知识的指导,完全依靠个人现有的知识技能,管理工作的随意性、盲目性比较大。在软件企业中,以前几乎没有专门招收项目管理专业的人员来担任项目经理,被任命的项目经理主要是因为他们能够在技术上独当一面,而管理方面特别是项目管理方面的知识比较缺乏。
解决策略:项目经理接受系统的项目管理知识培训是非常必要的,有了专业领域的知识与实践,再加上项目管理知识与实践和一般管理的知识和经验的有机结合,必能大大提高项目经理的项目管理水平。应实行项目经理知识技能资格考核制度,让项目经理自觉补充学习项目管理的知识和一些常用工具和方法。
2、项目计划意识问题
项目经理对总体计划、阶段计划的作用认识不足。项目经理认为计划不如变化快,项目中也有很多不确定的因素,做计划是走过场,因此制定总体计划时比较随意,不少事情没有仔细考虑;阶段计划因工作忙等理由经常拖延,造成计划与控制管理脱节,无法进行有效的进度控制管理。没有计划或者是随意的不负责任的计划的项目是一种无法控制的项目。
解决策略:在高技术行业,日新月异是主要特点,因此计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。提高项目经理的计划意识,采用项目计划制定相关各种知识、技术、工具,加强对开发计划、阶段计划的有效性进行事前事后的评估。
3、管理意识问题
部分项目经理没有意识到自己项目经理的角色,没能从总体上去把握管理整个项目,而是埋头于具体的技术工作,造成项目组成员之间忙的忙、闲的闲,计划不周、任务不均、资源浪费。
解决策略:加强项目管理方面的培训,并通过对考核指标的合理设定和宣传引导项目经理更好地做好项目管理工作。技术骨干在担任项目经理之前,最好能经过系统的项目管理知识,特别是其中的人力资源管理、沟通管理的学习,并且在实际工作中不断提高自己的管理素质,丰富项目管理经验,提高项目管理意识。
4、风险管理意识问题
项目经理没有充分分析可能的风险,对付风险的策略考虑比较简单。项目经理在做项目规划时常常没有做专门的风险管理计划文档,而是合并在项目计划书中。有些项目经理没有充分意识到风险管理的重要性,对计划书中风险管理的章节简单应付了事,随便列出几个风险,随便地写一些简单的对策,对于后面的风险防范起不到什么指导作用。
解决策略:通过学习项目管理知识掌握风险识别、量化、对策研究、反应控制的工具和方法掌握项目风险管理所必备的知识。通过加强对项目规划中风险管理计划的审核提高项目组的风险管理意识。总结本行业项目中常见的风险及其对策作为风险管理计划中必要的风险内容,并切实评估相应对策的有效性和可行性。
5、不重视项目经验的总结
项目经理在项目结束时有些是因为自身对写文档工作的兴趣或意识,或者是因为紧接着要参加下一个项目,总体对项目总结的重视程度不够。有些是项目总结报告一再拖延,有些是交上来的报告质量较低,敷衍了事。
责任心
作为项目经理首先要有责任心。有了责任心,你会把项目当成自己的孩子,倾注你的全部心血。责任,会驱使你关注项目的进度,千方百计去寻找各种资源,推着项目往前走。甚至吃饭、睡觉,走路、坐车,都想着整个项目团队,想着他们还在加班加点,你可能很自然地给他们带点夜宵、冲杯咖啡,犒劳员工。
有了项目经理做表率,整个团队会鼎力支持工作,士气非常高,技术问题也迎刃而解,得到领导称赞和客户肯定,项目将朝着预想的方向发展。
许多开发人员抱怨项目经理一天没干多少事情,而工资还挺高。其实,项目经理一刻都没闲着,他总在想着怎样更好的执行项目计划,调整项目进度等,脑子一直在不停地运转,所以说项目经理是心累。
善于沟通
PMBOK(项目管理的知识体系)指出,项目经理75%~90%的时间用在沟通上。沟通无处不在,项目经理要具备良好的沟通能力。如:跟领导报告工作进度、跟客户介绍产品及说明工作成果、跟项目成员交待工作、跟公司内的其它人员争取支持、跟合作厂商协调配合事项等。对项目经理来说,每天大部分的时间是跟人沟通。项目经理上有老板、客户,下有项目组员,属于夹板层,沟通不好,容易出事。
沟通的关键在于:在什么时间,用什么方式,将什么信息,传达给什么人?特别要强调的是要做好沟通计划。同时,要掌握项目干系人的沟通需求,满足他们的期望!
当然,沟通的方式有多种,正式的、非正式的。正式的有:各种评审会议、周例会、项目启动会议、项目总结会议等,非正式的如:个人谈话、餐桌上的聊天,MSN聊天等。要结合着使用各种沟通的技巧。有时候,非正式的沟通反而能获得项目的实际信息,尤其是开发人员对项目的期盼、想法和思想。
引导客户
“客户是上帝”,但客户不一定全对,而且有的时候是错的,尤其在项目还没开发出模型的时候,客户有时根本不知道自己需要什么样的东西。所以,在项目启动会议后,双方要“把丑话说在前面”,分清责任。
项目经理要站在客户的立场,努力满足客户的业务要求,让软件真正为客户创造价值。但是,如果项目经理总被客户牵着鼻子走,就很容易陷入被动的局面,结果是客户的需求一直在变化,造成程序不停地返工,项目总在原地打转,很难推进,久而久之,大家筋疲力尽,积极性严重受挫。最后,项目做得一蹋糊涂!
开发方和使用方,要讲究“职位相当”,要找有话语权、能拍板的客户,统一接口人员,对需求的变更,不能说改就改,要做适当的变更控制,笔者一直建议要做到“落到纸面上”,有时需要客户签字确认。
对于客户提出的需求,项目经理要凭借优秀的技术水平、充沛的业务知识快速估算需求的变更需要多少开发工作量,有没有更好的解决方法。理想的情况是程序基本不做改动,又能满足客户的需要。但笔者往往是采用变通的方法,换一种方式实现客户的需求。这种情况下,需要项目经理对系统结构有全局的认识,尺寸一定拿捏得很准。
项目经理有时充当白脸、有时是黑脸,但无论如何,一定要维护组员的利益,笔者经常看到很多项目经理有意无意地在客户面前说开发人员的不是,遇到客户不满意的地方,就指责开发人员。这种方法欠妥,笔者一般是跟客户表态,向客户承认“错误”,回头再找开发人员讲道理,做到“内部的问题内部解决”。
不过,这些年笔者做过很多项目,不少是大型项目,作为项目经理,笔者和客户关系处理得很不错,双方合作很愉快,最后客户变成了朋友。坦诚相待,有礼有节,“双赢”是项目经理努力的方向和追求的目标。
预测风险
风险贯穿项目之始终。作为项目经理,必须具有预测风险的能力,如技术储备是否满足项目需要,人员是否充足,项目预算够不够等。
随着项目的推进,项目经理要预测哪个环节会有风险,并及早采取规避措施。很多风险都是在和客户、和老板的私下接触才能获取的,比如跨年度可能会换领导,国企的当年预算必须当年使用,跨年度将作废等。
如果项目经理像程序员一样忙于整天的编程,而不关注项目风险的变化,就会很被动,甚至措手不及。记住,风险无处不在,作为项目经理要引起足够的重视,要有风险意识,能预测风险并控制风险。
善于总结
笔者常说,“总结是为了提高,思考是为了做得更好”。尤其是年轻的项目经理,经验不太丰富,只能一边做,一边总结,在总结中前进。经历不等于经验,经历总结、沉淀后才能成为自己的经验。孔夫子说的“吾日三省吾身”,主要是多用心,经常向经验丰富的前辈请教。
很多项目经理,尤其是刚开始自己负责项目的项目经理,总把项目的一些过失归咎于外部因素,有时自以为正确,其实,常常犯先入为主的错误。其实要多从自身找原因,勇于自我批评,很多环节可以做得更好。
随需应变
“凡事预则立,不预则废”,做任何事情都必须有清晰的目标和计划,以目标为导向。有了计划,项目成员就看到了努力的方向,有“奔头”和干劲,唤起员工的工作热情,整个团队士气很高。
当然,软件这个行业,尤其是做国内项目,因为市场、客户、软件改进等需求,需要调动各种资源,所以即使规模很大的专业化软件公司,也没有一成不变的计划。虽然“计划赶不上变化”,但项目经理不要以此为借口而不重视计划的连贯性。做计划要留有适当的缓冲空间,松紧适度,随需应变!
市场主导研发,研发促进市场。项目的三驾马车:技术、业务、管理,哪个都不能少。项目的三要素:进度、质量、成本,项目经理要牢牢贯彻。有的项目经理没有“成本”的概念,一味地追求完美,痴迷于技术,而忘记及时交付,这是软件开发人员的通病。
激励团队
项目组就是一个团队,项目经理作为一个团队的领导,首先要认知自己的角色,明确自己的职责,逐步加强与团队成员的关系,善于激励别人,建立友好关系,要用不同的方式和不同的人打交道,同时要帮助绩效不佳的人。所以说,项目经理不能只是埋头于技术钻研,更重要的是带动整个团队,燃起团队的激情,俗话说“兵熊熊一个,将熊熊一窝”。
其次,要明确团队目标,制定团队守则,增强团队成员间的信任关系,给予员工挑战性的工作,让团队充满生机和活力,给予表扬,协调人际冲突,处理危机。
最后,项目经理要善于评估绩效,做到奖惩分明,让不好的倾向和行为习惯扼杀在初始阶段。
关键词:收尾管理;工程移交;合同收尾;综合考评
Abstract: This paper mainly introduces the project closeout phase work procedures, and puts forward some problems needing attention.
Key words: communication management; engineering transfer; contract closure; comprehensive evaluation
中图分类号:TU7 文献标识码: A文章编号:2095-2104(2012)
随着经济不断发展,企业之间竞争不断激烈。项目成本管理的重要性越来越为人们所重视。施工成本管理应从工程招投标报价开始,直到项目竣工结算为止,贯穿项目实施全过程。所以不仅要重视工程的开头,工程的过程和结尾也同样重要。
工程收尾阶段在项目整个阶段对工期、质量、成本都起着举足轻重的作用。工程项目收尾工作包括竣工扫尾、工程验收与交工、竣工结算与合同收尾、公章回收等工作,以及确定项目经理部解散后的工程结算、回访、保修和项目综合考评等工作的计划和责任人等工作。
1 收尾管理职责分配
项目收尾管理职责应按照项目不具体情况进行明确的分工,绘制任务分配表,具体包括以下主要内容:收尾管理计划、工程清理、 竣工资料整理、组织自检、 组织竣工验收、结算资料整理、资料上报移交、工程移交、与分包方办理保修书、与业主办理保修书、办理结算、收款付款、合同收尾、创优资料整理、项目经理部解散、公章回收、项目综合考评 、回访与保修 、保修金回收。
2 收尾管理实施
2.1 收尾管理计划
工程项目进入收尾阶段时,项目经理部应对项目收尾进行策划,编制收尾管理计划,收尾管理计划的内容应包括:
2.1.1 收尾项目与工作内容;
2.1.2 工程自检、初验、正式验收、交工等工作安排;
2.1.3 合同收尾安排;
2.1.4 工程结算安排;
2.1.5 文件和资料要求和安排;
2.1.6 收尾进度计划;
2.1.7 收尾费用估算,包括债权债务清理等工作安排;
2.1.8 确定项目部收尾人员的责任与权限;
2.1.9 项目团队成员考核安排;
2.1.10 确定回访和保修计划及相关责任人。
项目收尾管理计划应及时报公司备案,公司各职能部门应根据收尾管理计划安排好各自的工作和相互协调工作。
2.2 工程验收与交工
2.2.1 工程自检:工程完工后,项目经理部应及时提请公司进行工程验收和交工前检查,自检合格后项目经理部组织提交竣工报告;
2.2.2 项目经理部和公司应确保工程竣工验收符合规定的条件和要求,一次性通过验收;
2.2.3 项目经理部应收集和整理工程交工资料,应符合《建设工程文件归档整理规范》和有关标准及文件规定,符合当地备案制要求,符合当地城建档案馆或业主档案部门要求(项目经理部应在工程开工前取得这些要求,施工过程中资料编制应符合这些要求),并编制工程使用说明书和施工总结;
2.2.4 工程移交:工程移交由项目经理部代表公司与业主办理,应签署工程移交证明书面资料;
2.3 工程结算与合同收尾
2.3.1 工程结算一般以合同关系为对象。项目经理部一般应在工程竣工1个月内编制完成与甲方的工程结算资料,并报公司审批后报送甲方,并应落实责任人负责在甲方审批和审计过程中的对接、督促工作;
2.3.2 项目经理部应积极及时完成对项目债权债务的清理工作,将收尾阶段的费用计划及时报公司,并落实负责办理分承包、物资采购等结算的责任人员;项目与合作方、分承包方、材料供应商等的结算一般应在工程竣工后 1个月内办理完毕;
2.3.3 公司职能部门负责对工程结算工作的组织、指导、监督、督促、配合等工作,并负责在项目经理部解散后组织和督促结算、审计等工作;
2.3.4 公司负责对结算付款前的工程完工情况、质量、保修条件、施工资料完整情况、奖罚情况等进行审查,并出具意见;
2.3.5 公司财务部负责对债权债务进行核对,并根据结算书及时收取或支付工程款;
2.3.6 合同收尾即包括以上债权债务清理、审查合同完成情况、奖罚兑现、收款和付款、扣留保修金和管理费、关闭合同等过程。
2.4 资料收集和移交
项目经理部应按规定收集整理以下文件和资料,并及时移交
有关方,公司各职能部门进行配合:
2.4.1 按公司有关规定以及当地城建档案馆或业主档案机构要求收集整理工程施工、项目管理等文件和竣工资料,按合同要求交付业主,以及留公司归档;
2.4.2 按合同和当地备案制要求收集整理工程验收和备案资料,份数按备案制要求,并留一份在公司存档;
2.4.3 签署工程保修书。在明确项目分包方保修责任的基础上,与业主办理保修书;合作(分包)方负责人应作为保修负责人之一;
2.4.4 各类合同文件和协议,按主合同、联营协议和配合协议\购 /租赁合同、劳务 /分包合同、其他合同协议等分类整理、归档
上报公司;
2.4.5 与工程结算和分包结算相关的各类经济技术资料,分类整理存档、备案;
2.4.6 各类创优资料按相关评优办法收集整理;
2.4.7 工程总结资料;工程总结内容包括对质量、进度、安全、环境管理情况的施工总结、对项目管理、创优创新、成本管理、项目团队考核资料、改进意见等的管理总结等;工程总结应与施工过程中上级检查情况相结合;工程总结资料报公司存档;
2.5 项目综合考评
项目综合考评由公司组织,公司相关职能参加,在结算审定后进行;考评的依据包括:合同、项目策划及交底书、项目管理责任书、检查情况、公司有关制度规定、合作方和业主评价等;考评指标包括质量、成本、工期、安全生产与文明施工、环境管理、价款结算、工程款回收、创优等定量指标和执行有关法规、强制性标准情况、执行企业制度情况、团队建设、科技进步与技术创新、沟通与信息管理、风险管理、文件和资料管理等定性指标。
2.6 项目经理部的解散
2.6.1 项目经理部解散的条件:工程竣工验收合格、工程及相关档案已移交、结算已报送或审批、保修及结算工作责任落实、工程清理工作已完成、相关设备、材料和人员已退场、完成项目管理责任书规定的工作内容、完成其他项目经理部负责的事项。
2.6.2 项目经理部需解散前,项目经理应书面报告公司上述工作完成情况,向公司申请解散,公司相关职能部门审查后,由公司审批后方可解散,收回项目印章。
2.6.3 项目经理部解散后,由公司各职能部门对项目后续工作进行接管,主要有办理结算与审计、回收和支付相关款项、实施项目回访和保修等工作。
2.6.4 项目回访由公司职能部门负责制定计划和组织实施,回访方式包括电话回访和现场回访等,
2.6.5 保修期届满前的回访记录或保修记录由业主签署合格意见后,公司财务部凭此记录办理保修金回收手续,关闭合同。