it项目管理

管理软件系统项目合作协议

　　甲方：______科技有限公司

　　乙方：

　　合作目的

　　为了扩大______科技有限公司（下简称甲方）与＿＿＿＿＿＿＿＿＿＿（下简称乙方）在国内外的学术和社会影响，提高双方的科技竞争实力，实现在教育培训、技术合作、人员交流、市场开发等方面的资源共享和资源整合，以达到合作双赢的效果。因此建议甲乙双方本着平等互利的原则，分时段、分步骤的进行有系统、有目的的紧密合作，共同创造市场最大效益。

　　项目开发合作

　　（一）合作内容

　　1、甲方与乙方充分利用人才、技术资源优势，各自委派科研人员组成联合项目小组，共同参与项目投标、项目研究、项目开发。这样有利于双方人力资源成本的压缩，最大限度的利用资源，同时通过联合小组的技术交流，提高双方技术人员的技术水平与创新思维。

　　2、项目开发与项目投标过程中，双方有责任相互提供软件或软件工作平台，共同研究，提出解决方案开发工具，技术力量以及解决方案，实现技术、人力资源方面的整合，在项目实施中，双方有责任相互协作，相互配合实现资源共享。

　　3、参加项目开发科研人员在项目研究期间的工资由原单位支付；如经甲乙双方考察认定，双方的科研人员不足以解决项目开发中的所有问题，而需要增加科研人员，则可在社会上进行招聘或借用第三方人员，所需费用由项目费用支出。

　　4、在项目投标与合作中，依托乙方的工作环境条件，在项目研发过程中，乙方负责提供办公研发场所及研发设备，同时提供项目人员的住宿场所。

　　5、甲乙双方利用各自的技术优势与市场优势，对所开发的软件产品进行市场推广销售。由于甲方作为一个盈利性的公司，具有很强的市场操作能力，因此由甲方主导市场的推广销售活动，并负有主要责任。

　　（二）______项目利润分配办法

　　1、在______（______管理软件系统）项目合作中，按照上述合作方式，在市场上销售所得之纯利润，甲方占____%，乙方占____%。鉴于______系统的前期开发由甲方独立完成，并接近完成阶段，按照双方投入的资源比例，在______项目的利润分配中按照____：____的比例进行，兼顾了效率与公平。

　　2、在______（______管理软件系统）销售过程中，乙方利用其自身在行业中得固有的公共（人际）关系，并以此作为主要手段促成单个销售个案的成功，则该笔销售利润甲方占____%，乙方占____%。

　　如促成单个销售个案的公共（人际）关系为双方共有，则甲乙双方利润分配仍按照____：____的比例进行。或根据双方投入的资源比例另行协商。

　　（三）其他项目分配方式

　　1、双方在今后的委托性质的项目合作中，作为项目引入的一方占项目利润的____%，另一方占项目利润的35%。或按照当时实际情况另行协商确定。

　　2、其他类型项目的利润分配方式，根据具体内容双方另行协商，另定协议。

　　甲方负责人（或授权代表）乙方负责人（或授权代表）

　　签名：＿＿＿＿＿（盖章）签名：＿＿＿＿＿＿＿（盖章）

　　签字时间：＿＿＿＿＿＿　签字时间：＿＿＿＿＿＿

　　签字地点：＿＿＿＿＿＿　签字地点：＿＿＿＿＿＿

项目管理专业课程

　　1、 项目范围管理 是为了实现项目的目标，对项目的工作内容进行控制的管理过程。它包括范围的界定，范围的规划，范围的调整等。 2、 项目时间管理 是为了确保项目最终的按时完成的一系列管理过程。它包括具体活动界定，活动排序，时间估计，进度安排及时间控制等项工作。很多人把GTD时间管理引入其中，大幅提高工作效率。 3、 项目成本管理 是为了保证完成项目的实际成本、费用不超过预算成本、费用的管理过程。它包括资源的配置，成本、费用的预算以及费用的控制等项工作。 4、 项目质量管理 是为了确保项目达到客户所规定的质量要求所实施的一系列管理过程。它包括质量规划，质量控制和质量保证等。 5、 人力资源管理 是为了保证所有项目关系人的能力和积极性都得到最有效地发挥和利用所做的一系列管理措施。它包括组织的规划、团队的建设、人员的选聘和项目的班子建设等一系列工作。 6、 项目沟通管理 是为了确保项目的信息的合理收集和传输所需要实施的一系列措施，它包括沟通规划，信息传输和进度报告等。 7、 项目风险管理 涉及项目可能遇到各种不确定因素。它包括风险识别，风险量化，制订对策和风险控制等。 8、 项目采购管理 是为了从项目实施组织之外获得所需资源或服务所采取的一系列管理措施。它包括采购计划，采购与征购，资源的选择以及合同的管理等项目工作。 9、 项目集成管理 是指为确保项目各项工作能够有机地协调和配合所展开的综合性和全局性的项目管理工作和过程。它包括项目集成计划的制定，项目集成计划的实施，项目变动的总体控制等

　　2011年热门大学,专业排行,志愿填报延伸阅读--------------

　　一.填志愿，学校为先还是专业为先

　　一本院校里有名校、一般重点大学，学校之间的层次和教育资源配置，还是有较大差异的。在一本院校中，选学校可能更重要一些。学校的品牌对学生未来就业会产生一定影响。如果你进了名校，但没能进入自己最喜爱的专业，你还可以通过辅修专业等方式，来完善学科知识结构。而且，如今大学生就业专业对口的比例越来越小了，进入一所积淀深厚、资源丰富的学校，有助于全面提升自己的素质与能力。

　　二本院校中，大部分学校都有鲜明的单科特色。建议考生结合自己的特长、兴趣爱好，以专业为导向来选择学校。

　　二.如何看待专业“冷门”“热门”

　　专业的热门与冷门，随着经济和社会形势的变化而变化。有些专业，看起来热门，许多学校都开设，招收了许多学生，导致若干年后人才过剩。有的专业，在招生时显得冷门，但毕业生就业时因为社会需求旺盛，学生成了“抢手货”，而且个人收益也不错。家长可以帮助学生，收集多方信息，对一些行业的发展前景进行预测，带着前瞻性的眼光去填当下的高考志愿。同时，学生也要从自己的特长与兴趣出发来选择专业，有兴趣才能学得更好，日后在就业竞争中脱颖而出。

　　高校新专业的产生有不同的“源头”。有的是在老专业基础上诞生的，专业内容变得更宽泛一些，此类新专业的分数线通常与往年差不多。有的是某一老专业与其他学科交叉而产生的，这类新专业在培养实力方面可能比老专业弱一些。有的是根据社会需求而设置的全新专业，录取分数线可能会在校内处于较低分数段。

　　三.高考咨询问些什么

　　4月下旬起，各高校招生咨询会此起彼伏，密度很大。为了提高现场咨询的效率，咨询前不妨做些“备课”，在相关部委的官方网站、校园网等网站上“预习”一些对外公开的基本情况。

　　比如对高校办学条件和水平，有了比较才有认识。从高校隶属关系看，既有国家部委所属院校，也有省市所属院校。隶属不同，经费投入、招生范围等也有所不同。目前，全国30多所列入“985工程”的高校都是出类拔萃的高校，而列入“211工程”的高校也有百余所。

　　另外，还可查询一下高校师资水平和重点学科数据。代表师资水平的数据包括院士、大师级人物有多少；作为未来院士“预备队”的“长江学者”有多少；博士生导师有多少等。国家重点学科是经教育部严格评审，在各个高校相同学科中排名前一、前二名的某些学科。一所高校的“重点学科”越多，其周边也必然聚集着一个较高水平的相关学科群。

　　在正式咨询时，再问到更细的专业层面。应真正了解专业方向的内涵，包括研究些什么、学哪些课程、将来在哪些领域就业、以往就业率如何、未来社会需求怎样、招生计划多少、过去几年录取情况，以及这个专业的历史沿革、在同行中的水平、是否具有硕士点博士点以及现有哪些名师等。其中，录取分数线情况应掌握近几年的数据，参考其趋势变化。

　　四.2011年热门专业排名前十名：

　　1、电子与信息类：电子信息科学与技术、光信息科学与技术、电气工程及其自动化、自动化、电子信息工程、通信工程(长沙牛耳软件教育是湖南最专业的电脑软件培训学校)。

　　2、外语类：外贸

　　3、法学类：法学、社会学、治安学、侦查学。

　　4、机械类：机械设计制造及其自动化、材料成型及控制工程、工业设计、过程装备与控制工程、测控技术与仪器。

　　5、土建类：建筑学、城市规划、土木工程、建筑环境与设备工程、给水排水工程。

　　6、会计类：会计学、财务管理。

　　7：中文类：对外汉语、新闻学、广播电视新闻学、广告学、编辑出版学。

　　8、医学类：临床医学、麻醉学、医学影象学、医学检验、口腔医学、药理学、中药理论。

　　9、环境、心理类：环境科学、生态学、心理学、应用心理学。

　　10、工商管理类：工商管理、市场营销、人力资源管理、旅游管理。

　　好就业专业：据统计，排行前十的专业

　　一，同声传译

　　同声传译员被称为21世纪第一大紧缺人才，随着中国对外经济交流的增多和奥运会带来的会务商机的涌现，需要越来越多的同声传译员。

　　同声传译员的薪金不是按照年薪和月薪来算的，是按照小时和分钟来算的，现在的价码是每小时4000元到8000元，相关人士说。4年之后入驻中国和北京的外国大公司越来越多，这一行肯定吃香。

　　二．3G工程师

　　据计世资讯发布的相关研究报告称，估计国内3G人才缺口将达到50万人以上，由于目前3G人才比较少，尤其是复合型人才奇缺，预计4年之后3G工程师的基本年薪会在15万元到20万元。从目前的一些趋势来看，在无线增值服务行业里的一些精通2.5G技术的人才年薪都在10万元左右，中国已经进入3G时代了，这些人才的收入应该会更高，业内人士表明。

　　三．网络媒体人才

　　目前，类似与在新浪和搜狐的网络编辑的月薪都在5000元左右，中等职位的收入都在8000元到10000元之间。相信4年之后整个网络媒体的广告收入越来越多的时候，从业人员会有一个更好的回报，目前，不少网络编辑对自己所从事的行业都颇有信心。

　　四．物流师

　　物流人才的需求量为600余万人。相关统计显示，目前物流从业人员当中拥有大学学历以上的仅占21%，许多物流部门的管理人员是半路出家，很少受过专业培训。据相关人士透露，对此人才有需求的某知名企业在国内招聘的应届大学生目前的薪金是每月6000元到8000元。

　　五.系统集成工程师

　　据悉，一名刚刚毕业的学生，毫无工作经验的学生应聘系统集成工程师之后的薪金是年薪8万元，用户对系统集成服务的要求不断提高，从最初的网络建设到基于行业的应用，在到对业务的流程和资源策略的咨询服务，未来系统集成工程师应该是一路走高的职业。

　　六.环境工程师

　　相关资料显示，目前我过环保产业的从也人员仅有13万余人，其中技术人员有8万人，按国际通行的惯例计算，我国在环境工程师方面的缺口在42万人左右，据悉，随着国内房地产行业发展，国内园林设计师，景观设计师的月薪都在七八千左右。

　　七．精算师

　　我国被世界保险界认可的精算师不足10人，在当今的国内人才市场上，精算师可谓凤毛麟角，随着国际保险巨头在中国开拓市场以及国内企业的需要，精算师是几年后保险业最拿手的人才，目前在国外的平均年薪达10万美金，国内目前月薪也在1万以上。随着人们对保险认识加强，保险行业的兴起必然会需要更多的精算师。

　　八．中西医师，医药营销

　　医学院校毕业的学生有三条路可以走，一是进入医院，急救医生，产科医生，妇科医生，和理疗医师都将十分吃香，二是进入医药生成流通企业，三十继续深造，业内人士表示，这个行业的特点是越老越值钱，目前的医药行业月薪在3000到5000元。

　　十注册会计师

　　根据中国经济高速嘎子的需要，至少急需35万名注册会计师，而目前实际具备从业资格的自由8万人左右，其中被国际认可的不足15%，每年高扩毕博在内的四大注册会计师事务所都会在高校招收毕业生，专业涵盖了统计，法律，数学等，应届毕业生月薪都在五六千元，在加上每年的丰厚的奖金，收入会超过10万元。

项目管理考试题库.总结

　　第一章

　　1.什么是项目?它与日常运作有什么不同

　　2.项目有哪些特点?分别举出2个以上项目的例子和不属于项目的例子.

　　3.项目利益相关者/项目干系人主要包括哪些方面

　　4.写出在某个居民区建造一个咖啡厅的项目干系人列表.

　　一、判断题

　　1.日常运作总是在很短的时间内完成，而项目必须要跨越数年或数十年。（×）

　　2.每一个项目阶段的结束必须以某种可交付成果为标志。（√）

　　3.项目的生命期可归纳为四个阶段，这种划分通常是固定不变的。（×）

　　4.公民个人可以是项目干系人。（√）

　　5.项目在开始时，它的风险和不确定性最高。（√）

　　6.项目变更所需要的费用将随着项目生命期的推进而增加。（√）

　　7.在项目启动和收尾两个阶段中，人力资源的投入一般都比较少。（√）

　　8.项目管理的客体是项目管理者。（×）

　　9.项目管理的主体是项目的全部任务。（×）

　　单选题

　　1.随着项目生命期的进展，资源的投入（C）。

　　A逐渐变大B逐渐变小C先变大再变小D先变小再变大

　　2.确定项目是否可行是在（A）工作过程完成的。

　　A项目启动B项目计划C项目执行D项目收尾

　　3.对项目干系人管理的主要目的是（B）。

　　A识别项目的所有潜在用户来确保需求分析的完成

　　B积极减少可能会严重影响项目的项目干系人的活动

　　C在进度和成本超支是建立商业信誉

　　D关注项目干系人对项目的批评

　　4.应对项目可交付成果负主要责任的是（B）。

　　A质量经理B项目经理

　　C高级管理层D项目团队成员中的某个人

　　5.项目的“一次性”含义是指（B）。

　　A项目持续的时间很短B项目有确定的开始和结束时间

　　C项目将在未来一个不确定的时间结束D项目可以在任何时间取消

　　三、多选题

　　1、下列属于项目的实例是（AB）。

　　A举办一场婚礼B开发一种新的计算机软件系统

　　C提供金融服务D管理一个公司

　　2、项目管理的特点包括（AB）。

　　A复杂性B创造性C自发性D预测性

　　3、日常运营与项目的区别主要在于（ABC）。

　　A管理方法B责任人C组织机构D管理过程

　　4、项目的共同点有（ABCD）。

　　A明确的起止时间B预定目标C受到资源的限制D消耗资源

　　5、项目干系人可能包括（ABCD）。

　　A项目经理B客户C供货商D项目发起人

　　6、项目生命周期一般可由（ABD）阶段组成。

　　A计划B启动C可行性研究D收尾

　　7、项目管理过程可由（ABCD）组成。

　　A启动过程B计划过程C执行和控制过程D收尾过程

　　8、下列属于项目特征的是（ABD）。

　　A目的性B一次性C生产性D独特性

　　项目范围管理

　　一、单项选择题

　　1.今天你正在检查你将要承担的项目的范围变更请求，因为前任项目经理辞职离开。为判断项目范围将有多大程度的变更，你需要将变更请求与以下哪个项目文件进行比较：（B）

　　A.项目范围说明书B.工作分解结构C.项目章程D.项目范围管理计划

　　2.下面哪种文件是项目小组与业主之间确定项目目标和项目的主要交付成果而达成协议的基础（D）

　　A.项目计划书B.项目合同C.技术开发协议D.项目范围说明书

　　3.你已经被任命为一项新项目的项目经理，必须准备项目范围说明书。为帮助制定项目的框架，你决定制定工作分解结构以描述工作的规模和复杂程度。没有现成的工作分解结构模板可利用，为了准备工作分解结构，你首先必须（B）

　　A.估计每个项目可交付成果的成本和使用寿命B.确定项目的主要可交付成果

　　C.确定项目的每个可交付成果的组成成分D.明确主要任务

　　4.你为新项目组建的小组包括三名全职工作人员和五名兼职辅助人员。所有成员相互认识并曾一起工作过。为了保证项目启动成功，你的第一步将是（D）

　　A.与每位成员单独会谈任务分配

　　B.制定责任分配矩阵并向每位成员分配任务

　　C.向成员分派项目计划和工作分解包

　　D.召集项目启动会议

　　5.项目范围界定时经常使用的工具是（A）

　　A.工作分解结构B.需求分析C.可行性研究D.网络图

　　6.项目章程和范围说明书是这样的文件，它们被设计来对于项目目标、可交付成果和商业利益达成共识，以方便：（D）

　　A.项目经理和业主B.项目团队计划小组

　　C.项目业主和项目支持者D.项目干系人

　　7.项目范围变更申请可以是（D）

　　A.口头的或书面的B.直接的或间接的

　　C.由外部或内部引发的D.以上各项皆是

　　8.范围说明书形成了项目经理与项目客户之间的协议基础，这是因为它确定了：（C）

　　A.项目经理和项目团队B.实施项目的利益

　　C.项目目标和可交付成果D.详细的产品说明

　　9.范围核实应该在何时进行？（C）

　　A.项目结束时B.项目开始时

　　C.在项目的每个阶段D.规划时进行一次

　　10.项目范围核实的一项重要特点是（B）

　　A．改进成本估算B．客户对项目结果的验收

　　C．改进的进度估算D．完善的项目管理信息系统

　　二、多项选择题

　　1.在项目管理众多的工具和技术中，工作分解结构（WBS）是最有效和最重要的，因为（ABC）

　　确定了项目的范围

　　确定了项目的目标

　　是工期估计、成本估算、资源需求识别的基础

　　就是客户需要的结果

　　2.项目范围界定对于以下哪些活动是十分必要的（BCD）

　　A.项目完成时的评价B.改善后成本进度及资源估计的准确性

　　C.评价项目的执行情况D.明确责任分配

　　3.项目范围说明书的内容包括（ACD）

　　A、项目的合理性说明书B、项目范围的稳定性

　　C、项目目标的实现程度D、项目成果的定量标准

　　4.下列关于项目范围规划的表述中错误的是（BCD）

　　A.项目范围规划提供了范围变更控制的基准

　　B.项目范围规划可以提醒项目团队将来可能发生的问题

　　C.项目范围规划提供了项目绩效方面的信息

　　D.项目计划一旦确定，就不能更改

　　5.下列选项中属于范围变更控制的工具和方法的是（ACD）

　　A.项目范围变更控制系统B.核检表C.绩效测量D.范围计划调整

　　6.项目范围变更的原因有（ABCD）

　　A.在项目范围说明书中出现了遗漏B.项目团队提供了新的技术

　　C.项目外部环境发生了变化D.客户需求发生了变化

　　三、是非判断题

　　1.项目范围就是为了交付特定的产品或服务必须进行的活动。

　　2.项目的范围需项目团队成员知道就行了，不必通知业主。

　　3.界定项目范围的工具是工作分解结构（WBS）。

　　4.项目执行时只要出现偏差就要采取纠正措施。

　　5.项目只能在进行了一系列正规的可行性研究之后做出起始决策后才可以启动。

　　6.详细的项目范围说明书是项目范围界定的工作结果。

　　7.项目的章程是由项目经理签发的。

　　8.项目变更控制委员会的作用是阻止项目范围的变更。

　　四、简答题

　　1.项目范围的定义是什么

　　2.简述项目范围管理主要内容。

　　3.简述项目范围管理的作用。

　　4.如何利用自上而下的方法创建WBS

　　5.项目范围核实的工具是什么

　　6.项目范围变更控制的结果有哪些

　　案例分析作业

　　公司A是拥有较好政府背景的股份制企业，机制比较灵活，该公司运作的项目是政府机关的一个MIS系统。现在整个开发全部完成，系统已经试运行2个月左右，运行情况比较顺利，但是，目前有几个比较大的问题如下：

　　1.客户同该公司关系特别密切(毕竟客户是机关)，不能完全按照合同进展。

　　2.政府的工作节奏比较慢，在项目实施进程中，严重单方面拖延实施进度，造成项目延期。(他们很小的项目决定都需要开会讨论)

　　3.不可预测的项目变更风险。(机关领导一句话，项目经理就要处理变更需求)

　　4.客户没有项目周期(软件项目)等方面的认识，对合同规定的验收不予回应，需要该公司老总才能协调。(项目经理没有这方面的权利)

　　项目经理在项目组中本来负责软件开发设计，开发后期被部门经理任命为项目主管，对于客户主观需求变更，项目主管目前沟通得比较好。但对于客户政策性的变更，项目主管感到很无奈，没办法，只有进行变更处理。

　　案例习题

　　1.如何避免因关系而影响项目范围

　　2.如何解决项目延期问题

　　3.如何应对项目变更风险

　　4.如何处理项目验收

　　1.严格执行正式的程序和过程，在合同的内容和条件上要清晰和明确，如果不明确，需与客户重新协商确定。

　　2.需要合理安排计划和调整资源，按照客户的要求和里程牌制定相应的计划，配置合适的资源，把握客户的工作节奏，只要不延期即可，同时如果进度受客户影响较大，可以再风险列表中进行说明。

　　3.需要将后期会出现的风险和问题提前进行预估，同时制定相应的对策和方案，形成风险列表和客户领导进行确认。针对政策变化引起的变更问题，需要根据引起变更的影响进行分析和判断，如果是小的变动，需要向公司领导和客户领导进行说明，并记录备案；如果变动较大，首先需要判断和分析是否有必要进行变动，变动有没有价值，确定变更后，需要和客户协商，一个是增加项目经费，一个是增加时间周期。

　　4.针对验收的标准、方法、内容，要在合同中进行明确说明，最终的交付成果是什么，验收的方式、内容、标准、依据是什么，需要明确，应在合同中提前明确，如果客户不清楚，要互相讨论和协调，达成一致，最终作为验收的材料。

　　项目时间管理

　　1、在制定项目进度计划中，常用的工具是（BCD）

　　A、WBSB、计划评审技术C、甘特图D、关键路径法

　　2、PERT计划适用下列哪些项目（ABCD）

　　A不可预知因素较多的项目B过去未做过的新项目

　　C复杂的项目D研制新产品的项目

　　3、列表述正确的是（ABC）

　　A、关键路径法主要应用于以往在类似项目中已取得一定经验的项目B、计划评审法更多地应用于研究与开发项目

　　C、如果任务工期无法正确估计，一般采用计划评审法D、关键路径法属于非肯定型，计划评审法属于肯定型方法

　　4、下列表述错误的是（ABD）

　　A、如果进度计划进行了修改，关键路径不会发生变化

　　B、如果时差为负，表示将在预定时间内提前完成项目

　　C、如果时差为正，表示将在预定时间内提前完成项目

　　D、如果时差为正，表示在预定时间内无法完成项目

　　1.为什么要进行项目的时间管理

　　2.项目时间管理的过程是什么？（一般步骤）

　　3.谈谈你对关键路径的认识，并举例说明。

　　答：关键路径又称关键线路，指自始至终全部由关键工作组成的路径，或线路上总工作持续时间最长的线路就是关键路径。在网络图上的关键线路可用双线或粗线标注。

　　4.你认为甘特图是否实用

　　答：甘特图是一个横维表示进度或活动时间，纵维表示项目的各工作包的二维造成矩阵。传统的甘特图不能系统地表达一个项目所包含的各项工作之间的复杂关系，难以进行定量的计算和分析。

　　但是，随着项目管理的兴起，传统的甘特图得到了不断地改进和完善，我们可以将网络中所有的参数、关系、关键工作和关键路径都表示在甘特图上，还可以将甘特图与其他工作图合并，可以使各工作之间的逻辑关系一目了然，自由时差也可能从图中反映出来。改进完善后的甘特图是实用的。

　　5.举例说明项目网络计划技术。

　　答：网络计划技术是一种科学的计划管理方法，它随着现代科学技术和工业生产的发展而产生和发展。20世纪50年代，为了适应科学研究和新的生产组织管理的需要，国外逐渐出现了一些计划管理的新方法。如，1956年美国杜邦公司研究创立的关键线路法（缩写为GPM）并试用在一个化学工程上，取得了良好的经济效果。随着现代科学技术的迅猛发展、管理水平的不断提高，网络计划技术也在不断发展和完善。

　　项目整体管理

　　案例——三峡工程管理系统(TGMS)的建设

　　三峡工程历时十七年，按93年5月不变价标准，总概算投资为900.9亿元人民币(包括移民)，按到2009年工程完建的动态投资估算，包括还本付息的总投资可达2000亿元人民币。其中应克服的技术难题不胜枚举，但最困难的就属从1997年大江截流到2003年第一批机组发电这一阶段对工程进度、成本与质量的控制与管理。因为诸多重大难题的克服，都在此一阶段。这一阶段日浇筑强度平均高达1万立方米，高峰时达1.5万立方米以上。宜昌地区气温高，长江洪水峰高量大，不可预见因素多，为满足防洪、排沙等多方面的需要，坝体结构十分复杂，安装当今世界上最大的水轮发电机组的厂房也同样复杂，加之我们对连续浇筑的施工设备管理尚缺少经验，如此种种都对这一阶段的工程建设管理提出了很高的要求。对此，从1993年9月27日总公司成立之始，公司的领导就把采用现代信息技术实现工程管理的目标提到日程上。

　　1993年12月28日，总公司成立后仅三个月就召开了一个有数十个厂家、100多位计算机业界代表参加的三峡工程管理信息系统研讨会。紧接着94年初加拿大Monenco公司就将他们的产品MPMS介绍给了三峡总公司，同年进行了引进加拿大出口信贷及两轮与加拿大Monenco公司的技术谈判，95年5月又组织了对该公司MPMS产品应用的考查，并于95年10月正式与Monenco公司签订了TGPMS的系统开发合同。

　　TGPMS系统的功能模型并不是以当前企业业务或行政机构的划分为依据的。它是以实企业目标所必须的主要功能划分为依据，这些主要功能的划分也即是未来信息系统子系统的划分。TGPMS将三峡工程的管理按照功能划分为十三个功能域(或称子系统)它们分别是：合同管理、成本管理、计划进度管理、工程会计、物资管理、设备管理、技术管理、质量管理、安全管理、文档管理、坝区及公共设施管理、岗位管理、编码管理。

　　很显然，以上功能域的划分并没有与三峡工程的业务或行政管理机构一一对应，而且更重要的是，它把当前不同业务部门的相同业务，在信息系统中合并为同一功能域。比如系统中的工程会计子系统，合同管理子系统，成本与资金流管理子系统，设备管理子系统，均为当前不同的业务部门所公用。这些部门相同类型的数据，在计算机数据中均属于同一类型的基表。从这一点可以看出，IGPMS完全体现了信息工程方法中所要求的，数据处于系统的中心，数据是稳定的，处理可以是多变的这一思想。

　　TGPMS所规划的三峡总公司和三峡工程的管理模型。其主要特点可以概括为以下三个方面：

　　1.工程实行项目管理

　　采取按时间、空间、功能将其分解为若干子工程来管理，在总体上又有综合协调和控制这样一种方法。子工程的项目负责人有足够的权利对其分管的子工程在进度、成本、质量方面全面负责。这样一个模型框架从整体上保证了对整个工程的管理线条清晰，责任明确。

　　2.在项目管理的原则下，实行分层授权责任制

　　分解与综合是一对对立统一的概念。在分解的同时，对全局的进度、成本进行控制，建立了分层授权责任体系。它可以同时达到即有总体控制，又有分项管理两个目标，由于其责任分明，所以它的工作效率必然是高的。当前对整个工程的管理划分为决策层，计划控制层，建设管理层和项目管理层。

　　3.建立以项目管理为中心的矩阵式服务体系

　　在以项目管理为中心，以分层授权进行控制的基本框架确定后，围绕着工程项目管理，其它部门的作用便随之确定为“为工程服务”的性质。诸如：物资供应、设备采购、信息系统、技术管理等都将分别为项目部提供支持服务，这样就构成了以项目管理为对象的矩阵式服务体系。

　　IGPMS就是按以上这样一个模型结构来设计的，整个系统的纽带是各分项目(或子工程)的合同。通过对合同的管理达到对每个项目以及整个工程的协调管理。

　　案例场景

　　某市电子政务信息系统工程，总投资额约500万元，主要包括网络平台建设和业务办公应用系统开发，通过公开招标，确定工程的承建单位是A公司，按照《合同法》的要求与A公司签订了工程建设合同，并在合同中规定A公司可以将机房工程这样的非主体、非关键性子工程分包给具备相关资质的专业公司B，B公司将子工程转手给了C公司。在随后的应用系统建设过程中，监理工程师发现A公司提交的需求规格说明书质量较差，要求A公司进行整改。此外，机房工程装修不符合要求，要求A公司进行整改。

项目管理日志

　　第一周：20xx.2.28 至20xx.3.4

　　1、第一天入职事项，SQL和编码走查

　　2、开发环境以及建构;以实战熟悉，解决服务系统的实施反馈Bug 5个

　　3、开发环境以及建构;以实战熟悉，解决服务系统的实施反馈Bug、新需求 5个

　　在这个过程中发现的问题以及需要解决的：

　　1)、编码规范的遵守和检查，最终能自觉地执行规范

　　2)、系统界面的UI交互需改进

　　3)、开发所使用的架构尤其是在进行数据查询、保存等操作时复杂度较大，极易出差错;

　　4)、开发人员组成，技术熟练的人较少，依赖性比较大，自我提升和自我学习的能动性不高;

　　5)、系统数据字典在后台管理没有操作入口，维护不方便

　　针对以上的问题，解决的方案有：

　　1)、更新编码规范，严格执行编码规范;同时代码走查时对于编码规范重视。

　　2)、专业人员做出UI规范标准，一套公共的样式库

　　3)、设计部门对架构进行选择，在现在的基础上能增加编码的效率，同时进行培训;

　　4)、每周可组织至少一次的技术分享会，对于新人的技术提升是很有帮助的;

　　5)、后台基础数据维护功能

　　4、OEC系统部署，熟悉掌握了系统部署的流程：

　　1)、获得升级补丁列表;

　　2)QA进行Build，生成升级补丁包，拷贝到目标服务器;

　　3)在目标服务器上进行系统升级;

　　4)升级完成，告知QA进行测试

　　同时，了解到软件开发的现在流程以及感觉到其潜在的问题：没有或者缺少文档是最大的浪费!现在的问题在开发的前期需求分析人员对于需求收集的后续工作(需求文档规范化)没有做到位，对于需求的描述仅仅靠一个原型静态页面是不够的，需要有文档的详细说明记录，全体相关人员能共同理解，不出现误解。

　　还有数据字典、数据库设计的变更也是要对相关文档进行及时地变更。

　　认识到文档完整的重要性和意义，相关人员要时刻把文档作为一个工作依据这样的重要来做。具体操作来说就是：项目内文档不能缺少，并上传到文档库，相关项目中CVS库。

　　需求文档(原始需求资料收集)，需求说明书

　　设计文档，

　　测试文档

　　反馈文档，测试问题列表;客户反馈记录。

　　项目里程碑定义模糊?对于达到或者实现的目标严格定义，不能陷入无限的迭代中。

　　知识点学习：

　　项目管理的三个重要概念：检查点、里程碑、基线

　　项目生命周期中有三个与时间相关的重要概念，我发现很多人对这三个概念理解不准确，更不知道如何进行控制。因此把这三个概念论述得比较准确的一段文字贴出来，帮助大家理解。

　　这三个概念分别是： 检查点( CheckPoint )、里程碑( Mile Stone )和基线( Base Line )，他们一起描述了在什么时候( When )对项目进行什么样控制。

　　检查点

　　指在规定的时间间隔内对项目进行检查，比较实际与计划之间的差异，并根据差异进行调整。可将检查点看作是一个 固定 “ 采样 ” 时点，而时间间隔根据项目周期长短不同而不同，频度过小会失去意义，频度过大会增加管理成本。常见 的间隔是每周一次，项目经理需要召开例会并上交周报。

　　里程碑

　　完成阶段性工作的标志，不同类型的项目里程碑不同。里程碑在项目管理中具有重要意义，我们用一个例子说明：

　　情况一：你让一个程序员一周内编写一个模块，前 3 天你们可能都挺悠闲，可后 2 天就得拼命加班编程序了，而到周末时 又发现系统有错误和遗漏，必须修改和返工，于是周末又得加班了。

　　情况二：实际上你有另一种选择，即周一与程序员一起列出所有需求，并请业务人员评审，这时就可能发现遗漏并即 时修改;周二要求程序员完成模块设计并由你确认，如果没有大问题，周三、周四就可让程序员编程。同时自己准备 测试案例，周五完成测试;一般经过需求、设计确认，如果程序员合格则不会有太大问题，周末可以休息了。 第二种方式增加了 “ 需求 ” 和 “ 设计 ” 两个里程碑，这看似增加了额外工作，但其实有很大意义：首先，对一些复杂的项 目，需要逐步逼近目标，里程碑产出的中间 “ 交付物 ” 是每一步逼近的结果，也是控制的对象。如果没有里程碑，中间 想知道 “ 他们做的怎么样了 ” 是很困难的。其次，可以降低项目风险。通过早期评审可以提前发现需求和设计中的问 题，降低后期修改和返工的可能性。另外，还可根据每个阶段产出结果分期确认收入，避免血本无归。第三，一般人 在工作时都有 “ 前松后紧 ” 的习惯，而里程碑强制规定在某段时间做什么，从而合理分配工作，细化管理 “ 粒度 ” 。

　　基线

　　指一个(或一组)配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态。基线其实是一些 重要的里程碑，但相关交付物要通过正式评审并作为后续工作的基准和出发点。基线一旦建立后变化需要受控制。

　　重要的检查点是里程碑，重要的需要客户确认的里程碑，就是基线。在我们实际的项目中，周例会是检查点的表现形式，高层的阶段汇报会是基线的表现形式。

项目管理心得体会

　　项目管理的优势是工作目标集中、组织架构灵活高效，劣势是因为项目临时性的特点，成员缺少归属感和安全感，一个项目组织内包括了各个技术领域的人员，成员的职业发展不容易做得好。近些年逐渐流行起来的矩阵式项目管理，似乎最有希望克服单纯的项目管理或单纯的部门管理的缺点，让项目管理扬长避短，再跨上一个新台阶。在技术风险较高的IT项目管理中，更是成了一个时髦的名词。那么矩阵式管理到底是怎么做的呢？请看下面这张示意表：

　　我们把部门竖着排成三列，横着切出三个项目，也就是三行，这样的组织结构就像有行有列的矩阵，这就是矩阵管理的最基本含义。这样的组织中，每个成员都有两个领导—项目经理（组长）和部门经理（组长）。根据项目经理和部门经理发挥的管理职能的比例不同，一般又可划分为弱矩阵、平衡矩阵和强矩阵管理，按照项目经理在项目中作用由小到大排列如下：

　　弱矩阵管理的项目经理一般是由职能部门指派，归部门经理领导，对项目的控制作用很有限，主要依靠部门经理控制项目，项目成员和项目经理都由部门经理进行考核，这种模式适合项目规模较小，基本不跨部门或者某一部门在项目中站绝对主导的情况。平衡矩阵的项目经理是独立于职能部门的，一般是由各部门经理的上一级领导指派，项目经理和部门经理都对项目有一定的控制权，项目经理的主要负责项目的进度、质量、成本，部门经理则负责组织技术攻关、技术培训和成员技术能力提升，项目经理和部门经理共同负责对成员的考核，这种模式适合项目规模较大、技术复杂度较高的情况，很适合IT项目的特点。强矩阵类型自然就是以项目经理为主了，部门经理辅助项目经理，这种模式适合项目规模较大、但技术相对简单的情况。

　　矩阵式管理虽然有诸多好处，但是操作复杂是它最大缺点。矩阵式管理模式下每个成员都有两个领导，这是有悖于传统管理的“常理”的，需要充分宣传引导，谨慎协调。平衡矩阵操作难度最高，就像推独轮车，要不断的关注员工对项目的忠诚度和对部门的忠诚度的变化，要不断的调整，以保持平衡。弱矩阵和强矩阵操作难度也不低，一不小心就会滑到纯项目管理或纯部门管理模式，所谓的矩阵会名存实亡，画蛇添足。

　　矩阵式管理的另一个缺点就是沟通量大，需要有较强的“沟通管理”能力，否则就会掉入会议的漩涡中。

　　如果能比较好的处理矩阵式管理的平衡和沟通问题，矩阵式项目管理是非常好的管理模式，对IT项目管理必定会有很大好处。

软件项目管理学习心得体会

　　第一，要认清形势。

　　我觉得任何事情一定要在认清形势的基础上再开始考虑如何计划，这样才能让别人满意你的结果而自己也能获得较大的收获。一开始，*总就强调过，我们不应该把这个项目当成还是课堂的项目，完成老师的硬性要求，而是一个真正的公司的项目。这样我们就可以考虑到时间方面的限制和我们在技术上的优势，而在需求上与甲方PM交涉。我们公司内部在经过一番讨论后，确定了最利于我们完成该项目而又达到甲方PM要求的项目方案，然后与甲方PM进行商榷，在与甲方PM分析了各种情况后，最后终于敲定了让甲方PM满意，而我们自己又认为能完成得比较好的需求。

　　第二，相信团队合作才可能把项目做到最好。

　　从整个项目的过程来看，团队合作中需要沟通、分工、协作和监督。只有做好这四项才算是一个好的合作团队。首先，团队合作最基本的技能就是沟通。沟通的目的就是让别人了解你的想法，因为每个人考虑问题的时候总会有各种各样的偏差，我们只有沟通很好的沟通来综合所有人的好的想法，以减少走弯路，而让事情进行的更顺利。我们公司内部的沟通是比较随意的，因为大家都比较熟悉，任何时候有什么想法都会提出来，然后大家一起讨论，并得出最后的结果。而整个项目的进行中很重要的又比较正式的沟通就是与甲方PM的沟通，完成这个项目其实也是与甲方的合作的过程，因为甲方PM是在职人员，他的人生阅历比我们多，而且沟通能力是很强的，我们从与他的沟通中都学到了不少知识与技巧，其中很多都是我们以前做老师给我们的作业项目所没有的但却是很重要的。我们其实也很感谢甲方PM，他很认真负责地跟我们沟通，我们在沟通中用词不当或犯什么错误时，他都会指出来，并改正我们的说法，因此单从与他的沟通中就学到了不少以后工作时将会用到的实在的知识。其次，团队合作的关键环节就是在有效沟通的基础上进行分工，分工要明确，落实到每个人。由于这个项目时间的限制和语言的不熟，这个项目必须由我们公司所有成员都尽努力才能做好，这样就需要合理的分工。比如我们这个项目中分为总的来说可以分为界面，核心算法，和数据库这三个模块，而算法也分有好几种，只有把它们分配给对各模块感兴趣的人做，让他们在规定的时间里进行钻研努力，才能达到最好的效果。我们组在这方面做的比较好，苏总在我们项目提出时，就根据各人的能力和兴趣把每个人分配在不同的主要任务中，在每周与甲方PM定好下阶段的提交物后，都是仔细地把任务均匀地分配给各个人。因为我们组是按照每人的工作量来最后算成绩的，均匀地分配任务就不会造成组员的不满了。再其次，团队合作中协作是必不可少的。在项目组中各成员都明确了任务后，就需要大家单独工作的同时去配合其他人。尽管大家都有不同的任务，但是相互之间在一些问题互相协作的话，不仅可以提高各个任务进行的速度，也利于对项目中别的模块的了解。由于我们组的成员都是比较熟悉的，所以在协作方面还是不错的，比如某人搭建完环境后，帮其他的组员在他们自己的电脑上搭好，这样就会节省大量的时间，而这名组员也可以把时间用在别的事情上。而且虽然我们进行了明确的分工，但毕竟是一个项目，之间还是有很大的关联的，这样在编码的时候，都会进行讨论和互相帮助，这样就减少了错误的可能性也节省了时间。最后，项目经理的监督是必不可少的。一个团队中，难免有人会偷懒或拖延，或者完成任务的质量不理想，项目经理就要对这些人进行督促和提出合理的建议。通过监督了解项目的进展、质量、问题等并及时的调整资源利用情况，以保证项目的成功。虽然我们组没有出现上面提到的种种情况，苏总还是进行了严格的监督，我们每人都是按照苏总给我们的计划提交相应的产品给他，但质量是参差不齐的，苏总都会进行审核，然后给出建议，让我们修改优化后，他才把产品提交给甲方PM，因此甲方PM一直对我们的提交物比较满意，这与苏总的努力是分不开的。

　　第三，要详细制定计划，并严格按照计划来执行。

　　这次的项目周期很短，因此计划就显得格外的重要，只有进行详细的计划，我们才有紧迫感，并要求自己抓紧时间完成当天的任务。对比去年的软件工程课，那个项目与这个项目的规模差不多，但是开发周期是真个学期，每个阶段都显得很长，就算制定了一个计划，也没有按照那个计划来，拖个几天是很正常的，今天不能完成明天做，因为有的是时间，这样越来越松懈，就把大量的任务往后压，到最后就拿质量换时间了。而这个项目一开始就让人有很强的紧迫感，计划几乎是细到天的，我们每人组员都要在周报中详细汇报这周中每天做了什么的，PM通过周报来很好地管理进度，当然必要的情况下还是会做相应的变动的。到最后我们的项目如期完成了，而且结果是比较让人满意的，这样的结果对比去年的就会让我以后在做别的事的时候，更加自觉地详细做计划并严格按照计划执行。另外，这样做的好处就是让人感觉每天都很充实，没有虚度光阴，每次我浑浑噩噩地度过一天而没有学到任何东西后，我都有一种罪恶感，感觉对不起父母和关心自己的人，而制定了详细的计划并认真执行的话，每天都会以饱满的精神状态来学习，心情也很好，这样才是健康的生活方式。

　　虽然通过这门课，我的经验更佳丰富了，个人编程能力，沟通能力等都有了一定提高，但是我也感觉到了自己的诸多不足，比如我的沟通能力还有待提高，这或许不是一两天的问题，但是我会更加注意，并在以后的生活学习中，留心并提高沟通能力。还有不足就是项目期间，热情还不是不够，每次都把相应的任务做完后，就不管了留给PM，然后等下一个任务，而自己却没有更加用心地去考虑如何把整个项目做的更好，或许是因为我不是PM的缘故吧，在以后的项目中，我要改变这种心态，以更加积极的热情去参与项目。

项目管理心得体会

　　作为一个有着三年工作经验的项目管理经理，如何才能将项目管理得有条有序且得到手下人员的支持，有几点是非常值得注意的：

　　1、工作一定要有计划，有计划一定要有考核，尤其是工作目标一定要明确。

　　没有工作计划，有了目标也不会按期自动完成，没有计划就是正在计划失败。有了工作目标但不明确，谁对谁负责，谁去完成任务，什么时间完成，完成后对谁交接，布置任务责任不清是造成执行效率低的主要原因，尤其是要界定清每个人的工作范围。从工程实践来看，当有分包队伍工程进度有可能影响整体工程目标的实现时，立即对其开出工程督改通知单，并开出罚金，无论看起来多紧的工期总是能想办法按期实现。

　　2、组织共识至关重要，上下同欲者胜。

　　要向员工们解释为什么做好这个事情比怎样做好这个事情更重要，有时员工缺少的不是能力，而是意识。在原料场二期工程尾项中，尤其牵涉到向生产方交付使用的情况，很容易出现工作扯皮和推诿的现象，我提了几项原则，其中一条是“不与甲方争辩”，就要告诉现场各专业主管，作为乙方我们树立要为甲方服好务的思想，甲方提问题，我们就是解决问题的，出现问题不要把主要精力关注在问题本身，而要把90%精力放在如何去解决问题上，甚至提出了如果安排的任务不理解，你可以不去做，但一定及时反映。同志们思想有了很大改观，加快了尾项工程处理速度。

　　3、一定要按工作原则做事，而不是只强调工作程序。

　　施工管理中遇到问题层出不穷，很难预期，要求处理的时间又非常紧，所以对现场主管要求更多要按原则去迅速处理，而不是一定要征得领导同意。在原料场二期工程中，我提了几个原则：①一定要按图施工，一定要有书面依据，以图纸和设计变更作为主要依据，图纸上没有的经甲方同意的一定及时办理现场签证。②不与甲方争辩，要把90%精力放在解决问题上而不是问题本身。③一定要及时沟通，不能解决的问题一定要及时反映，而不是积压，错过了时机再去补救太难了。④工作要积极主动，上道工序做完要及时通知下道工序，下道工序也要主动去催上道工序，甚至是甲方项目部，提出问题的同时要提出解决问题的几个方案。⑤要做一个负责任的施工方，并继续打好项目部这个品牌，要让别人认为，我项目部不仅能抢工期，更能做好尾项，服好务，善始更能善终。⑥一定处理好与甲方和项目其它相关方的关系，不允许在任何情况下与他们把关系搞拧了或矛盾激化，即使对方完全错误，你完全站在工作立场上也不行，别人有错也要给他能接受的方式去改正，干好活、赚好钱但把甲方的关系搞丢了你也是不合格的，换句话说，做事更要去做人。⑦不要把个人情绪带到工作，施工管理工作任务重、工期紧、压力大，情况复杂，人来人往间难免磕磕碰碰，有矛盾一定要及时排解，绝不许把工作当作渲泄个人情绪的私人工具。并逐条向各专业负责人解释，使同志们的思想受到很大震动，但最终达到了思想统一。

　　4、要有项目风险预控方案。

　　工程项目必须事先有风险预控方案，事前控制永远要好于事中和事后控制，但如何做到事前控制要靠平时积累。从目前看，由于甲方的原因引发的项目下马已成为工程项目风险的首要因素，都因为甲方的种种原因而取消或延迟，造成人员组织和前期准备的无谓浪费。

　　5、管理一定要进行有效确认。

　　管理不是去管了就算完成了，管理到位了吗，管理有效果吗，管理有效益吗，是按质按量如期完成的吗，完成了之后及时报告了吗，是付出了多大资源投入才完成的。常见的说法：我已经给分包方说了，设备上我已经催了甲方负责材料供应的，到底事情办到什么程度不知道、不清楚。管理不只是张张嘴说说几句话，要有实际行动和实际效果，更不是文字游戏，要有检查和效果评估。对我们职能处室工作进行反思，不是没有管理制度，但有些管理制度更像只在上面喊了几声便没有了下文，制度上了墙就不再下来了。

项目管理的心得体会

　　一、接手项目阶段

　　项目经理在接手项目时，应该进行项目干系人分析，得出哪些人员对项目起积极推动作用，哪些人员对项目持有消极抵抗态度。随后，客户及公司领导会要求制订一份项目整体计划，此计划往往是需要根据客户方要求的结束日期进行倒推，此份计划比较粗，只需要按时间点列出进度计划安排、相应可交付物、投入人力资源。（其实我个人理解这时候的整体计划更像是里程碑计划）

　　除此之外，我觉得还应该准备一份项目范围说明书，明确项目范围描述、项目验收标准等，这在后期范围变更以及项目验收时是一个依据。

　　二、需求阶段

　　此阶段需要反复跟客户方业务员及相关关系人进行沟通，明确需要开发的需求。此时需要制订需求说明书，并与客户方进行确认。

　　在与客户方确认需求的同时有可能有些需求暂时无法确认，为了进度不受影响，此时需要项目经理先确认能够确认的需求，并同时安排项目组成员进行功能设计，这二个过程往往是同时进行的。

　　确认需求的过程中项目经理需要提交需求说明书、未确认需求的清单说明。

　　项目经理安排项目组员进行设计过程中需要设计人员提交设计说明书（一般都是界面原型设计），完成设计说明书后有必要提交给客户方相关人员进行确认。

　　三、任务分配阶段

　　根据已确认的需求，项目经理需要进行任务分配，任务分配前需要结合需求及设计进行工作分解，将需要完成的工作分解到每个按钮功能，尽量做到能分解成能在3天内完成的工作。我个人很不赞成项目经理“独裁”完成任务分配(现实中会出现实施过程中有很多工作任务不在计划中，而且会出现死命加班的情况)，此过程需要考虑项目组员的业务及技术能力，所以分解过程需要让项目组员参与，分解完成后提交任务清单文档。

　　任务分解完成后，根据任务清单及任务优先级关系分配任务到人，提交任务进度计划表。

　　四、定期沟通及监控阶段

　　此阶段需要根据项目组员的工作情况进行跟踪监控，包括工作过程及结果完成情况，需要监控任务完成情况、任务完成与需求匹配情况、代码编写的规范性，找出实际与计划的偏差，分析偏差，并采取相应措施，提交项目实施过程日检表、需求矩阵跟踪表、项目进度跟踪表、阶段性项目进度报告表。

　　监控过程需要做的工作比较多，项目经理往往需要将部分工作交给项目组员完成，比如代码编写的规范性审查可交给技术稍好些的组员协助完成。

　　监控项目实际完成情况项目经理往往需要通过组员的周工作日志、项目例会、项目周报来了解，根据实际完成情况与计划进行对比，找出偏差原因，并采取相关措施，提交进度偏差控制表、纠正预防措施记录表文档。

　　监控任务完成与需求匹配情况项目经理往往需要通过组员完成需求监控清单，将需求落实到代码。

　　定期将可交付物给客户方进行演示。

　　此过程还需要制订出与团队内部及客户方进行沟通的计划，加强沟通，重视沟通。针对会议等形成的决议要定期进行跟踪，形成会议决议跟踪表。

　　五、范围变更控制阶段

　　在项目实际开发过程中，客户往往会有需求的调整或变更，这时候需要妥善处理好客户提出的调整意见或变更要求。

　　项目经理可根据调整的工作量及业务对系统的整体影响情况与客户进行沟通，如果调整工作是必须开展的那么必提交调整或变更申请、评审意见报告，那怕是形式也得提交，因为如果项目因此延期则有理由说不是因为我们的原因；如果调整可放到后期进行则可先把问题记录下来后期再调整。

　　此外，变更对项目造成了影响，需要更新项目进度计划表。

　　六、团队建设阶段

　　项目开始项目经理需要制度一些制度，比如上下班制度，会议制度、周工作日志制度。

　　项目开发工作繁忙而紧张，团队成员压力增大，情绪因此受影响导致工作效率下降在所难免，项目经理要经常观察团队成员的情绪，要与团队成员经常沟通谈心，遇到问题要与其一起解决。此外，定期组织团队活动，如聚餐等。

　　我个人更喜欢人性化的管理方式，能多照顾团队成员的尽量多照顾，而不是一味只想着自己。

　　要想把一个项目做好真的不容易，或多或少会与客户方产生矛盾。我个人觉得我们作为乙方，应该站在甲方客户的位置多思考问题，找到双方都能较为认可的解决方案，做到“尊重、聆听、理解、共赢”。

IT公司项目管理的工作总结

　　仅仅从做好管理这的角度来说，其实并不难，而且也有许多理论作为依据，战略规划、运营计划、团队建设、企业文化、流程制度等可以按照一定的科学规则去制定和实施。这段时间比较令我困惑的是“领导”，以及管理和领导之间如何进行协调和平衡。

　　管理与处理复杂情况有关。如果没有好的管理，复杂的企业可能会杂乱无章，面临生存危机。好的管理给诸如产品的质量和赢利能力等关键指标带来一定的秩序和连贯性。尤其是科学的管理制度和流程规范可以帮助企业提高效率和规避风险。

　　领导更多的与变化有关，处理一些突发情况，企业、产品、业务等方面进行变革，这些都需要领导能力。有些时候管理和领导之间可以相辅相成，但有些时候会互为矛盾，如何进行协调和平衡，这些是无法通过理论来学习到，要依靠自身的知识能力和经验。

　　比如现在的产品实施，以业务为起点，经过产品策划、设计、开发、测试、验收、上线运营来完成。可是某个产品功能，业务无法给出具体的需求，而且时间也比较紧迫，那么只能安排产品部门，要求他们根据自身对产品和市场的理解，替业务出需求，并进行产品策划，然后跟业务部门进行沟通讨论。由于情况特殊，那么必须破除规则，使用新的流程。但是如果经常这样，就会产生很大的风险，毕竟对市场和业务的把握，产品部门肯定不如业务部门清晰，那么由产品部门主导的产品，在日后的运营和业务拓展过程中，很可能出现偏离市场的危险。

　　公司制定的管理制度和流程规范是为了帮助企业提高效率和规避风险，其中主要功能是明确责权利，尤其是工作职责，而我们是从事互联网业务，这就与互联网的开放、创新文化形成了冲突，前不久马云写给阿里新员工的信中写道“刚来公司不到一年的人，千万别给我写战略报告，千万别瞎提阿里发展大计.谁提，谁离开”，虽然话语偏激了一些，但是也反映了企业管理制度和创新变革之间的矛盾。

　　这也是最令我头疼的事情，不管是大公司，还是小企业，在企业规范管理和领导创新变革之间寻找一个合适的度，这才是最难最难最难的啊！！！

it项目管理读书笔记

　　刚刚接触到项目管理的时候，我很片面的将其理解为是一个项目的项目管理者对项目所要涉及到的全部工作、资源等进行有效地管理。然而在学习的过程中我渐渐的发现我对项目管理只是表面的认识，正确理解应该是以项目为对象的系统管理方法，通过一个临时性的专门的柔性组织，对项目进行高效率的计划、指导和控制，以实现全过程的动态管理和项目目标的综合协调与优化。

　　在项目管理中对我学习最深刻的是什么是“项目”。项目是在一定时间内为了达到特定的目标而调集到一起的资源组合，是为了取得特定的成果而开展的一系列相关活动”。而项目是指那些作为管理对象，按限定时间、预算和质量指标完成的一次性任务。经过学习，改变了以前对项目的片面认识，同时我也对“项目”也有了自己的认知：项目是为提供某项独特产品、服务成果所承担的临时性任务。项目是一个特殊的将完成的有限任务，在一定的约束条件下，以高效率地实现项目业主的目标为目的，以项目经理个人负责制为基础和以项目为独立实体进行经济核算，并按照项目内在的逻辑规律进行有效的计划、组织、协调、控制的系统管理活动;是在一定的组织内，利用有限资源，在规定的时间内完成满足一定性能、质量、技术指标等要求的任务。每个项目都有独特的地方，没有两个项目会是完全相同的，此外，由于项目的独特性，项作为一项任务，一旦完成，就不会重复。任何项目都会经历启动开发、实施、结束的过程，因而是有起点和终点的。

　　随着经济全球化和市场竞争的日益加剧、竞争的加剧以及企业业务的复杂化，信息化已经成为企业实现战略目标的迫切需要和必要保证。更多的企业认识到必须通过信息化建设才能够实现企业体制创新、技术创新、管理创新，增强企业的核心竞争力。因此，项目管理的思想已经被越来越多的IT企业所接受，企业把越来越多精力和资源投入到IT项目的建设中。在这样的背景下，我们IT人也不得不学习这样的一门课程，了解软件行业的开发流程，抓住软件行业动态从而可以预测我们将来的努力方向。学习完本门课程后，或多或少的对一个项目在实施过程用应该注意什么，项目过程中每个部门该怎么去有效的开展自己的工作，从而在规定的时间的把我们的任务完成。

　　本门课程其中我最有感触的是项目管理中的团队合作。本次课程的作业，要求了一个项目由一个团队来完成而不是个人，这样的练习模式使我们更适应了以后企业中的项目开发。更重要的是体会项目团队不仅仅是指被分配到某个项目中工作的一组人员,它是指一组互相依赖的人员齐心协力进行工作,共同实现项目目标,项目成功需要一个有效的项目团队。科学的组织和管理可以放大工程项目团队的工作能力,使工程项目的实施向着有序的方向发展。在所有管理中,人的管理是最为复杂的,对工程项目管理人员来说极具有挑战性。我相信研究优秀团队管理的方法和策略对于每一个工程项目管理人员都是必要的。

　　最后，我想谈下自己学习完后的看法。首先在做项目过程中，一个小组完成一个项目，在具体实施的过程中，难免一些小组组长没有正确的协调的成员任务，从而个别组员不去完成自己的任务，这样一些人的工作量就加大。希望老师在以后的项目实施过程中中每个组员的任务应该明确。其次，在课程学习中本门课程虽不需要考试，但是必要的理论学习是必须的，理论课中应强调课程学习。

　　总之，我们要想真正学好项目管理，还需不断实践，学习技巧、总结经验，才能更好更深刻了解项目管理。