it项目工作总结报告

时光流逝着，岁月沉淀着，在众多个日夜中，我们辛勤的工作，换来了一份份工作佳绩。回首看每个阶段的工作，都有着独特的成长点，应当写一份工作总结，作为自己工作路上的前进参考。下面是小编为大家整理的《it项目工作总结报告》，供大家参考，更多范文可通过本站顶部搜索您需要的内容。

第一篇：it项目工作总结报告

《IT项目管理》课程期末总结报告

第一章 项目管理概述

项目就是“为创造一件独特的产品、一项服务或者一种结果而进行的临时性努力，”另一方面，日常运营是在维持商业经营方面发挥作用。项目和运营的不同之处在于，当达到目标或者终止目标时，项目就结束了。三维约束为范围、时间、和成本目标的约束。项目管理是“在项目活动中运用知识、技能、工具和技术，以满足项目的需要。”项目经理不应该仅仅局限于试图满足项目具体的范围、时间、成本和质量目标，同时必须促进整个过程以满足项目活动涉及者或影响者的需要和期望。利益相关者是指参与项目活动和受项目活动影响的人。包括项目发起人、项目团队、支持人员、客户、使用者、供应商、甚至项目的反对者。

斯坦迪什咨询集团进行的后续研究，给出了在过去10年中一些IT相关数据变化：获得成功的IT项目数量翻倍，失败的减半，好消息是项目经理更过的了解项目如何才能成功，坏消息是想要取得IT项目的成功仍然十分不易。

第二章 项目管理与信息技术环境

利益相关者即可能来自组织内部，也可能来自组织外部;可能直接参与项目，也可能只受到项目的影响。项目生命周期就是这样一系列项目阶段的集合。一些组织设定一系列的生命周期以将其应用于所有的项目。可交付成果是一项产品或服务，例如一份作为项目得出一部分的报告。一次培训。项目可行性阶段是前两个阶段的主要工作制定计划，项目获取阶段是实施和收尾的开展实际工作。系统开发生命周期是用来描述系统开发不同阶段的一个框架，一般模型有瀑布模型、螺旋模型、增量构建模型、原型模型和快速应用开发模型。

第三章 项目管理过程组：案例研究

《项目管理知识体系指南》是一个标准，描述了管理项目的最佳方法。方法论则具体描述了该怎么去做事情，并且不同的组织通常有不同的方式.PRINCE2定义了45个独立的子过程，并将它们分成8个过程组：项目发起;项目规划;项目启动;项目管理;项目阶段监控;产品交付管理;阶段界限管理;项目收尾。敏捷方法论，全部的敏捷方法论包裹一个互动的工程流程和迭代式增量软件交付。六西格玛方法论，六西格玛项目经常采用两种方法论分别为:DMAIC,及定义，衡量分析，改进，控制，用于改进已有业务流程。

AgenciaClick是巴西圣保罗的一家互动式广告和在线通信公司。2007年被项目管理协会PMI评为项目管理优秀组织。收益猛增132%，者归功于5年来整个公司对卓越项目管理实践的高度重视。讲《项目管理知识体系指南》作为开发方法论和项目管理培训计划的依据。

第四章 项目集成管理

项目集成管理包括6个主要过程：制定项目章程;创建初步的项目范围说明书;指导和管理项目实施;监控项目工作;整个变更控制。项目或项目阶段收尾。界面管理涉及明确和管理项目众多元素相互作用的交界点。战略计划包括分析组织的优势和劣势，许多人对用于战略计划的SWOT分析非常熟悉，即优势、劣势、机会和威胁。心智图法是一种结构分解的技术，用过从一种核心理念发散出来的方式将想法和概念结构化。项目的整个介绍至少应包括：项目名称;项目发起人名称;项目经理和关键团队成员的名单;项目可交付成果;相关的重要资料清单;准确的术语表及其解释。如何组织和开展项目描述包括：组织结构图;项目责任;其他与组织或者过程相关的信息。项目运用的管理和技术方法包括的内容：管理目标;项目控制;风险管理;项目人员配置;技术过程。

第五章 项目范围管理

项目范围管理包含5个主要阶段：需求收集;范围定义;产检工作分解结构;范围核实;范围控制。项目范围管理的下一步就是创建工作分解结构。工作分解结构以可交付成果为中心，将项目中涉及的工作进行分解，定义出项目的整体范围。制作工作分解结构的方法：使用指南;类比法;自上而下法;自下而上法;心智图法。范围蔓延导致IT项目失败的可怕的事例。范围公职是指控制项目范围的变更。

WBS在整个项目中是非常重要的每个任务的状态和完成情况是可以量化的。明确定义了每个任务的开始和结束。每个任务都有一个可交付成果。工期易于估算且在可接受期限内。容易估算成本。各项任务是独立的。各项任务能被描述的。所以做好WBS 是非常重要。

第六章 项目时间管理

项目时间管理涉及6个主要过程：活动定义;活动排序;活动资源估计;活动工期估计;进度安排;进度控制。依赖关系或关系与项目活动或任务的排序有关。项目活动见之所以产生依赖关系有三个原因：强制依赖关系;自由依赖关系;外部依赖关系。活动间共有4中关系：完成—开始;开始—开始;完成—完成;开始—完成;网络图是一个显示项目活动间逻辑关系或顺序的示意图。绘制网络图使用的是双代号网络图法或箭线图法。活动工期等于开展活动的实际时间加占用时间，人工量是指完成一项任务所需的工作天数和工作小时

第七章 项目成本管理

利润是收益减去支出的值。利润率是利润与收入的比率。生命周期成本是通过在项目的整个生命周期来对项目成本进行全面的审视，来帮助你对项目的财务成本和收益进行精确地计划。直接成本：是与生产项目产品和服务直接相关的成本。间接成本：是不与生产产品和服务直接相关的成本，但它间接地和完成的项目相关。沉没成本：是指在过去话费的钱。类比估计也称由上到下估计，是用实际的，以前的，相似的项目作为基础，来估计当前项目的成本。成本基线是项目经理为了衡量和监控成本绩效而是用的一种时间段式的预算。

组织经常通过购买IT产品和服务来帮助减少成本、改进运作，例如最近对一家金融机构ATM机的研究表明，通过运用IT技术，ATM机单笔取款成本降低。改善环境越来越为全球所强调，因此也使得另一个成本消减战略得以实施，投资绿色IT和其他首创项目不仅帮助环境得到改善也帮助公司走出困境。戴尔公司2008年达到“碳中和”开展‘为我种树’的活动方案。

第八章 项目质量管理

IT项目中影响质量的重要范围因素包括功能性及特性、系统输出、性能、可靠性及可维护性。

其中基本质量工具：因果图将质量问题追溯至相应的生产运作;控制图是一张实时展示信息的图表;运行图是一个展现一个过程在一段时间的历史和变化情况的模型，是一个发生顺序画出数据点的线性图表;散点图可以显示两个变量之间是否有关系;柱状图是一个变量分布的条状图;帕累托图表是一个帮助鉴别问题和对问题进行优先排序的柱状图;流程图是过程逻辑及流向的图形展示。DMAIC改进过程每个阶段的简单描述：定义;衡量;分析;改进;控制。六西格玛原则内容：六西格玛要求全员参与;六西格玛培训通常遵循“腰带”系统;成功实施六西格玛原则的组织有能力且有意愿同时采用两个看似相反的目标;对从中获益的组织来说，六西格玛不仅仅是一中活动或一项纪律。

第九章 项目人力资源管理

项目人力资源管理包括四个过程：制定人力资源计划;组建项目团队;建设项目团队;管理项目团队。解释和分配工作的框架步骤分为4部：确定项目需求、定义怎样为之完成工作、把工作分解成易于管理的要素、分配工作职责。资源负荷是指在特定时期所需要人员的数量。资源平衡的目的是创建一个更平稳的资源分配和试用。资源过载是一种资源冲突的类型。资源平衡有几大好处：当资源更持续的得到使用时，他们只需要较少的管理、让项目经理在试用承包商或者其他昂贵的资源时，可以利用JIT的库存策略、资源平衡还能减少项目人事和会计部门的问题，资源平衡提高员工士气

第十章 项目沟通管理

利益相关者沟通分析中应该包括以下信息：信息相关人、信息产生时间、信息的最佳产生时间。一致沟通会有助于组织改善项目沟通情况，尤其是对于多个项目组成的项目群。鉴于很多项目都会有相同的利益相关者，制定一份协调的沟通管理计划就变得更为重要。绩效报告通常是以状态报告的形式呈现。许多人交替使用这两项报告，给他们做了区分：状态报告描述项目在一个特定时间点的具体情况、进度报告描述了项目团队在特定时间段完成了哪些任务、预测中会基于过去的信息和趋势推测项目的将来状态和过程。

第十一章 项目风险管理

常用的5个信息采集技术：右脑风暴法、德尔菲法、访谈法、根本原因分析法、SWOT分析法。头脑风暴法师这样一项技术，利用这种方法，一群人通过收集本能产生的和未加判断的想法，试图形成看法或者找到具体问题的解决途径。德尔菲法是一种何可防止头脑风暴发中出现的一些负面群体效应的信息采集方法。访谈法是通过面谈、电话、电子邮件、或者即时信息交流来收集信息的一种实情调差方法。根本原因分析法能为一个项目识别出更多的潜在风险。SWOT分析法能绑住团队识别项目在更广阔范围内的潜在风险。蒙特卡罗分析法基本步骤如下：估计所考虑变量的范围、确定每个变量的概率分布、为每个变量，如一个任务的时间估计，根据变量发生的概率分布选择一个随机的值。利用每个变量所选值的组合进行一次确定性分析，或者贯穿整个模型的分析、多次重复前两个步骤以过的模型结果的概率分布。

第二篇：《IT项目管理》课程总结

时间过得很快，不知不觉中《IT项目管理》这一课程已近学完。在这近三个月的《IT项目管理》课程学习中，我收获颇多。

通过在课堂上的学习，我对IT项目管理有了一个大概的了解和综合的认识。再从刚刚通读的“从泰坦尼克号”这篇文章中，我对IT项目管理有了进一步的学习和认识，我真正认识到IT项目管理在现实生活中的运用。现将我对IT项目管理的理解总结如下。

IT项目管理是项目管理在IT领域的应用。它结合了IT行业特点并且运用了项目管理技术、理念和方法，包含着多个知识领域(如时间管理、成本管理、质量管理、风险管理、人力资源管理、沟通交流管理及采购管理等)。

由于IT项目管理是项目管理在IT领域的应用，因此它有着在信息技术行业的许多特征：任务的明确性、管理工具的先进性、信息沟通的及时性、资源提供的必要性、测试的完善和严谨性、度量的准确性及项目管理的贯穿性等。

首先我们来分析一下泰坦尼克号的悲剧。

在泰坦尼克号的设计阶段，该项目设计小组就投资的支出重点引发了一次争论，最后经营战略战胜了其它的考虑因素，即新兴技术上总的投资额就没有包括诸如安全系统这种非功能需求的支出。它注重的是“功能需求”这个目标，而忽视了“非功能需求”，使得大多数安全性能都没有得到重视，这就为后面的悲剧埋下了隐患。

在项目结束的时候，该项目小组认为船的安全性能仍然维持在最初设想的较高水平，泰坦尼克的项目小组还深信着最初的设计所具有的功能，因此在项目测试阶段并没有对泰坦尼克号进行逐一测试，这也就进一步埋下了隐患。

其实，泰坦尼克号的设计及制造诸多方面可以与现代IT项目进行比较。它与现代IT项目有许多极其相似之处。

与泰坦尼克号相比，对IT项目来说，非功能需求包括了有效性(类似于保险设置)、安全和基于系统运行性质的系统管理。其它基于非运行性质的非功能需求包括可量测性、轻便性、可维护性、环境因素和改进性。与此类似的，非功能需求确保系统具备应有的基本职能。要描述非功能需求有很多种依靠计算机仿真辅助的模拟技巧。

今天一些IT项目也在设计和建造阶段有过严重的妥协，一般倒也无伤大雅。但是这些妥协可能引发的问题当时看起来不明显，却可能在项目完工后以及方案投入生产后的一些天、一些月甚至几年后爆发出来。项目经理需要确保对功能需求和非功能需求投入同样程度的关注。

今天许多IT项目都没有制定充分的测试计划，并且在将解决方案转化成产品时，没有制止非功能需求上的严重让步。这就好比白星公司拿奥林匹克当试验，就认为泰坦尼克号的首次航行是低风险的。毕竟，这两艘船几乎是一样的，而且船主以及工作人员都对泰坦尼克号比较信任。然而，没有哪两艘船有完全一样的操纵性能。白星公司在不制定测试计划上豪赌了一把，并且还令横穿大西洋的泰坦尼克人手不足。当泰坦尼克号项目进入下一阶段，人们关于它不会沉没的观念仍然没有改变。

因为泰坦尼克号与今天的IT项目管理有许多相似之处，因此我们有许多经验教训可获取。IT项目可能会犯的错误是过份依赖以前与之类似的项目，从而减少了测试的次数。项目执行过程中要根据以前拟好的计划执行，这样组织及更多的运作小组才能有很好的准备。在没有经过一些风险评估时，关键的操作程序不能因业务上的压力而有所让步。测试目标是为了揭发在需求、设计及建造阶段主要存在的漏洞问题。许多IT项目在测试中作出了让步，没有把测试看得足够重要，并且在将解决方案迅速投入生产的业务压力下屈服了，这是不可取的。所有工作人员尤其是操作人员，他们所重视的工作，他们的工作动机都是来源于服务级别协议，因此项目应该重视到这一点，尤其是当项目牵涉到第三方或外来资源时。一个业务主管在没有得到操作人员的同意下，没有权力下任何操作决策。在一个关键情形下，任何异常都来源于操作者(诸如守望员)与技术支持人员(诸如船桥官员)之间的传递过程;一次顺利的传递必须在项目实验阶段通过运转及操作测试来实现。在解决问题时，必须在搜集好所有数据信息的前提下，分析每个解决方案所带来的风险性，再考虑选择最合适的解决方案。要不然就得靠最后第四象限的修复阶段了。在这个阶段里，操作小组会根据服务级别协议(SLAs)即时撤回IT解决方案，并让服务再重新开始。

由于在解决方案的运作及修复阶段没有遵循事先制定好的方法，许多IT项目在关键情况中遭受了不幸。专业化的平均修复时间程序可以帮助我们从不同的决策中选择出最好的一个，然后将其运用在泰坦尼克号上。因此支持人员应该对解决方案的细节了如指掌。今天，许多IT项目没有为最坏的情况有所准备就在操作上作出了让步。在今天的世界里，光有平均修复时间程序是远远不够的。除了一个灾难修复计划外，还必须要有一个合适且周全的交流计划。

总的来说，IT项目管理要做好如下过程：计划过程、计划过程、执行过程、控制过程以及收尾过程。

以上是学习《IT项目管理》后，我对IT项目管理的认识。

感觉在这门课程的学习过程当中，老师给我们提供了许多可以提高锻炼自己的机会。比如说上课前让学生到讲台上去自由演说这一活动，很是能提高学生的能力，尤其是语言表达能力方面;上次去公司面试实习单位的时候，我注意到了不仅专业知识重要，语言表达能力同样很重要。只是，对于老师提供的这一舞台我没有好好把握和珍惜。再比如说，老师让学生们分组完成相应的任务，制作课件去讲课，同样能提高学生们的组织能力、沟通能力及团队合作能力等。

总的来说，老师给我们提供了一个全新的学习环境，给我们留了足够的自由学习空间，更能发挥我们学生的学习主动性和积极性，这种教学模式是受大多数学生欢迎的。

第三篇：IT项目管理期末总结1

CHAPTER 1

What is Project Management?

Project management is “the application of knowledge, skills, tools and techniques to project activities to meet project requirements”

Program: group of related projects managed in a coordinated way to obtain benefits and control not available from managing them individually

Stakeholders are the people involved in or affected by project activities Stakeholders include: The project sponsor The project manager The project team Support staff Customers Users Suppliers Opponents to the project

Knowledge areas describe the key competencies that project managers must develop 4 core knowledge areas lead to specific project objectives (scope, time, cost, and quality) 4 facilitating knowledge areas are the means through which the project objectives are achieved (human resources, communication, risk, and procurement management 1 knowledge area (project integration management) affects and is affected by all of the other knowledge areas All knowledge areas are important!

What Helps Projects Succeed? 1. Executive support 2. User involvement 3. Experienced project

manager 4. Clear business objectives 5. Minimized scope 6. Standard software

infrastructure

7. Firm basic requirements

8. Formal methodology

9. Reliable estimates 10. Other criteria, such as

small milestones, proper

planning, competent

staff, and ownership

What the Winners Do…

Recent research findings show that companies that excel in project delivery capability: Use an integrated project management toolbox (use standard/advanced PM tools, lots of templates) Grow project leaders, emphasizing business and soft skills Develop a streamlined project delivery process Measure project health using metrics, like customer satisfaction or return on investment

Suggested Skills for Project Managers The Project Management Body of Knowledge Application area knowledge, standards, and regulations Project environment knowledge General management knowledge and skills Soft skills or human relations skills The Role of the Project Manager

Job descriptions vary, but most include responsibilities like planning, scheduling, coordinating, and working with people to achieve project goals Remember that 97% of successful projects were led by experienced project managers, who can often help influence success factors

Importance of Leadership Skills

Effective project managers provide leadership by example

A leader focuses on long-term goals and big-picture objectives while inspiring people to reach those goals A manager deals with the day-to-day details of meeting specific goals Project managers often take on the role of both leader and manager

CHAPTER 2

A systems approach emerged in the 1950s to describe a more analytical approach to management and problem solving Three parts include: Systems philosophy: an overall model for thinking about things as systems Systems analysis: problem-solving approach Systems management: address business, technological, and organizational issues before making changes to systems

Understanding Organization: Structural frame: Focuses on roles and responsibilities, coordination and control. Organization charts help define this frame. Human resources frame: Focuses on providing harmony between i of the organization and needs of people. Political frame: Assumes organizations are coalitions composed of varied individuals and interest groups. Conflict and power are key issues. Symbolic frame: Focuses on symbols and meaoonings related to events. Culture is important

Basic organization structures: Functional: functional managers report to the CEO Project: program managers report to the CEO Matrix: middle ground between functional and project structures; personnel often report to two or more bosses; structure can be weak, balanced, or strong matrix

Project life cycle:

A project life cycle is a collection of project phases that defines: What work will be performed in each phase What deliverables will be produced and when Who is involved in each phase How management will control and approve work produced in each phase A deliverable is a product or service produced or provided as part of a project

Product life cycles: Products also have life cycles The Systems Development Life Cycle (SDLC) is a framework for describing the phases involved in developing and maintaining information systems Systems development projects can follow Predictive life cycle: the scope of the project can be clearly articulated and the schedule aod cost can be predicted Adaptive Software Development (ASD) life cycle: requirements cannot be clearly expressed, projects are mission driven and component based, using time-based cycles to meet target dates

Waterfall model: has well-defined, linear stages of systems development and support Spiral model: shows that software is developed using an iterative or spiral approach rather than a linear approach Incremental build moduel: provides for progressive development of operational software Prototyping model: used for developing prototypes to clarify user requirements Rapid Application Development (RAD) model: used to produce systems quickly without sacrificing quality

How top management can help manager: Providing adequate resources Approving unique project needs in a timely manner Getting cooperation from other parts of the organization Mentoring and coaching on leadership issues CHAPTER 4

Project integration management processes: 1. Develop the project charter: working with stakeholders to create the document that formally authorizes a project—the charter 2. Develop the project management plan: coordinating all planning efforts to create a consistent, coherent document—the project management plan 3. Direct and manage project execution: carrying out the project management plan by performing the activities included in it 4. Monitor and control the project work: overseeing project work to meet the performance objectives of the project 5. Perform integrated change control: coordinating changes that affect the project’s deliverables and organizational process assets

6. Close the project or phase: finalizing all project activities to formally close the project or phase

UP-TO-DOWN

Methods for Selecting Projects There are usually more projects than available time and resources to implement them Methods for selecting projects include: Focusing on broad organizational needs Categorizing information technology projects Performing net present value or other financial analyses Using a weighted scoring model Implementing a balanced scorecard

Net present value (NPV) analysis is a method of calculating the expected net monetary gain or loss from a project by discounting all expected future cash inflows and outflows to the present point in time Projects with a positive NPV should be considered if financial value is a key criterion The higher the NPV, the better

Return on investment (ROI) is calculated by subtracting the project costs from the benefits and then dividing by the costs ROI = (total discounted benefits - total discounted costs) / discounted costs The higher the ROI, the better

The payback period is the amount of time it will take to recoup, in the form of net cash inflows, the total dollars invested in a project Payback occurs when the net cumulative discounted benefits equals the costs

A weighted scoring model is a tool that provides a systematic process for selecting projects based on many criteria Identify criteria important to the project selection process Assign weights (percentages) to each criterion so they add up to 100% Assign scores to each criterion for each project Multiply the scores by the weights and get the total weighted scores The higher the weighted score, the better

A project charter is a document that formally recognizes the existence of a project and provides direction on the project’s objectives and management

A project management plan is a document used to coordinate all project planning documents and help guide a project’s execution and control Plans created in the other knowledge areas are subsidiary parts of the overall project management plan

A baseline is the approved project management plan plus approved changes

Integrated change control: Three main objectives are: 1. Influencing the factors that create changes to ensure that changes are beneficial 2. Determining that a change has occurred 3. Managing actual changes as they occur

Closing Projects and Phases

To close a project or phase, you must finalize all activities and transfer the completed or cancelled work to the appropriate people Main outputs include: Final product, service, or result transition Organizational process asset updates

CHAPTER 5 Project scope management includes the processes involved in defining and controlling what is or is not included in a project Processes: 1. Collecting requirements: defining and documenting the features and functions of the products produced during the project as well as the processes used for creating them 2. Defining scope: reviewing the project charter, requirements documents, and organizational process assets to create a scope statement 3. Creating the WBS: subdividing the major project deliverables into smaller, more manageable components 4. Verifying scope: formalizing acceptance of the project deliverables 5. Controlling scope: controlling changes to project scope throughout the life of the project

Method of collecting requirement: Interviewing Focus groups and facilitated workshops Using group creativity and decision-making techniques Questionnaires and surveys Observation Prototyping Software tools

Defining scope: Key inputs for preparing the project scope statement include the project charter, requirements documentation, and organizational process assets such as policies and procedures related to scope statements as well as project files and lessons learned from previous, similar projects As time progresses, the scope of a project should become more clear and specific

WBS: A WBS is a deliverable-oriented grouping of the work involved in a project that defines the total scope of the project WBS is a foundation document that provides the basis for planning and managing project schedules, costs, resources, and changes Decomposition is subdividing project deliverables into smaller pieces A work package is a task at the lowest level of the WBS

Approaches to development WBS: Using guidelines: some organizations, like the DOD, provide guidelines for preparing WBSs The analogy approach: review WBSs of similar projects and tailor to your project The top-down approach: start with the largest items of the project and break them down The bottom-up approach: start with the specific tasks and roll them up Mind-mapping approach: mind mapping is a technique that uses branches radiating out from a core idea to structure thoughts and ideas

The approved project scope statement and its WBS and WBS dictionary form the scope baseline, which is used to measure performance in meeting project scope goals

Scope verification: It is very difficult to create a good scope statement and WBS for a project It is even more difficult to verify project scope and minimize scope changes Scope verification involves formal acceptance of the completed project scope by the stakeholders Acceptance is often achieved by a customer inspection and then sign-off on key deliverables

How to reduce people change requirement: 1. Develop and follow a requirements management process 2. Use techniques such as prototyping, use case modeling, and JAD to get more user involvement 3. Put requirements in writing and keep them current 4. Create a requirements management database for documenting and controlling requirements 5. Provide adequate testing and conduct testing throughout the project life cycle 6. Review changes from a systems perspective 7. Emphasize completion dates to help focus on what’s most important 8. Allocate resources specifically for handling change requests/enhancements like NWA did with ResNet

CHAPTER 6

Time management processes: Defining activities: identifying the specific activities that the project team members and stakeholders must perform to produce the project deliverables Sequencing activities: identifying and documenting the relationships between project activities Estimating activity resources: estimating how many resources a project team should use to perform project activities Estimating activity durations: estimating the number of work periods that are needed to complete individual activities Developing the schedule: analyzing activity sequences, activity resource estimates, and activity duration estimates to create the project schedule Controlling the schedule: controlling and managing changes to the project schedule

An activity list is a tabulation of activities to be included on a project schedule that includes: The activity name An activity identifier or number A brief description of the activity

Three types of Dependencies

A dependency or relationship is the sequencing of project activities or tasks Mandatory dependencies: inherent in the nature of the work being performed on a project, sometimes referred to as hard logic

Discretionary dependencies: defined by the project team; sometimes referred to as soft logic and should be used with care since they may limit later scheduling options

External dependencies: involve relationships between project and non-project activities

Network diagrams are the preferred technique for showing activity sequencing A network diagram is a schematic display of the logical relationships among, or sequencing of, project activities Two main formats are the arrow and precedence diagramming methods

Precedence Diagramming Method (PDM) Activities are represented by boxes Arrows show relationships between activities More popular than ADM method and used by project management software Better at showing different types of dependencies

Gantt chart: Gantt charts provide a standard format for displaying project schedule information by listing project activities and their corresponding start and finish dates in a calendar format Symbols include: Black diamonds: milestones Thick black bars: summary tasks Lighter horizontal bars: durations of tasks Arrows: dependencies between tasks SMART: Milestones should be: Specific Measurable Assignable Realistic Time-framed 1. Define milestones early in the project and include them in the Gantt chart to provide a visual guide. 2. Keep milestones small and frequent. 3. The set of milestones must be all-encompassing. 4. Each milestone must be binary, meaning it is either complete or incomplete. 5. Carefully monitor the critical path.

CPM is a network diagramming technique used to predict total project duration A critical path for a project is the series of activities that determines the earliest time by which the project can be completed The critical path is the longest path through the network diagram and has the least amount of slack or float Slack or float is the amount of time an activity may be delayed without delaying a succeeding activity or the project finish date

Using Critical Path Analysis to Make Schedule Trade-offs

Free slack or free float is the amount of time an activity can be delayed without delaying the early start of any immediately following activities

Total slack or total float is the amount of time an activity may be delayed from its early start without delaying the planned project finish date

A forward pass through the network diagram determines the early start and finish dates A backward pass determines the late start and finish dates

PERT is a network analysis technique used to estimate project duration when there is a high degree of uncertainty about the individual activity duration estimates PERT uses probabilistic time estimates

Duration estimates based on using optimistic, most likely, and pessimistic estimates of activity durations, or a three-point estimate

第四篇：IT项目经理绩效

常见项目经理考核指标 1 完成工作量考核实际工作量/预算工作量的比率 定量 5% 2 计划与实施考核其工作计划与实际实施的统一性 定量 5% 3 规范操作考核流程的规范操作程度 定性 5% 4 过程监控考核代码和技术等规范控制，开发与测试环境的确认情况 定性 5% 5 工作分配考核工作任务协调、分配合理性 定性 5% 6 费用使用考核实际使用费用与计划费用的统一性 定量 5% 7 人力投入考核实际人力投入与计划投入的统一性 定量 5% 8 工作总结考核其对项目及工作总结状况 定性 3% 9 质量认定考核完成工作是否达标 定量 5% 10 事故问题考核项目有无重大影响事故发生，及影响程度 定性 4% 11 交付物考核阶段工作结束后，公司及用户要求提交的文档 定性 3%

日常工作 12 考勤管理考核项目部人员遵守公司、部门的各项规章制度的情况，有无严重缺勤，无重大错误发生 定性 3% 13 会议执行考核项目部周例会、月总结会、项目报告会等是否按时举行，会议纪要及时传送公司 定性 3% 14 文档管理考核项目档案、文件、各类报表等文档报送的及时性，内容真实可靠性，分类归档有无损坏等。 定性 3% 15 日常巡查考核日常巡查监督，现场进行技术指导，解决问题的工作 定性 4% 16 工作汇报考核其日常工作进度是否按时汇报状况 定性 5% 17 数据统计考核对数据进行备份和检查工作，工作量，风险问题统计和记录工作。 定性 3%

团队建设 18 人员培训考核其是否定期开展项目部培训，对员工进行岗位技能培训，是否关心员工，培养下属 定性 5% 19 团队协作考核团队配合度，团队协作情况 定性

客户关系 5% 20 客户满意度考核客户对开发系统的质量、运行稳定性、功能齐全性、系统维护、解决方案、人员技能等情况的反馈，有无因工作差错导致的客户投诉 定量 5% 21 客户维护考核其为维护客户关系所做的工作和有力打措施 定性 3% 22 客户监测考核其平时是否关注客户的情况，能收集到客户资源及市场信息，积极主动反馈给公司 定性 2% 个人素质 23 执行力考核公司安排任务的执行情况 定性 2% 24 沟通力考核其语言表达与人沟通能力 定性 2% 25 服务意识考核其是否具有服务意识和敬业精神， 定性 1% 26 工作技能考核是否具备必要的业务知识、技能和方法 定性 1% 27 表率作用考核其在工作中的表率榜样的作用 定性 1% 28 责任心考核其是否有工作责任心，能以公司利益为重 定性 1% 29 主动性考核其工作的积极性 定性 1% 30 个人形象考核其仪容仪表是否整洁，适合，举止文明，代表公司形象 定性 1%

第五篇：IT项目管理

IT项目管理第一次作业

第一章

P32 习题与思考

一、请谈一谈你对项目与项目管理的价值的认识，举例说明项目和项目管理的价值所在。 答：

我们把利用有限资源，在一定的时间内，完成满足一系列特定目标的多项相关工作叫做项目。项目的价值是指项目具有明示和潜在的功能，能满足利益相关方明示和潜在的需要。项目是实现价值、成就事业的载体，所有重大事件、所有的宏伟工程、所有的卓越发明、所有的时代精英，都是通过一个个项目造就的。而且，项目作为国民经济。组织运作和个人发展的基本元素，对国家、组织和个人的发展都将起到至关重要的作用。例如，一个组织或者是公事，是靠一个至多个项目的启动，当这些项目完成后，组织进入日常工作状态来维持基本地运行，随着环境的变化和组织的发展，组织通过新的项目来推进和壮大自身的规模。 所谓项目管理，就是把各种知识、技能、手段和技术应用于项目活动之中，以达到项目的要求。项目管理是通过应用和综合诸如启动、规划、实施、监控和收尾等项目管理过程来进行的。项目管理的价值就在于，通过项目管理，企业在财务能力、客户满意度、项目成功率和学习能力以及增长指数方面都将获得极大的改进。项目管理另一个非常重要的价值就是知识的积累。例如，每个项目的成功实施除了产生新的产品和相应的服务外，还会给我们留下非常珍贵的经验和教训。

七、在PMBOK的九个知识领域中，有哪几个是核心知识领域，为什么称它们为核心知识领域?

答：

在PMBOK的9个知识领域中，有四个核心知识领域，这四个核心知识领域分别是范围管理、时间管理、费用管理和质量管理，之所以称其为核心知识领域是因为在这几个方面将形成具体的项目目标。

十三、一个软件系统通常包括哪几部分?它们的作用是什么?

答：

一个软件系统通常包括在计算机运行中能够提供所希望的功能和性能的程序;使程序能够正确运行的数据结构和数据;描述系统结构的系统文档和如何使用与维护该系统的用户文档。其中，程序是按照事先设计的功能和性能要求执行的指令序列，是软件的窗口，它展示着系统的能力;数据是是程序能正常、正确操纵信息的设计结构，是软件的根本，它决定了系统的价值;文档是与程序的开发、维护和使用有关的图文资料，是软件的灵魂，它关系到系统的命运。

十八、查阅一些网站，读一遍写得不错的IT项目管理文章，用1~2页篇幅概括文章的内容(要求附文章及来源)

在文章中提到很多IT项目管理过程中要注意的细节问题。本文中系统的细节的几大类，如：用人不当、流程问题、计划问题和沟通问题。并且在这几个类中又有细分常见的项目实施管理的失误对项目的影响和建议。

一、在用人不当中，列举了缺乏适当的人员与技能和缺乏富有经验的项目经理两个细节。

二、在流程问题中，列举了没有遵循标准的项目管理流程、流程太多太杂、对项目变更缺乏追踪、对项目动态缺乏了解项目经理圈子和对小问题掉以轻心，这个几个细节，并给出建议。

三、在计划问题中，列举了没有定义项目范围、风险评估过于随意、对用户抵触心理认识不足、和时间进度表欠完善等细节，详细的给出了作者的建议。

四、在沟通问题中，列举了对不合理的项目期限不作反驳影响和与项目支持者、参与者缺少沟通两细节，针对这两个细节给出相应的建议。

IT部门在项目管理上的失误大多是由计划不当或沟通不畅所引起的。这些错误严重降低了项目的成功几率，公司在众多项目的实施管理中或多或少存在着问题，在文中罗列出几类常见的项目实施管理失误，帮助我们在以后的实践操作中加以比照、测量与改善。

文章标题：IT项目管理中要注重细节问题

IT部门在项目管理上的失误大多是由计划不当或沟通不畅所引起的。这些错误严重降低了项目的成功几率，公司在众多项目的实施管理中或多或少存在着问题，在下文中将罗列出几类常见的项目实施管理失误，帮助你加以比照、测量与改善。

一、用人不当

1.缺乏适当的人员与技能

影响：用人不当与资源分配失调是项目管理失误中最常见的一种现象。一个项目能否圆满完成，人员与技能的配备占了主导因素。用人不当的结果往往会导致项目无法继续执行，这样就算计划再好，也是纸上谈兵。

建议：IT与项目经理应全面了解及掌控技能与资源情况，包括对项目顾问、合约承包商和外包商的详细评估。使用项目管理软件可以帮助项目经理充分掌握所有团队成员的技能与工作量分配。在了解分工与职责后，IT与项目经理就可以决定如何在日常工作和项目中合理分配资源。指派专门的资源经理来负责解决人员与资源的分配问题也是一个不错的主意。

如果你在项目人员分配上依然有困难，或许可以考虑先查看整个公司的项目组合，然后暂缓那些与商业战略关系不大，或非任务关键的项目，从而释放部分可用资源。

2.缺乏富有经验的项目经理

影响：如果没有一名经验丰富的项目经理掌舵，项目很可能会随着发展而失去控制。建议：聘用一名符合项目要求，并拥有出色人际关系处理技巧的项目经理。他应当有号召力，能够管理风险，并在团队成员和外部参与者之间起到协调作用。此外，一名优秀的项目经理也应该具备相关技术的知识与技能。

二、流程问题

1.没有遵循标准的项目管理流程

影响：这是项目管理中的第二大常见失误。缺乏合理的流程会抬高项目风险，加大项目失败的可能性，最终导致无法在限定的时间与预算内完成项目。

建议：制定良好的项目管理流程能助你提高项目效率，并及时捕捉到项目执行过程中的各种问题，控制风险。

IT与项目经理应事先建立可重复的流程来进行项目规划、资源分配与成员沟通。这样才能保障项目所能产生的回报与成效。

2.流程太多太杂

影响：过多的流程会让项目失去灵活性，继而影响参与者的积极性。

曾经有一家软件开发商告诉客户公司的项目经理，他们能够在不增加成本与工作量的基础上添加额外的功能，但项目经理却回绝了这一建议，因为他觉得公司用户并没有要求这一功能。其实，只要不影响项目预算与计划进度，又征得用户的同意，多添加一些功能是利大于弊的。

建议：提高灵活性，与项目支持者及参与者积极沟通。

3.对项目变更缺乏追踪转自项目

影响：要么预算超支，要么进度拖慢(或两者兼有)。

建议：建立正式的变更申请流程，任何项目范围内的变更(比如添加新功能)都应在变更文件上详细注明，并由项目最高主管签字批准。此外，项目经理也需判别出该申请对预算和时间进度会产生什么影响。

4.对项目动态缺乏了解项目经理圈子

影响：管理学大师彼得德鲁克曾说过，无法管理就无法测量。反应到项目上，即无法及时协调资源，或对变更做出应变。

建议：使用软件。

5.对小问题掉以轻心

影响：问题不会自己解决。如果对小问题掉以轻心，那么它们就会演化成大问题，最终成倍增加项目成本。

建议：加强项目团队成员的态度与意识，及早纠错。等到亡羊补牢，为时已晚。

三、计划问题

1.没有定义项目范围

影响：如果商业与IT部门没有事先定义项目范围，那项目终将无法满足预期的成效，IT也会缺乏方向来如期完成项目。建议：通过商业用例和范围划定来纠正错误定义的项目。

2.忽略项目之间的关联项目

影响：忽略项目之间的关联会造成资源分配失调(比如配给某项目的人员也是另一项目所需要的)，从而影响项目进度，作为连锁反应，其它项目也会受到拖累。

建议：在制定项目计划时将关联因素考虑在内。与项目参与者多交流，并绘制项目关联表，可协助你明确了解各项目之间的关系。

3.风险评估过于随意

影响：项目脱离原有轨道，IT需清理预料外的麻烦。

建议：风险评估应是项目计划的一部分。可以在团队中进行头脑风暴，收集可能的风险因素，然后设法规避这些风险。这一活动不会花费太久的时间，而且他也能帮助你在正式开始前充分了解项目的软肋所在。

4.对用户抵触心理认识不足

影响：用户对新技术的抵触会让项目所投入的资金与精力白费。

建议：在项目计划阶段先考虑到推行过程中的阻碍，并设法化解这些阻力。与那些工作将受新项目影响的用户交流沟通，向他们阐述项目会给他们的工作流程带来的有利变化与价值。

5.时间进度表欠完善

影响：团队成员对何时完成何种任务没有概念，对整体项目的按时达成形成阻滞。

建议：最简单的方法是判别出项目中所有的活动，并在这些活动后面标注预计完成日期。使用项目管理软件亦可创建进度计划表。

四、沟通问题

1.对不合理的项目期限不作反驳影响：使自己陷入无法如期完成项目的窘境，并有损IT部门的信誉。

或许公司所设定的项目期限过于苛刻，而IT部门强行完成只会起到反作用。

建议：IT经理应向公司管理层解释无法预期完成的实际困难，以及强行完成所需付出的代价(比如成本大幅上升，资源预算超支等)，让管理人员在成本和速度之间做出选择。

2.与项目支持者、参与者缺少沟通

影响：IT无法达成预期的要求。

建议：在传递关键书面文件与表格的同时加以当面说明，并用对方能够理解的方式简明地阐述要点(有些商业人员不会理解长篇大论的技术术语)。

在这种沟通互动中，其实公司的商业分析师在用户与IT之间扮演了一个非常重要的协调角色。

建议：对参与项目，或受项目影响的所有商业成员提供一份项目综述(从计划到部署)，并标示出那些活动要求商业人员参加互动，以及互动的目的。总之，IT应多花一些时间来指导商业部门了解项目执行的步骤。

文章来源：

(http:///articles/show_article_content.asp?articleID=22466)

第二章

四、项目生命周期分为哪几个阶段?每个阶段的主要任务有哪些?

答：

项目生命周期分为四个阶段，分别是分为定义阶段、开发阶段、实施阶段和收尾阶段。 定义阶段主要任务是明确要求、策划项目、调查分析、收集数据及信息、确立目标、进行可行性研究、明确合作关系、确定风险等级、拟定战略方案、进行资源测算、提出组建项目组方案、提出项目建议书和获准进入下一个阶段。

开发阶段主要任务是确定项目组主要成员、界定最终产品范围、研究实施方案、确定项目整体计划、预算项目费用与现金流量、形成工作分解结构、制订项目政策与程序、评估项目风险、确认项目有效性、编制项目概要报告和获准进入下一阶段。

实施阶段主要任务是建立项目组、建立与完善项目沟通渠道、实施项目激励机制、建立项目工作包，细化相关技术需要、建立项目信息控制与管理系统、执行工作分解结构的各项工作、获得订购物资和服务、指导/监督/预测/控制项目范围、进度、费用、质量和管理项目的变更，解决实施中的问题。

收尾阶段的主要任务是提交最终产品、评估与验收、清算与审计账务、评估项目、项目技术与管理文档的归档、资源清理、转移产品责任者和项目组的解散与人员再分配。

六、建立组织的目的是什么?组织的设计原则有哪些?

答：

德鲁克认为组织的目的，就是要使平凡的人做出不平凡的事。其实质是对管理人员的管理劳动进行横向和纵向的分工。

组织的设计原则包括如下7个原则：(1)目标的一致性原则(2)合理的管理幅度和管理层次原则(3)命令统一原则(4)责任与权利对等原则(5)合理分工与密切协作原则(6)集权与分权相结合的原则(7)环境适应性原则

十、简述5个过程组中每个过程组的主要任务，以及每个过程组的主要成果。

答：

在大多数情况下，大多数项目都有共同的项目管理过程，这一过程包括启动、规划、执行、监督、结束5个过程组。

启动过程组的主要任务是确认并核准项目或项目阶段。在项目开始阶段启动过程的主要成果就是形成一个项目章程和选择一位项目经理。

规划过程组的主要任务是确定和细化目标，并规划为实现项目目标和项目范围的行动方针与路线，确保实现项目目标。规划过程的主要成果包括完成工作任务分解结构，项目进度计划和项目预算。

执行过程组的主要任务是通过采用必要的行动，协调人力资源和其他资源，整体地、有效地实施项目计划。执行过程的主要成果就是交付实际的项目工作。

监控过程组的主要任务是定期测量和实时监控项目进展情况，发展偏离项目管理计划之

处，及时采取纠正措施和变更控制，确保项目目标的实现。监控过程的主要成果是在要求的时间、成本和质量的限制范围内获得满意的结果。

收尾过程组的主要任务是采取正式的方式对项目成果、项目产品、项目阶段进行验收，确保项目或者项目阶段有条不紊地结束。收尾过程的主要成果包括项目的正式验收、项目审计报告和项目总结报告编制以及项目组成员妥善安置。