开发软件的项目管理方法
开发软件的项目管理方法,也离不开九大范畴:范围管理、时间管理、费用管理、质量管理、人力资源管理、风险管理、沟通管理、采购管理、综合管理。
只是要强调一下范围管理中的需求管理,要认真做需求调研和分析,要有一流的工程师建模。
要特别注意团队之间的分工与协作。
项目质量控制的方法工具
1、核检清单法核检清单是项目质量控制中的一种独特的结构化质量控制方法。
2、质量检验法质量检验是指那些测量、检验和测试等用于保证工作结果与质量要求相一致的质量控制方法。
3、控制图法控制图是用于开展项目质量控制的一种图示方法。
控制图法是建立在统计质量管理方法基础之上的,它利用有效数据建立控制界限,如果项目过程不受异常原因的影响,从项目运行中观察得到的数据将不会超出这一界限。
4、帕累斯图法帕累斯(Pareto)图法是一种表明“关键的少数和次要的多数”关系的一种统计图表,它也是质量控制中经常使用的一种方法。
帕累斯图又叫排列图,它将有关质量问题的要素进行分类,从而找出“重要的少数”(A类),和“次要的多数”(C类),以便对这些要素采取ABC分类管理的方法。
5、统计样本法这是指选择一定数量的样本进行检验,从而推断总体的质量情况,以获得质量信息和开展质量控制的方法。
6、流程图法这种方法主要用于在项目质量控制中,有关分析项目质量问题发生在项目流程的哪个环节和造成这些质量问题的原因以及这些质量问题发展和形成的过程。
7、趋势分析法趋势分析法是指使用各种预测分析技术来预测项目质量未来发展趋势和结果的一种质量控制方法。
IT项目质量管理的计划工具
在项目进度被延滞或质量保证小组认为某阶段开发质量有问题时,提请项目经理、项目负责人等必要的相关人员举行质量会议。
解决当前存在的和潜在的问题。
质量保证是建立在文档的复审基础之上,因而文档版本的控制,特别是软件配置管理,直接影响软件质量保证的影响力和力度。
质量保证小组的检测范围包括:系统分析人员是否正确的反映了用户的需求;软件执行体是否正确的实现了分析人员的设计思想;测试人员是否进行了较为彻底的和全面的测试;配置管理员是否对文档的规范化进行的比较彻底,版本控制是否有效。
3.2 质量管理实施有了良好的资源配备,又如何在项目全生命周期内实施质量保证,让我们从以下几个方面来看质量保证的实施过程:3.2.1 项目进度的质量保证项目进度是项目进行是否顺利的最直观表现。
显然在项目开始之前,项目开发计划是必须的。
如果项目开发计划的制定的是完全合理的,那项目进度也就真正表达了项目与最终的交付使用之间的距离,然而要制定完全合理的项目开发计划几乎不太可能。
可见要保证项目进度,首先要保证项目开发计划尽可能合理。
项目计划的合理程度与项目计划制定者从事类似规模和类似业务的项目的经验有直接关系,通过经验往往能够预见潜在的阻碍,这样要求项目计划制定者需要集众人之力来完善计划。
当项目计划制定初期,由质量保证小组组织召开的项目计划评审会,邀请公司技术专家、用户以及项目组小组成员一起讨论项目计划的可行性,会议通常采用头脑风暴法,各抒己见,会后由指定的记录员形成质量记录,发送给相关人员,对其计划中不合理的地方进行修改完善,并由质量保证人员对其结果跟踪,以确保项目计划完整性、可行性,完善后的计划交由配置管理人员进行版本控制。
然而在计划实施过程中,计划不是“固定化”。
常有人道,“计划赶不上变化”,但“要跟上变化”。
项目计划以里程碑为界限,将整个开发周期划分为若干阶段。
根据里程碑的完成情况,适当的调整每一个较小的阶段的任务量和完成的任务时间,这种方式非常有利于整个项目计划的动态调整。
也利于项目质量保证的实施。
实际运作中,当质保小组发现计划实施的差异后,报告项目经理,由项目经理组织负责对计划进行周期性维护,对于已经变动的计划由质保小组协助配置管理小组完成版本控制。
项目开发各阶段的质量保证a、需求分析需求分析是开发人员对系统需要做什么和如何做的定义过程。
从系统分析的经验来看,这个过程往往是个循序渐进的过程,一次性对系统形成完整的认识是困难的。
只有不断地和客户领域专家进行交流确认,方能逐步明了用户的需求。
从系统开发的过程得知,系统分析时犯下的错误,会在接下来的阶段被成倍的放大,越是在开发的后期,纠正分析时犯下的错误所花费的代价越是昂贵,也越发影响系统的工期和系统的质量。
解决系统分析错误的方法。
TAJ Technologies公司通常采用邀请用户参与进行需求评定,然后对其用户的意见由质保成员跟踪检测是否纳入需求规格说明书,同时与用户签字确认形成需求基线,交由配置管理员放入配置管理库。
虽然尽早的邀请用户参与,仍然避免不了项目进行中用户的需求变更请求。
对于开发过程存在的需求变动,我们要求用户填写变更申请单发送给项目配置管理员,在通过配置配置员转交质保小组,负责组织专家小组和项目组成员一起讨论实施变更的可行性及实施后所带来的影响,小的变更则直接记录入变更记录原因分析项和风险项栏,大的变更则需要形成正式的变更报告,无论那种变更都需要对相应的文档实施同步变更(包括需求规格说明书、详细设计文、安装手册、操作手册等)。
但是对于无法实现或是变更会带来巨大的影响而将导致进度的延期,这时,我们将变更报告提交给用户或邀请用户进行协调会议,讨论变更取舍问题或是项目进度变更问题。
作者:麦秸杆儿2006-5-29 16:51 回复此发言6 软件项目质量管理经验谈决定变更之后,由项目经理组织实施变更,测试人员检测变更结果,而质保小组成员监督变更实施过程并协助配置管理员对变更后的成果物进行版本控制。
变更实施完后,上线前还需要指定人员协助用户一同测试并由用户签字后同意方可上线。
b、系统设计优良的体系结构应当具备可扩展性和可配置性,而好的体系结构则需要好的设计方法,自然设计选型成为了系统设计首要的工作,究竟是采用哪种设计方法好呢?对于设计选型不能一概而论,需要针对项目的结构、项目的特征和用户的需求来分析,同样也要考虑到参与项目小组成员的素质,如果其中大部分都没有从事过面向对象的设计且项目进对紧迫,这样没有多余的时间来培训小组成员来掌握面向对象的设计方法,尽管众所周知面向对象设计方法的优势,我们还是不如采用面向过程的方式(除用户指定开发设计方式外)可以减少项目承担的技术风险。
TAJ Technologies公司有过一个项目,用户指定需要采用面向对象分析、设计和开发,且开发周期短,在无赖的情况下,项目小组只能选用面向对象的软件开发过程,由于项目小组很少从事过面向对象的开发,经验缺乏...
质量管理方法都有哪些?
质量管理方法 第一条 目的: 确保产品质量标准化,提高质量水准。
第二条 范围: 产品及研究开发、设计。
第三条 设计质量 管理作业流程 第四条 实施单位 工程部、业务部、质量管理部成品科及有关单位。
第五条 实施要点 (一)工程部设计程科,依据收集的CNS、JIS、UL等国内外有关规格的资料,以及业务部、质量管理部回馈的市场调查,客户要求,客户抱怨分析等资料,设计新产品及改良现有产品。
(二)设计完成,要经试作、检验、了解生产时可能发生的问题以及是否能达到设计的质量要求。
(三)试作不合格即检查修正,再试作。
(四)试作合格即会同有关单位制定用料标准、材料规格、零件规格、产品规格、作业标准、标准工时以及QC工程表。
(五)设计的新产品如属客户订购者,则试作合格的样品,需经业务部送交客 户认可后,开始受订,由企划室作生产企划。
(六)工程资料回馈有关单位,并确实执行规格、标准、蓝图等设计变更作业。
第六条 本办法经质量管理委员会核定后实施,修正时亦同。
1.□ 进料检验规定 第一条 目的 确保进料质量合乎标准,确使不合格品无法纳入。
第二条 范围 原料,外协加工品的检验。
第三条 进料检验流程 第四条 实施单位 质量管理部进料科、加工品科、及其他有关单位。
第五条 实施要点 (一)检验员收到验收单后,确依检验标准进行检验,并将进料厂商、品名、规格、数量、验收单号码等,填入检验记录表内。
(二)判定合格,即将进料加以标示"合格",填妥检验记录表,及验收单内检验情况,并通知仓储人员办理入仓手续。
(三)判定不合格,即将进料加以标示"不合格",填妥检验记录表及验收单内检验情况。
并即将检验情况通知采购单位(物料部、采购科或外协加工科),请购单位,由其依实际情况决定是否需要特采。
1.不需特采,即将进料加以标示"退货",并于检验记录表、验收单内注明退货,由仓储人员及采购单位办理退货手续。
2.需要特采,则依核示进行特采,将进料加以标示"特采",并于检验记录表、验收单内注明特采处理情况,以及通知有关单位办理入库或部分退回,或扣款等有关手续。
(四)进料应于收到验收单后三日内验毕,但紧急需用的进料优先办理。
(五)检验时,如无法判定合格与否,则即请工程部(设计工程科),请购单位派员会同验收,来判定合格与否,会同验收者,亦必需在检验记录表内签章。
(六)检验员执行检验时,抽样应随机化,并不得以个人或私人感情认为合用为由,予以判定合格与否。
(七)回馈进料检验情况,并将进料供应商交货质量情况及检验处理情况登记于厂商交货质量履历卡内及每月汇总于厂商交货质量月报表内。
(八)依检验情况对检验规格(材料、零件)提出改善意见或建议。
(九)检验仪器、量规的管理与校正。
(十)进料属OEM客户自行待料者,判定不合格时,请业务部联络客户处理。
第六条 本规定经质量管理委员会核定后实施,修正时亦同。
2. 制程质量管理作业办法 第一条 目的 确保制程质量稳定,并求质量改善,提高生产效率,降低成本。
第二条 范围 原料投入经加工至装配成品上。
第三条 制程质量管理作业流程。
第四条 实施单位 生产部检查站人员、质量管理部制程科及有关单位。
第五条 实施要点 (一)操作人员确依操作标准操作,且于每一批的第一件加工完成后,必需经过有关人员实施首件检查,等检查合格后,才能继续加工,各组组长并应实施随机检查。
(二)检查站人员确依检查标准检查,不合格品检修后需再经检查合格后才能继续加工。
(三)质量管理部制程科派员巡回抽验,并做好制程管理与分析,以及将资料回馈有关单位。
(四)发现质量异常应立即处理,追查原因,并矫正及作成记录防止再发。
(五)检查仪器量规的管理与校正。
第六条 本办法经质量管理委员会核定后实施,修正时亦同。
3. 成品质量管理作业办法 第一条 目的 确保产品质量,使出厂的产品送至客户处能保持正常良好。
第二条 范围 加工完成的成品至出货。
第三条 成品质量管理作业流程。
第四条 实施单位 质量管理部、成品科、生产部、物料部及有关单位。
第五条 实施要点 (一)加工完成的成品要经过成品检验合格后,才能入库或出货。
(二)确依成品检验标准实施检验,判定不合格批则退回生产单位检修,检修后仍需再经成品检验。
(三)库存成品必需抽验,以确保产品质量,避免质量变异的产品送交客户,发现质量变异即调查原因(必要时会同有关单位),作好防止再发措施,并通知生产单位检修。
第六条 本办法经质量管理委员会核定后实施,修正时亦同。
□ 客户抱怨处理办法 第一条 目的 确使客户迅速获得满意的服务,对客户抱怨采取适当的处理措施,以维持公司信誉,并谋求公司改善。
第二条 范围 已完成交货手续的本公司产品,遭受客户因质量不符或不适用的抱怨。
第三条 客户抱怨的分类 (一)申诉:这种抱怨是客户对产品不满,或要求返工、更换、或退货,于处理后不需给予客户赔偿。
(二)索赔:客户除要求对不良品加以处理外,并依契约规定要求本公司赔偿其损失,对于此种抱怨宜慎重且尽速地查明原...
软件项目管理的基本信息
书 名: 软件项目管理作 者:覃征出版社: 清华大学出版社出版时间: 2009-10-1ISBN: 9787302209485开本: 16开定价: 39.00元 软件项目管理是软件工程和项目管理的交叉学科,是项目管理的原理和方法在软件工程领域的应用。
本书分为基础篇、管理篇和实践篇。
基础篇介绍了软件产业和软件项目管理导论,使读者从整体上了解软件项目管理的产生背景和概貌。
管理篇以项目管理知识体系(PMBOK)为核心,围绕着软件项目的开发全过程,从软件项目需求管理、软件项目成本管理、软件项目进度管理、软件项目风险管理、软件项目配置管理、软件项目资源管理、软件项目质量管理等方面对软件项目中的管理问题进行探讨。
实践篇将需求管理、成本管理、进度管理、风险管理、配置管理、资源管理和质量管理等相对独立的领域融合在软件过程框架中,介绍了在软件项目实践中如何集中使用相关理论和技术。
其中包括Rational统一过程、敏捷软件开发和6σ软件开发。
本书可作为高等学校信息、软件、计算机科学与技术等专业的学生的教材,也可供从事软件项目管理工作的人员参考。
信息之二 书 名: 软件项目管理开本: 16开定价: 32.00元 《软件项目管理》系统介绍了软件项目管理的理论、方法与案例,全书共分15章,内容包括软件项目管理、组织平台、软件项目立项、软件开发过程、软件估算、软件项目计划、软件配置管理、软件质量管理、软件度量、风险管理、软件外包管理、人力资源管理与团队建设、软件知识产权管理、项目经理面临的政治、项目管理技巧。
《软件项目管理》适合软件工程及计算机相关专业的研究生使用,也可作为软件领域开发人员的参考书。
第1章 软件项目管理导论1.1 软件项目管理概述1.1.1 项目管理的发展1.1.2 什么是项目1.1.3 什么是项目管理1.1.4 项目管理环境1.1.5 软件工程与项目管理1.2 软件项目分类1.3 企业愿景1.4 项目成功需要的关键投入1.5 软件项目开发过程1.6 软件项目管理的重要性1.6.1 失控项目定义1.6.2 失控项目特征1.6.3 技术问题1.7 CMM模型1.7.1 CMM概述1.7.2 CMM的内部结构1.7.3 CMM的5个等级1.7.4 CMM中5级的发展关系第2章 组织平台2.1 组织机构与决策机制2.1.1 组织的定义2.1.2 组织平台与项目决策2.2 常见软件组织形式2.2.1 简单的软件开发组织2.2.2 普通的软件开发组织2.2.3 较成熟的软件开发组织2.2.4 开发组织的选择与设定2.3 CMM中的组织2.3.1 CMM中的关键工作组2.3.2 物理组与逻辑组2.3.3 组织的完善与独立性2.3.4 关键角色第3章 软件项目立项3.1 识别潜在项目3.2 产品立项3.2.1 商业目标3.2.2 产品战略3.2.3 产品的5个层次3.2.4 产品定位战略3.2.5 产品开发立项3.2.6 产品立项报告3.3 定制项目立项3.3.1 项目选择3.3.2 合同签定要注意的问题3.3.3 定制项目立项报告3.4 立项评审3.5 技术人员在立项中的责任第4章 软件开发过程4.1 需求确定4.1.1 把握系统需求4.1.2 需求管理的实施过程4.1.3 需求变更管理4.1.4 需求分析提交的结果4.1.5 角色划分4.2 软件设计4.2.1 概要设计4.2.2 详细设计4.3 编码4.3.1 编码标准4.3.2 编码风格4.3.3 命名规则4.4 测试4.4.1 测试目标4.4.2 测试原则4.4.3 软件测试过程管理4.5 发布、部署和维护4.5.1 发布4.5.2 部署4.5.3 维护第5章 软件估算5.1 软件估算概述5.2 估算步骤5.2.1 确定软件范围5.2.2 确定工作所需资源5.2.3 确定估算内容5.2.4 估算改进5.3 估算方法5.3.1 FP功能点估算法5.3.2 LOC估算法5.3.3 COCOMO估算法5.3.4 软件方程式估算法5.3.5 类比估算法5.3.6 wBS估算法5.3.7 Delphi估算法5.3.8 PERT方法5.3.9 估算方法的综合应用5.4 估算的表达5.5 估算的原则与技巧第6章 软件项目计划6.1 软件项目计划的层次6.2 软件项目计划编制的方针6.3 软件项目计划的内容6.3.1 项目介绍6.3.2 技术方案概述6.3.3 过程计划6.3.4 测试计划6.3.5 组织计划6.3.6 资源计划6.3.7 软件估算与预算6.3.8 进度表6.3.9 质量计划6.3.10 风险计划6.3.11 变更管理计划6.3.12 文档计划6.3.13 培训计划6.3.14 发布与实施计划6.4 软件项目计划成功的关键要素6.5 软件项目计划模板第7章 软件配置管理7.1 软件配置管理概述7.1.1 术语与概念7.1.2 软件配置管理定义7.1.3 软件配置管理的基础7.2 软件配置管理的活动7.2.1 制定SCM计划7.2.2 软件配置标识与维护7.2.3 软件配置控制与变更管理7.2.4 版本管理7.2.5 软件配置状态发布7.2.6 软件配置审计7.2.7 软件发布管理7.3 配置管理工具7.3.1 几种配置管理工具介绍7.3.2 配置管理工具选择7.3.3 配置管理工具实施7.4 成功的关键7.5 职责分配与角色第8章 软件质量管理8.1 软件质量管理基础8.1 一软件质量8.1.2 软件质量需求与质量特征8.1.3 软件质量管理8.2 软件质量保证……第9章 软件度量第10章 风险管理第11章 软件外包管理第12章 人力资源管理与团队建设第13章 软件知识产权管理第14章 项目经理面临的政治第15章 项目管理技巧参考文献
项目管理的主要方法
转载以下资料供参考 项目管理的运作流程 只要流程界定清晰,项目经理就能保证项目的发展方向与最终目标相契合。
广义而言,要掌控各种类型项目的发展,首先要关注十个关键的流程。
一、生命周期与方法论 项目的生命周期与方法论,是项目的纪律,为项目开展划出了清晰的界限,以保证项目进程。
生命周期主要是协调相关项目,而方法论为项目进程提供了持续稳定的方式方法。
生命周期通常由项目的阶段组成(包括:开始、规划、执行/控制、完成),或由工作的重复周期构成。
项目生命周期的细节一般都会随具体业务、项目、客户要求而改变。
因此即使在同一个项目中,周期也会有多种可能的变化。
对工作细致度、文件管理、项目交付、项目沟通的要求体现在生命周期标准和考核的方方面面。
大项目的阶段一般更多更长,而小项目的阶段少,考核点也少。
与生命周期类似,项目方法也因项目而易,细节关注程度高。
产品开发项目的方法经常涉及使用何种工具或系统,以及如何使用。
信息技术项目的方法包括版本控制标准、技术文档管理、系统开发的各个方面。
项目方法往往不是由项目团队自行确定,而由公司为所有项目设定。
采用与否,其实项目团队没有太多选择。
公司管理层设定的方法本身代表权威,也是你作为项目领导获得项目控制权的一个途径。
考虑项目方法某方面的作用时,始终要把握其对项目人员管理的效率,即在可能出现问题的地方争取正面效应。
二、项目定义 清晰的项目描述决定了你的项目控制能力,因为接下来所有工作都在描述范畴之内。
不管你如何并为何要进行描述,你要对你的项目进行书面定义,让项目各方和项目组随时参考。
项目定义的形式和名称各式各样,包括:项目章程、提案、项目数据表、工作报告书、项目细则。
这些名称的共同点在于,项目主管方和其他相关各方面从上而下地传达了他们对项目的期待。
清晰的项目定义还包括以下方面: ·项目目标陈述 (一小段文字,对项目交付成果、工期、预期成本或人力进行高层次的描述) ·项目回报(包括商业案例或投资分析的回报) ·使用中的信息或客户需求 ·对项目范围进行定义,列出所有预期的项目成果 ·成本和时间预算目标 ·重大困难和假设 ·描述该项目对其他项目的依赖 ·高风险、所需的新技术、项目中的重大问题 努力将尽可能多的具体信息,囊括在项目描述或章程中,并使其在项目主管方和相关方面获得认可,进而生效。
三、合同与采购管理 不管你在你的组织内有多大的影响力和权力,你对受雇于其他公司的项目成员的影响会比较小。
虽然不一定普遍适用,但你可以尽量不将项目工作外包,这是提高项目控制力的一个技巧。
在考虑启用合同商或外部顾问之前,对整体采购流程进行重检。
寻找有服务合同起草经验并可以帮助你的人。
建立成功的外包关系需要时间和精力,这些工作要及早着手。
为了不误项目工期,你要及时做到所有细节到位,所有合同及时签订。
你打算外包哪部分项目交付成果,对这部分工作的细化就是你实施项目控制的着手点。
记录这些细化内容、评估和接收标准、所有相关要求、必要时间规划。
项目定义信息一定要包括在合同之内,相关责任及早确定。
和所有你考虑到的供应商讨论这些要求,这样你的项目期望才会在各方之间明晰。
四、项目规划、执行、跟踪 作为项目领导,通过制定有力的规划、跟踪、执行流程,你可以建立项目控制的基础。
争取各方面的支持,进而在项目内全面推广。
让项目组成员参与规划和跟踪活动,这可以争取大家的支持并提高积极性。
睿智的项目领导往往大范围地鼓励参与,并通过流程汇聚大家的力量。
当大家看到自己的努力以及对项目的贡献被肯定的时候,项目很快就从“他们的项目”变成“我们的项目”。
当项目成员视项目工作为己任的时候,项目控制就会简单得多。
较之于漠不关心的团队,此时的项目管理成功几率更大。
运用项目管理流程也会鼓励项目成员的合作,这也让你的项目控制工作更加轻松。
五、变化管理 技术性项目中问题最集中的方面就是缺少对具体变化的管理控制。
要解决这个问题,需要在项目的各方面启用有效的变化管理流程。
解决方法可以很简单,例如被项目团队、项目主办方、相关方认可的流程图。
这提醒了项目人员,变化在被接受之前会进行细致地考察,并且提高了变化提案的门槛。
审查变化提案的时候,要注意该提案是否对变化有清晰到位的描述。
如果变化提案的动因描述得不清不楚,该提案就要打回去,并且要求对变化所带来的益处进行定量评估。
对于那些仅局限于技术解决方案的变化提案,要多打几个问号,因为提案人也许不能全面地判断问题。
如果变化提案过多地关注问题的解决,而不注重实际问题,打回去并要求关注具体的业务形势。
最后,如果不接受某变化提案,一定要做到有理有据。
而且,对项目时间、成本、精力等其他相关因素所受的影响,进行合理的估计。
六、风险管理 风险管理的流程能让你制定出全面的规划,找出潜在的麻烦,就风险问题的解决方法达成一致,根除严重的问题。
风险管理要做到事半功...
项目经理该如何对项目工程进行管理?
如何做好工程项目经理一名工程项目经理,就是公司的中层领导者,那么如何做好这个角色呢?常言道:“上梁不正下梁歪,中梁不正倒下来”.如果把我们公司领导看作是上梁,员工视作下梁,那么项目经理显然就是中梁.一座房子的中梁出了问题,那么这座房子迟早都要倒掉.由此,项目经理这条“中梁”在这座“房子”里面的重要性显而易见.是公司在工程项目上起着“承上启下”和“上传下达”的纽带作用,是既要对公司负责,又要对项目部员工负责的中间领导者.“作为中层领导,能力决定其成败”,那么中层领导的能力是什么?那就是管理、用才、谋权、为人四个方面的综合素质.只有在管理上通晓领导之道,在用才上准确到位,在谋权上运筹帷幄,在为人上以做人为本,才能成为一名优秀的中层领导.首先,他是项目各种需求的集中交汇点:业主对项目建设的要求,公司对利润的“追求”,社会和分承包方的需求都要通过项目经理的运作来实现.其次,他是项目建设工程的体现者:国家和地方的有关工程建设的法律法规,公司各种规章制度,都要通过项目经理来实现.项目经理的领导能力和管理水平,不单是工程项目成功的关键因素,又在上下级面前,处处在接受着“考验”和“考核”.众所周知,内因是决定事物前进方向的主要动力,而做好一名项目经理这个中层领导的内因则是个人的心理素质,我们只有具备相应的心理素质,才能有成功达到自己目标的可能.那么,这些心理素质具体包括哪些方面呢?首先,作为一名项目经理,要认清角色,摆正位置.项目经理是公司领导在工程项目上的全权委托代理人,对外代表公司与业主及分包单位进行联系处理合同有关的一切事项;对内全面负责组织项目的实施,是项目的直接领导者和组织者.这就要求在工作中要保持谦虚谨慎的态度,在尊重、理解并服从公司领导的同时,通过协调、讨论、信息沟通等方式,充分发挥好承上启下的作用,积极利用自身的主观能动性,在认真做好本项目部工作的前提下,努力协调好项目部与公司各部门之间的每项工作.工程施工过程中有很多意料不到的问题发生,对于出现的超过自己权限范围的事件,应当及时向公司有关部门和人员汇报,不要越权越位,既要主动地处理问题,又要请示处理方案或者取得自己处理的授权,切勿为了隐瞒一点点小问题使事态扩大铸成大错. 项目管理者联盟,项目管理问题.其次,作为一名项目经理,要识“无为故无不为”的至精妙语,又要具备开拓创新的意识.要虚心学习其他人管理项目的经验和方法,恪守“谦虚”二字.大胆尝试,以超前的眼光看问题,要敢于和其他好的项目部比干劲、赛成绩,而不是像一只井底之蛙,以一成不变的方式,局限于做好本项目部的工作.其三,作为一名项目经理,要有勇于实践的踏实的工作作风,要有真抓实干的精神,要在实际工作中不断丰富完善自己.首先,项目经理不是仅仅是靠书本知识学出来的,更不是吹出来的,是靠实际工作的磨练干出来的.对于工作中出现的问题,要敢于承担责任,要善于分清问题的性质,找到解决问题的方法.在项目中能够通过以身作则,形成一个平等协商、实事求是的工作风尚.同时,项目经理还应注意不断培养和提高工作能力,如:决策能力、应变能力、组织领导能力、人际交往能力等,努力做到在工作中要果断但不武断,要稳重但不拖拉.其四,作为一名项目经理,要有吃苦耐劳的精神.项目经理必须谨遵这一原则:做到不畏艰难困苦,扎扎实实地开展工作,勤勤恳恳地做好事情.作为项目部的领导,应该既是指挥员又是战斗员,作为指挥员就应该体现自己的能力和水平,越是面对棘手难缠的问题,越要沉着冷静,迎着困难上.其五,作为一名项目经理,要尽量将工作做适当的合理的分配,责任到人,做到“该定人的定人”,要让每个项目部人员了解自己的工作,并时常注意他们工作进展情况,要把自己的主要精力用到考虑整体组织安排,施工组织方案上来.此外,作为一名项目经理还必须有包容的心态.要心胸宽广、胸怀博大,做到小事讲公德、大事讲原则.无论做什么事情,都要尽量抛开个人因素,不能只考虑自身的好处,无视集体和他人的利益,必要时还应该牺牲小我,成全大我.“为官先为人”,“做事先做人”,如果连人都做不好,领导别人更是无从谈起,此所谓“正人先正己”.那么,具备了良好的心理素质是不是就能胜任了呢?显然这是远远不够的.要做好一名项目经理,还必须具备以下几个方面的条件.其一,具备领导才能是成为一个好的施工项目经理的重要条件,团结友爱、知人善任、用其所长、避其所短,善于抓住最佳时机,并能当机立断,坚决果断地处理将要发生或正在发生的问题,避免矛盾或更大矛盾的产生.具有了这些能力就能更好的领导项目经理部的全体员工,唤起大家的积极性和创造性,齐心协力完成施工项目的建设.其二,要有较强的组织协调能力,能够调动团队的集体智略,把项目部一帮人的才能“捏合”在一起,达到相互支持、取长补短的效果.项目部是一个团队,如果一个项目经理没有较强的组织协调能力,那么这个团体就会变成一盘散沙,就没有活力,项目部人员之间...
转载请注明出处51数据库 » 软件项目质量管理方法
糖果盒子sweetiee