Lessons-Learned-Report
- 格式：docx
- 大小：22.28 KB
- 文档页数：4
Lessons-Learned-Report
时间过得很快，不知不觉中《IT项目管理》这一课程已学完。
在这近三个月的《IT项目管理》课程学习中，我初步了解到项目管理的知识体系及其架构、项目过程组合及启动、项目计划实施等基础知识。
项目管理总体有五个过程：启动过程、计划过程、实施过程、执行过程和收尾过程，包含了九大领域的知识：范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理和整体管理及其方法和工具。
通过在线课程学习，我进一步体会到什么是项目管理以及学习项目管理课程的重要意义。
现将学习这门课程的心得体会总结为如下几点：
一、项目管理理论知识的学习
从定义来看，项目是为创造独特的产品或服务而进行的一种临时性工作。
根据这个定义，项目就具有了目标明确性、活动一次性及资源消耗性等特性。
换句话说，具备前面三个主要特性的活动，都可以看作是项目。
现实中的项目随处可见，如北京的奥运会、上海的世博会、西部大开发、三峡工程等大型的建设项目，还有像信息系统、结婚典礼以及家居装修等小型项目。
项目管理则是将各种知识、技能、工具和技术应用于项目之中，以达到项目的要求。
就是用正确的行为方式来保证目标的实现，这里除了要求结果的成功，更强调了方法的合理性。
所以除了绩效，项目管理还要考虑时间和成本等因素。
整个过程中始终追求着这样一个终极目标：从成功到成熟，从成熟到卓越。
任何项目都会在范围、时间及成本三个方面受到约束，这就是项目管理的三约束。
项目管理，就是以科学的方法和工具，在范围、时间、成本三者之间寻找到一个合适的平衡点，以便项目所有干系人都尽可能的满意。
项目管理的五个过程组：启动、计划、执行、控制与收尾，贯穿于项目的整个生命周期，对于项目的启动过程，特别要注意组织环境及项目干系人的分析；而在后面的过程中，项目经理要抓好项目的控制，控制的理想结果就是在要求的时间、成本及质量限度内完成双方都满意的项目范围。
项目管理的九大知识领域是指作为项目经理必须具备与掌握的九大块重要知识与能力。
其中核心的四大知识领域是范围、时间、成本与质量管理。
在这些知识领域中还涉及很多的管理工具和技术，以用来帮助项目经理与项目组成员完成项目的管理。
如：网络图示法、关键路径法、头脑风
暴法、挣值法等，不同的工具能帮助我们完成不同的管理工作。
另外，还有很多项目管理软件，如：Microsoft Project、P3等，作为项目管理的工具，也可以很好的帮助我们解决在项目的各个过程中完成计划、跟踪、控制等管理过程。
二、信息系统项目管理
传统的项目需要经历的时间长，使用的是有形资源，项目成果是通过对资源的消耗与形态的转化来逐步实现的。
IT项目的实质是“知识转移”，项目是以无形的智力产品为项目目标。
典型的IT项目是IT系统的建造(如系统集成)和软件开发项目。
因此说，IT项目的实质是“知识转移”，而建造项目的实质是“资源消耗”。
随着信息技术的发展和应用范围的不断扩大，IT项目管理越来越具有普遍性。
需要强调的是，信息技术本身的发展并不是IT项目的目的，满足应用对象的需求和战略目标才是其出发点，因此需要切实做好项目的需求分析，一切从业务工作的实际需求出发，在集成理念的指导下，充分考虑整个系统的集成要求，并在此基础上选择相关的成熟技术、应用系统和产品，同时做好项目的技术经济分析，才能保证信息化项目发挥实效。
国家863计划CIMS主题专家组在大量信息化工程实践的基础上提出的“需求牵引、效益驱动、总体规划、分步实施”的策略是IT信息化项目管理的总体指导思想。
通过项目管理培训在线课程的学习，我从最初对项目管理的知之甚少，到初步了解项目管理的基础知识，感觉收获了很多。
企业的创新工作一直在如火如荼进行，相信本次课程知识学习，对我以后的工作也有很大的帮助。
但是要想真正学好项目管理，还需不断实践，学习技巧、总结经验，在日常生活中，我们要将所学的知识进行揣摩、深入体会，真正运用到学习和工作中去，达到学以致用。
让我们来分析一下泰坦尼克号的悲剧。
在泰坦尼克号的设计阶段，该项目设计小组就投资的支出重点引发了一次争论，最后经营战略战胜了其它的考虑因素，即新兴技术上总的投资额就没有包括诸如安全系统这种非功能需求的支出。
它注重的是“功能需求”这个目标，而忽视了“非功能需求”，使得大多数安全性能都没有得到重视，这就为后面的悲剧埋下了隐患。
在项目结束的时候，该项目小组认为船的安全性能仍然维持在最初设想的较高水平，泰坦尼克的项目小组还深信着最初的设计所具有的功能，因此在项目测试阶段并没有对泰坦尼克号进行逐一测试，这也就进一步埋下了隐患。
其实，泰坦尼克号的设计及制造诸多方面可以与现代IT项目进行比较。
它与现代IT项目有许多极其相似之处。
与泰坦尼克号相比，对IT项目来说，非功能需求包括了有效性（类似于保险设置）、安全和基于系统运行性质的系统管理。
其它基于非运行性质的非功能需求包括可量测性、轻便性、可维护性、环境因素和改进性。
与此类似的，非功能需求确保系统具备应有的基本职能。
要描述非功能需求有很多种依靠计算机仿真辅助的模拟技巧。
今天一些IT项目也在设计和建造阶段有过严重的妥协，一般倒也无伤大雅。
但是这些妥协可能引发的问题当时看起来不明显，却可能在项目完工后以及方案投入生产后的一些天、一些月甚至几年后爆发出来。
项目经理需要确保对功能需求和非功能需求投入同样程度的关注。
今天许多IT项目都没有制定充分的测试计划，并且在将解决方案转化成产品时，没有制止非功能需求上的严重让步。
这就好比白星公司拿奥林匹克当试验，就认为泰坦尼克号的首次航行是低风险的。
毕竟，这两艘船几乎是一样的，而且船主以及工作人员都对泰坦尼克号比较信任。
然而，没有哪两艘船有完全一样的操纵性能。
白星公司在不制定测试计划上豪赌了一把，并且还令横穿大西洋的泰坦尼克人手不足。
当泰坦尼克号项目进入下一阶段，人们关于它不会沉没的观念仍然没有改变。
因为泰坦尼克号与今天的IT项目管理有许多相似之处，因此我们有许多经验教训可获取。
IT项目可能会犯的错误是过份依赖以前与之类似的项目，从而减少了测试的次数。
项目执行过程中要根据以前拟好的计划执行，这样组织及更多的运作小组才能有很好的准备。
在没有经过一些风险评估时，关键的操作程序不能因业务上的压力而有所让步。
测试目标是为了揭发在需求、设计及建造阶段主要存在的漏洞问题。
许多IT项目在测试中作出了让步，没有把测试看得足够重要，并且在将解决方案迅速投入生产的业务压力下屈服了，这是不可取的。
所有工作人员尤其是操作人员，他们所重视的工作，他们的工作动机都是来源于服务级别协议，因此项目应该重视到这一点，尤其是当项目牵涉到第三方或外来资源时。
一个业务主管在没有得到操作人员的同意下，没有权力下任何操作决策。
在一个关键情形下，任何异常都来源于操作者（诸如守望员）与技术支持人员（诸如船桥官员）之间的传递过程；一次顺利的传递必须在项目实验阶段通过运转及操作测试来实现。
在解决问题时，必须在搜集好所有数据信息的前提下，分析每个解决方案所带来的风险性，再考虑选择最合适的解决方案。
要不然就得靠最后第四象限的修复阶段了。
在这个阶段里，操作小组会根据服务级别协议（SLAs）即时撤回IT解决方案，并让服务再重新开始。
由于在解决方案的运作及修复阶段没有遵循事先制定好的方法，许多IT项目在关键情况中遭受了不幸。
专业化的平均修复时间程序可以帮助我们从不同的决策中选择出最好的一个，然后将其运用在泰坦尼克号上。
因此支持人员应该对解决方案的细节了如指掌。
今天，许多IT项目没有为最坏的情况有所准备就在操作上作出了让步。
在今天的世界里，光有平均修复时间程序是远远不够的。
除了一个灾难修复计划外，还必须要有一个合适且周全的交流计划。
总的来说，IT项目管理要做好如下过程：计划过程、计划过程、执行过程、控制过程以及收尾过程。
以上是学习《IT项目管理》后，我对IT项目管理的认识。
感觉在这门课程的学习过程当中，老师给我们提供了许多可以提高锻炼自己的机会。
比如说上课前让学生到讲台上去自由演说这一活动，很是能提高学生的能力，尤其是语言表达能力方面；上次去公司面试实习单位的时候，我注意到了不仅专业知识重要，语言表达能力同样很重要。
只是，对于老师提供的这一舞台我没有好好把握和珍惜。
再比如说，老师让学生们分组完成相应的任务，制作课件去讲课，同样能提高学生们的组织能力、沟通能力及团队合作能力等。
总的来说，老师给我们提供了一个全新的学习环境，给我们留了足够的自由学习空间，更能发挥我们学生的学习主动性和积极性，这种教学模式是受大多数学生欢迎的。
