项目管理IT项目管理.doc

PAGE 项目管理IT项目管理 引言 项目管理是近年来发展起来的一个管理学科的新领域，是伴随社会建设和管理大型项目的需要而产生的。项目管理起源于工程和工程管理领域，最初仅应用与建筑、国防等少数几个领域。 随着科学技术的发展，IT行业越来越成熟。几乎所有的大中型企业都有自己的IT部门。在激烈的市场竞争下，企业的竞争战略一般都是从IT领域着手。现在企业的信息化程度很大，各个企业也越来越趋向于IT技术的发展，想法设法地留住IT人才。 企业的项目管理也由原来的人工时代走向信息化。近几年来，很多项目管理都涉及IT行业。企业为了提高竞争优势，往往希望自己的信息化程度能提高，所以，企业领导人很重视企业信息系统的建立。之后发展起来的项目管理也逐渐进入IT领域。IT项目管理也随之发展起来了，对项目团队提出了更高的要求。IT项目团队的成员，不仅要有之前的专业水平，而且还必须拥有熟练地计算机技巧、编程技术等。 本文就是讨论IT项目管理的整个过程及阶段管理。本文的结构是这样安排的：首先选定一个IT项目的案例，接着从案例着手，分析案例所涉及的内容，然后按照项目生命周期进行分析设计。本人当任本项目开发的经理，管理整个项目开发的过程，进行项目规划，成本和时间的估计、人员的配置等，协调和沟通整个项目团队成员，监督整个开发过程，解决突发事件，负责最终系统的交付和客户使用的说明。 ******* 200710901115 2010年12月 项目概况 小软件项目开发的管理 一个企业的管理，大公司有大公司的方式，小公司也有小公司的方式，如果把别人的 经验生搬硬套到自己身上，可能会适得其反。同样，管理一个软件项目也一样，大项目和小项目的方式不完全一样。但从另一个角度来看，项目的大与小并没有本质的区别，很多方法是共通的。本文的目的是从作者的经验来谈谈小项目开发的管理。 一、小项目的特点 　大家知道，“软件危机”的出现起源于一些大型项目的不断延迟甚至失败。小项目相比之下，具有以下特点: 　1.项目功能相对较少 　2.开发人员较少 　3.开发周期较短 　　另外，在现实中，有很多小项目是由一些中小公司进行开发的，这些公司往往人员流动性较大，这也是不容忽视的一个现实. 二、小项目开发中常犯的错误 　　 　　小项目看起来比较简单，比较容易成功，因而人们往往忽视了小项目的管理，其实这是一种误解，从本人的经验看来，小项目开发中容易犯以下的一些错误: 　　1、开发之前没有认真地进行项目可行性和工作量的估计。　　往往由于项目较小，便很草率地制定一个开发日程表，没有认真地估计项目难度，结果实际完成时间与估计完成时间往往有较大差别。 　　2、没有真正的设计过程 　　开发人员少，意味着不同人员的程序之间交互、接口相对少一些。开发周期短意味着往往是同样的几个人从头到尾负责一个项目。这两者都让人容易犯些错误。往往是几个人碰一下头，讨论一下最基本的数据结构、函数接口便分头去做自己的工作了，没有一份较正式的文档。 　　这种做法潜在的危险之一是有的人可能会对讨论出的接口、结构理解有偏差(应该承认人是会犯错误的)。一个误解可能造成以后的返工。 　　另一个潜在的危险是由于讨论时忽略了某些情况，等大家都按当时的分工完成属于自己的工作后，才发现各个模块组合起来却形不成一个完整的系统。其根源在于没有一个负责协调的人员不断监控整个开发过程。 　　第三个潜在的危险是一旦有人中途退出开发队伍，其他人加入时，新来的人难以理解 以前别人做好的代码，索性自己从头来。另外，没有文档的程序，日后维护和版本升级都比较困难。 　　3.不经过单元测试而直接进入系统测试 　　造成这一现象的原因是每个模块相对比较简单，但是为了测试一个模块需要建立一些测试环境。例如，为了测试一个函数是否正确，应该用一些测试数据去调用该函数，需要编写一些测试数据。但很多开发人员嫌麻烦，觉得反正其他模块也很快出来了，直接用真正的数据来运行几次就行了。 　　殊不知，一旦直接进入系统测试，发现运行结果不正确后需要一步步查找。由于模块间的调用关系，可能查了很久才发现是某个模块的问题。这种方法一来效率比较低，大量的时间用在了将一个错误定位在模块上了。另外由于这种测试不完全，真正运行系统，当 调用某模块时，可能大部分时候都是正常数据，极少出现边界情况，可能某些边界情况容易被忽视，很久之后才被发现。但是如果对每个模块进行单元测试时都进行一下边界测 试，就会很容易消除一些