IT项目管理论文

1、题目论IT工程管理的必要性学号院系专业o年十二 月 九 日、八 、-前言管理一个工程与导演一部电影、 执教一支职业棒球队或者乘坐航天飞机围 绕地球飞行没有什么不同。对于工程管理而言，你会和导演、教练或宇航员一 样感到刺激与冲动。 IT 工程管理在有些人的眼里就像激流搏浪一般令人振奋 不已， 再临个矮一些人眼里却好似一潭死水一样让人苦闷。 人人都在谈论工程 管理， 但是它究竟是什么呢？在一些组织中， 任何需要人员去管理的任务和工 作都被认为是工程管理。 这是错误的看法！ 工程管理是指为了到达一个特定的 目标而对一列有时间顺序的任务进行管理的能力。 其中一些任务必须在其他任 务完成之后才能完成，

2、而另外一些任务能够并行完成。 一些任务需要个人能力， 而另一些工作那么需要每个人的参与来减轻负担。 技术上讲， 工程是为了创造一 个惟一的产品或提供一个惟一的效劳而进行的一个临时性的努力。 工程是超出 常规运作的一项事业。 假设一个公司在为其他组织开发客户应用， 运作是工程 进行的一系列活动， 完成工程的企业是执行组织。 介绍完工程管理的一些根本 知识，下面让我们通过一些实例来更好的了解工程管理的实质，以及 IT 工程 管理的必要性。正文 工程在开始前首先需要确定的是工程的需求。 工程的相关人员需要进行需 求分析，工程的相关人员包括部门经理、客户、总监、最终用户或者是对工程 有掌控权的其他人，

3、 当然这是对于大多数的工程而言的。 根据这些关键工程相 关人员提供的材料，尤其工程的需求，工程的限制条件，工程的时间、本钱目 标，工程经理收集、整理需求，建立工程方案，并确定工程提交产品。例如， 我在假期参与的北京邮电大学软件学院实验室的关于云计算相关的工程， 我们 的小组需要完成的对 Android 系统的联系人备份恢复效劳。 需求分析的结果是需要我们完成对 已存储的联系人的信息进行备份并上传至“云端 那么更具体的要求是，首先要完成的是登录“云端的界面，以及需要客户进 行登录“云端的注册，然后才是主界面的相关设计等等。工程一旦确定，就具有明确的工程起始和终结日期。还是上面的例子， 在确定要完

4、成的目标后， 每天都会有设定的完成的小目标或者说是任务。 那么 怎么样才能知道工程的最终结果呢？询问！ 如上例， 小组的相关负责人会每天 给自己的组员开会来检验或者说是探讨当天完成任务的情况，而工程的相关负责人那么需要在一段时间后来检查验收工程的完成情况。 我们决不能匆忙的开始 IT 工程，而应该是有方案的，有唯一需要完成的目标任务的IT 工程！就好似考古学家们想要穿越陷阱迷宫、 各种复杂的机关为了最终的研究。 在电影中总 会看到在迷宫里会有一些尸骨， 那些都是未能最终到达迷宫最深处就被机关陷 阱所终结的人。 在冲向一个特定工程的目标之前， 你应该已经在脑海中设想除 了到达该目标的清晰、简明的

5、方法。要想成功地完成一个工程，就应该对交付结果有一个明确的认识。你需 要知道为什么实施该工程。 你需要管理层对该工程的倾力支持。 还是说我们刚 才的例子， 在每次开会讨论时除了对任务的总结外还有对总的完成目标进行一 些修正以及提建议， 当然这些必须要建立在不改变总体工程的大方向上！ 如果 每天都产生一些变化， 并且这些变化对于最终目标会产生巨大的影响， 这样项 目的完成必将受到影响，并有可能最终导致工程的夭折！在工程已经一切准备就绪就要开始时，我们仍需要给工程进行规划。然 后还需要和管理层合作、 编制预算、 创立工作分解结构、 建立并实现工程方案， 当然具体的工程也会有更细致的前期工作。 也许

6、你会觉得建立了一系列的方案 却还没有开始真正的工程，这样太浪费时间？假设你是这样想的，你就错了！如 果没有前期这些步骤你的工程在具体的实施过程中必将遇到更过的过程， 并且 工程有可能被搁置！ 就好似你去建一所房子， 不可能给你水泥和砖块你就开始 工作了，你的图纸、工人的任务分配等等更多的细节。只有完成了前期细致复 杂的工作，在 IT 工程的整体实施过程中才会相对顺利。 IT 工程管理的意义也 正是在此！IT 工程管理有时就像是倒霉的夏季之旅，当你以为你在对的方向上春风 得意的前进时， 你有可能已经在错误的道路上越走越远了！ 无论你已经做过了多少的研究，测试过多少次开发过程，方案制定的多么仔细，

7、没人能够预测未 来将是怎样的。工程管理可能、而且经常是：工程开始时的方向由于偶然或设 计的原因出了错。 在有些情况下， 可能在实现的前期发现了一个好的方法或产 品。在另外一些情况下， 来自管理层或客户的变更可交付成果的请求也可能变 更工程实现的方向。英国作家 Arnold Bennett 曾说过，“任何变更，即使是向 好的方向变更，也总是伴随挫折和痛苦。 对于 IT 工程而言，由于其自然属性 必然要导致变更。打补丁、软件新版本、缺陷、平安问题、工程相关人员的新 要求等都是导致变更的原因。 变更控制是一个内部的管理过程， 工程经理可以 此来阻止任何人 包括管理层 在没有正当理由的情况下变更工程的

8、交付规格 和要求。 变更控制要求请求者必须要有足够的理由才能提出变更要求，然后 在评估提出的变更对工程的各个方面的影响。 如上例， 如果在小组的工作中你对 工程的任何意见都可以在小组开会讨论时提出， 但是在完成工程过程中却不可 以任意改变原有的任务方案，必须通过小组的讨论以及工程总负责人的认可， 才不会导致总体任务的过失！对工程的可交付成果的变更可能会需要额外的资源、额外的资金、额外 的时间， 或者同时需要三者才能完成工程。 对所请求的变更进行扎实的调研将 会成为可交付成果提出的新的要求提供证据。 如果变更是因为内部的原因， 比 如缺乏专注性、资源的变化、工作单元没有完成或者是不正确的投资，工

9、程经 理必须继续发挥领导作用来校正这些问题。下面我们来看看担任 IT 工程经理 已逾 7 年的 Anne Walker 是如何看待工程方案修订的。她认为变更工程方案时 最困难的局部， “最困难的是不仅要让每个人都作出相应的变更而且要让每个 人都理解这些变更是多么的必要。 为了工程的成功， 那些置身事外者需要理解 和支持对工程方案所做的任何必要的变更。我曾经从事过一个大型迁移工程， 但是我们的客户要把所有硬件都换掉并且已经订购了新的硬件来取代这些换 掉的就硬件。 为了保持进度， 新的硬件设备必须在我们迁移数据以前到位并安 装好。 由于偶然性和方案中被来就存在风险，我们不得不因为硬件没能到位和厂商

10、都没有克服硬件故障二两次推迟了方案中的数据迁移。 通盘考虑你的进度 表，记住工程定义好的目标，并努力到达这些目标，而不是仅仅将精力集中与 目标中的某一条，在这个例子中就是仅仅盯着固定的'进度表。如果我们那 样做的话， 因为我们不得不使用那些不懂技术或不理解数据迁移的人员， 我们 将无法在那些站点上成功迁移数据。 我们工程的其中一个目标就是不要影响商 业用户，而使用新的人员就已经使得我们无法到达这个目标。 一个工程需要交付切实的产品，如网络、应用程序、数据库或者应用服 务器，它们有着类似交付效劳的工程的特征。 然而， 这个工程创造了一个东西， 具有不同的测量产品的质量。 工程管理中的质量

11、阶段可分为 5 个局部： 启动过 程、方案过程、执行过程、控制过程以及收尾过程。当工程克服了艰难险阻走 过了每个过程组， 你需要一个检验工程过程质量的系统， 这个系统是经过验证 的系统。例如，一个为企业开发应用的工程在实施过程中会有几个里程碑。这 个工程的最终目的是让用户可以通过公司的网站提交人力资源(HR管理表格。这样工程经理可以检查每个阶段的工作是否与这个最终的提交产品一致。如果某个阶段的工作与最终的提交产品不一致， 工程经理必须立刻采取纠正措施保 证工作回到正常的轨道上来。总结综上所述一个 IT 工程，除了开发阶段的工作， 在工程管理方面也有大量的工 作需要去完成并且是必要的！在困难和挑

12、战面前IT 工程经理常常会因为做出错误的决策而失败。情况常常是，面对复杂的问题，反响时间是有限的，如果 没有备用方案一旦突发事件出现， 在没有企业支持的情况下工程经理不得不做 出一个错误的担忧重大后果的决定。 工程管理绝对不是随便坐标功夫的， 要切 实的定下一系列的方案， 并尽可能按照方案的制定去执行！ 如果总是推迟完成 方案，最终的工程必将受到影响，当如适当的调整方案也是很有必要的！完成 一个 IT 工程无疑是需要团队合作的，在团队中每个人都要发挥自己的作用， 这不仅仅是说你在对工程的奉献上， 而且在整个团队的合作上也需要每个人的 配合。任何人在工程上拖延或是与工作团队的不合都有可能导致工程在完成的 时间、完成的质量上产生巨大的偏差！最后在完成工程后，你一定会为了工程 的成功感到自豪， 当你后头再看整个工程的进行过程时， 同时你也会对在工程 进行之初的规划感到欣慰！这也就是工