武汉大学珞珈山信息管理学院-IT项目管理试题.doc

武汉大学珞珈山信息管理学院-IT项目管理试题.doc

《武汉大学珞珈山信息管理学院-IT项目管理试题.doc》由会员分享，可在线阅读，更多相关《武汉大学珞珈山信息管理学院-IT项目管理试题.doc（6页珍藏版）》请在冰豆网上搜索。

《IT项目管理》试题

一、试论述在5个项目管理过程组中需要做的工作

二、试论述IT项目管理的特点。

如何针对这些特点进行IT项目管理？

三、应用项目管理的理论与方法，结合你所经历的或所了解的项目，谈谈如何做好项目管理工作。

第一大题：

项目管理的五个过程组：

启动、计划、执行、控制与收尾，贯穿于项目的整个生命周期，对于项目的启动过程，特别要注意组织环境及项目干系人的分析；而在后面的过程中，项目经理要抓好项目的控制，控制的理想结果就是在要求的时间、成本及质量限度内完成双方都满意的项目范围。

1、项目的启动过程

项目的启动过程就是一个新的项目识别与开始的过程。

一定要认识这样一个概念，即在重要项目上的微小成功，比在不重要的项目上获得巨大成功更具意义与价值。

从这种意义上讲，项目的启动阶段显得尤其重要，这是决定是否投资，以及投资什么项目的关键阶段，此时的决策失误可能造成巨大的损失。

重视项目启动过程，是保证项目成功的首要步骤。

启动涉及项目范围的知识领域，其输出结果有项目章程、任命项目经理、确定约束条件与假设条件等。

启动过程的最主要内容是进行项目的可行性研究与分析，这项活动要以商业目标为核心，而不是以技术为核心。

无论是领导关注，还是项目宗旨，都应围绕明确的商业目标，以实现商业预期利润分析为重点，并要提供科学合理的评价方法，以便未来能对其进行评估。

2、项目的计划过程

项目的计划过程是项目实施过程中非常重要的一个过程。

通过对项目的范围、任务分解、资源分析等制定一个科学的计划，能使项目团队的工作有序的开展。

也因为有了计划，我们在实施过程中，才能有一个参照，并通过对计划的不断修订与完善，使后面的计划更符合实际，更能准确的指导项目工作。

以前有一个错误的概念，认为计划应该准确，所谓准确，就是实际进展必须按计划来进行。

实际并不是如此，计划是管理的一种手段，仅是通过这种方式，使项目的资源配置、时间分配更为科学合理而已，而计划在实际执行中是可以不断修改的。

在项目的不同知识领域有不同的计划，应根据实际项目情况，编制不同的计划，其中项目计划、范围说明书、工作分解结构、活动清单、网络图、进度计划、资源计划、成本估计、质量计划、风险计划、沟通计划、采购计划等等，是项目计划过程常见的输出，应重点把握与运用。

3、项目的实施过程

项目的实施，一般指项目的主体内容执行过程，但实施包括项目的前期工作，因此不光要在具体实施过程中注意范围变更、记录项目信息，鼓励项目组成员努力完成项目，还要在开头与收尾过程中，强调实施的重点内容，如正式验收项目范围等。

在项目实施中，重要的内容就是项目信息的沟通，即及时提交项目进展信息，以项目报告的方式定期通过项目进度，有利开展项目控制，对质量保证提供了手段。

4、项目的控制过程

项目管理的过程控制，是保证项目朝目标方向前进的重要过程，就是要及时发现偏差并采取纠正措施，使项目进展朝向目标方向。

控制可以使实际进展符合计划，也可以修改计划使之更切合目前的现状。

修改计划的前提是项目符合期望的目标。

控制的重点有这么几个方面：

范围变更、质量标准、状态报告及风险应对。

基本上处理好以上四个方面的控制，项目的控制任务大体上就能完成了。

5、项目的收尾过程

一个项目通过一个正式而有效的收尾过程，不仅是对当前项目产生完整文档，对项目干系人的交待，更是以后项目工作的重要财富。

在经历的很多项目中，更多重视项目的开始与过程，忽视了项目收尾工作，所以项目管理水平一直未能得到提高。

另外要重视那一类未能实施成功的项目收尾工作，不成功项目的收尾工作比成功项目的收尾更难，也来得更重要，因为这样的项目的主要价值就是项目失败的教训，因此要通过收尾将这些教训提炼出来。

项目收尾包括对最终产品进行验收，形成项目档案，吸取的教训等。

另外，对项目干系人要做一个合理的安排，这也是容易忽视的地方，简单的打发回去不是最好的处理办法，更是对项目组成员的不负责任。

项目收尾的形式，可以根据项目的大小自由决定，可以通过召开发布会、表彰会、公布绩效评估等手段来进行，形式是根据情况采用，但一定要明确，并能达到效果。

如果能对项目进行收尾审计，则是再好不过的了，当然也有很多项目是无需审计的。

第二大题：

随着信息技术的飞速发展，IT行业是目前项目管理应用最为广泛的领域之一。

与一般项目相比，IT项目具有明显的特殊性，充分了解并认识IT项目的特点以及项目管理过程中常见的一些问题，是IT项目成功的关键。

IT项目特点

（1）时间紧迫性。

任何项目都有周期限制，但是IT行业的特点决定了其在这方面有更加严格的要求。

IT项目的紧迫性决定了项目的历时有限，具有明确的起点或终点，当达到了目标或目标被迫终止时，项目即结束。

随着信息技术的飞速发展，IT项目的生命周期越来越短，时间甚至成为项目成功的决定性因素，因为市场时机稍纵即逝，如果项目的实施阶段耗时过长，市场将被竞争对手抢走。

因此，作为IT经理在开始一个项目之前，就必须明确项目的时间约束，甚至具体到每一个任务都必须明确时间要求。

（2）项目独特性。

按照项目定义可知，每一个项目都是惟一的，世界上没有完全一样的两个项目。

但是这一特性在IT领域表现得更为突出，IT项目不仅向客户提供产品，更重要的是根据客户的要求提供不同的解决方案。

即使有现成的解决方案，也需要根据客户的特殊要求进行一定的客户化工作。

因此，IT项目经理必须在项目开始前通过合同（或等同文件）明确地描述或定义最终的产品是什么。

如果刚开始对项目的目标没能定义清楚，或未达成一致，则最终交付产品或服务时将很容易发生纠纷，造成不必要的商务和名誉损失。

在IT项目中，即便是定义清楚了项目的目标，客户仍然会经常调整实现指标，这就使得项目变得很难控制，因此这就需要项目组与客户单位有良好的沟通渠道，否则变更是无止境的。

（3）不确定性。

IT项目的不确定性是指项目不可能完全在规定的时间内、按规定的预算由规定的人员完成。

因为项目计划和预算本质上是一种预测，在执行过程中与实际情况定会有差异。

另外，在执行过程中还会遇到各种始料未及的“风险”，使得项目不能按原有的计划来运行。

因此，在IT项目实施过程中既要制定切实可行的计划，又不能过度计划。

过度计划就是将项目中非常微小的事情都考虑清楚才动手实施，制定“详细的计划”的目的是试图精确地预测未来，但这有时也是不切实际的，在执行过程中经常会出现计划难以与实际一致，而不得不频繁地进行计划调整。

因此，在IT项目执行过程中仍会碰到各种各样意想不到的问题，且往往没有现成的处理方法，这就需要项目经理掌握必要的工具方法，掌握整体过程和关键要素，灵活面对，妥善解决。

IT项目管理过程中的常见问题

正是由于IT项目的上述特点，导致在项目执行过程中经常出现如下一些问题。

（1）项目管理意识。

在IT项目管理过程中，不能真正区分项目实施和项目管理的工作任务，是目前存在的普遍问题。

可概括为“没事做”和“没人做”并存的现象，这往往由开发骨干兼任项目经理所致。

一方面，如果设立专职的项目经理，专做项目管理而不做任何分析、设计、编码、测试等具体的技术实施工作，就会感觉“没事做”，或是在打杂。

另一方面，由于主要或全部精力均忙于具体技术工作，不可避免地疏于顾及各种项目管理任务（如：

项目分析/评估、项目计划的制定/检查/调整、上下左右的沟通、专业资源调配、项目组织调整、项目财务控制、风险分析/对策等），项目管理的事情“没人做”，导致项目控制的问题“积劳成疾”，后悔莫及。

这种现象在我国的IT项目中普遍存在，对于中小型项目，管理任务可能不饱和，有条件的项目经理可以兼任项目技术主管或业务咨询，但关键在于要有将项目管理工作区分出来的意识和责任感。

（2）项目成本基础。

项目管理的精髓是必须在质量/性能、成本和进度之间取得平衡。

而目前我国IT项目中，普遍没有建立专业工程师的成本结构及运用控制体制，因而无法确立和实现项目成本的指标、考核和控制，导致IT企业与项目经理之间责任不清。

项目经理可以不计成本地申请资源，“韩信点兵，多多益善”，而公司处于两难，答应则可能投入太大，拒绝则必须承担项目失败的责任。

（3）项目管理制度。

规范化而且切实可行的项目管理制度，必须因企业、因项目而异。

一般而言，应是项目管理原理、企业/行业特点和项目规模/性质、企业开发文化/素质等各种因素综合的产物。

产生的过程应是，由具一定的理论素养、丰富的规范化项目实施经验和总结能力的资深项目管理专家，结合企业的具体情况，有针对性地制定，并经培训、试行、调整予以落实贯彻。

而目前我国的普遍情况，或者是企业无项目管理制度，仅凭个人经验实施项目管理；或者是书生制度，照搬教条，纸上谈兵，束之高阁。

其结果是，不仅实际的项目管理无所依循，而且也使项目监管层难以落实项目的间接监控和支持。

（4）专业服务组织。

国际上IT项目的开发服务组织，基本上分为产品研发和专业服务两类。

我国由于市场成熟度低等原因，多以直接面向客户需求的项目型开发为主，属专业服务型的技术组织结构。

但目前我国的专业服务与国际差距很大，主要表现在一是公司策略上将项目实施部门定位为配合系统产品销售的成本中心，而未能作为一个独立核算的业务单元或业务方向；二是基本采取层次性的业务管理性组织结构，而缺乏业务管理和专业管理（诸如运营经理、资源调配、资源开发、行政助理、项目会计、项目质量监控等）的分工合作的矩阵结构；三是缺乏纵向专业深度的设计和结构。

专业服务组织结构的差距，使专业服务部门市场定位模糊，发展方向迷茫。

平时不利于专业队伍建设，不能持续有效地发展和提高技术队伍的专业素养；售前活动中，不利于程序化地组织售前支持及控制售前风险；项目实施中，不利于合理及时地调配项目资源，不能将运营监管和项目监管有机结合，以确保项目监控状态。

（5）项目计划。

项目计划是项目经理实施项目管理控制的基础。

我国在制定项目计划方面存在的主要问题有：

一是项目计划的制定不够严谨，随意性大，可操作性差，因而实施中无法遵循，如项目计划过于粗略，落实Breakdown（“粒度”）不足；没有做到任务、进度、资源三落实。

二是缺乏贯穿项目全程的详细项目计划，甚至采取每周制定下周工作计划的逐周项目计划方式，其实质是“项目失控合法化”。

三是项目进度的检查（与进度计划比对）和控制不足，不能维护项目计划的严肃性。

项目计划的Breakdown或曰“粒度”，是一个需要小心把握平衡的问题。

越细则控制力度越大，但项目管理的成本越高；反之亦然。

以国内IT项目目前状况来看，一般3个月以下的项目，应细到人天，至少2～3人天，半年以上的项目，至少应到人周。

如果项目经理对于项目专业领域不够熟悉，则项目计划主要应由项目技术主管和Teamleader（团队领导者）具体起草，因为他们最熟悉工作内容和具体资源的适应性，项目经理做沟通、调整、平衡、确认，并负最后之责。

（6）项目风险意识。

项目风险意识就是失败意识。

每当我们启动一个项目的时候，我们往往憧憬项目投产之日的成功，但是否想过精疲力竭后失败的沮丧？

做项目不比卖产品，产品卖出就是成功，项目投产才算成功；产品是静态的，项目是动态的；产品质量有问题可以包换、保修，项目一旦失败，时间不能倒流，客户损失的可能就是市场竞争优势和机遇。

风险意识，就是对这种结局的可能性的警惕。

如此，我们就会小心谨慎地处理许多项目业务需求、技术方案和组织管理的问题。

目前我国市场竞争的激烈和市场的成熟度不足，导致应用开发项目的恶性竞争风险。

客户希望物美价廉但同时加需求、压价格、压进度；厂商惟恐出局而拍胸脯、打包票。

忽视必要的科学的可行性分析和评估，签订不可能完成的服务合同，项目尚未启动，已经注定了其中的高风险。

事实上，这种风险是双方的，厂商可能是经济和信誉上的损失，客户也可能是经济和业务发展上的损失。

（7）业务参与意识。

客户购买IT系统的目