软件个人工作计划汇总十篇
软件个人工作计划篇（1）
互联网和万维网（WWW）已经成为世界范围内的“信息高速公路”和电子商务市场的支柱。由于万维网使用者的数量飞速增长，对于最终用户来说，随着可供使用的主页和网上信息的数量的爆炸性增长，最终用户间的交互性越来越差，传统意义上的交互已经无法满足用户的需求，举一个简单的例子，即使是在世界杯的决赛期间，一个普通的足球迷也很难立刻从网络上找到聊天的对象。用户需要真正意义上的全新的互联网交互协作软件。
2．目标和解决方案
我们的“软件名称”将为您解决这个问题。在网上冲浪的人们不论处于何方，总是可以看见周围的人们，就像现实生活中的一样。“软件名称”既是一个最终用户使用的万维网上的协作软件，又为企业提供了无限的商机：
“软件名称”以多种便于使用的方式为用户提供了一个交流的平台。
“软件名称”为企业提供了一个广告和商用信息的平台。
3．产品：为全互联网用户提供简洁方便的交互平台
“软件名称”为最终用户提供一个免费的交互平台，同时又为商业用户提供了一个宣传和销售的渠道。
4．公司和管理
暂缺。
5．业务体系：以广告和商用信息收入为主
调查数据显示，有超过六百万的互联网用户会成为“软件名称”的潜在最终用户，同时有超过一百万的商业用户会成为“软件名称”的潜在商业用户，而且这个数字还在高速增长，这个数字对任何企业都是极有吸引力的，由于软件和服务对于最终用户来说是完全免费的，而商业用户只需要及其低廉的费用就可以想所有最终用户广告信息和商用信息。假设每年平均从每个商业用户获得100RMB的收入，则全部的市场收益将会超过1亿RMB。而100RMB的年租对企业是微不足道的。“软件名称”这个项目对于其雇员和投资者来说也一定会盈利。
软件个人工作计划篇（2）
2．目标和解决方案
我们的“软件名称”将为您解决这个问题。在网上冲浪的人们不论处于何方，总是可以看见周围的人们，就像现实生活中的一样。“软件名称”既是一个最终用户使用的万维网上的协作软件，又为企业提供了无限的商机：
“软件名称”以多种便于使用的方式为用户提供了一个交流的平台。
“软件名称”为企业提供了一个广告和商用信息的平台。
3．产品：为全互联网用户提供简洁方便的交互平台
“软件名称”为最终用户提供一个免费的交互平台，同时又为商业用户提供了一个宣传和销售的渠道。
4．公司和管理 暂缺。
5．业务体系：以广告和商用信息收入为主
软件个人工作计划篇（3）
1、软件项目计划任务
软件项目计划的目标是提供二个能使项目管理人员对资源、成本和进度做出合理估算的框架。这些估算应当在软件项目开始的一个时间段内做出，并随着项目的进展定期更新。具体地讲，软件项目计划的主要内容包括确定软件范围，确定需要进行哪些活动，明确每项活动的职责，明确这些活动的完成顺序，估算资源、成本和进度，制定项目计划，编排进度等。
1.1确定软件范围
确定软件范围是软件项目计划的首要任务，是制定软件开发计划的根据，是整个软件生命周期中估算、计划、执行和跟踪软件项目活动的基础。因此，应该从管理角度和技术角度出发，对软件工程中分配给软件的功能和性能进行评价，确定明确的可理解的项目范围。具体地讲，软件范围包括功能、性能、限制、接口和可靠性。
1.2估算项目
软件项目计划的第二个任务就是估算完成该软件项目所需的资源、成本和进度。
（1）估算项目规模。项目规模的度量可以是软件的功能点、特征点、代码行、需求数和页数。规模估计的工作产品和活动的类型有：运行软件和支持软件，可交付的和不可交付的工作产品，软件和非软件工作产品（如文档）和开发、验证和确认工作产品的活动。为便于估计项目规模，需要将软件工作产品分解到满足估计对象所需要的粒度。
（2）估算工作量和成本。为了使开发项目能够在规定的时间内完成，而且不超过预算，工作量与成本的估算和管理控制是关键。但由于影响软件工作量和成本的因素众多，因此对项目的工作量、人员配置和成本的估计，有一定难度，目前还不太成熟。如果可能，应利用类似的项目的经验，导出各种活动的时间阶段，做出工作量、人员配置和成本估计在软件生命周期上的分布。
（3）估算资源。项目所需资源包括人力资源、硬件资源和软件资源。对每种资源都应说明资源的描述、资源的有效性、资源的开始时间和持续时间。后两个特性又统称为时间窗口。
2、软件项目进度
项目目标一旦确定，就需要组织项目团队，绘制专业领域技术编制表、建立工作分析结构（WBS）以及项目组成员的责任矩阵，并在此基础上进行工期和预算的分摊，即制定项目的进度和成本计划。
2.1编制项目进度表
项目进度表与软件工作产品的规模估计（或规模更改）、软件工作量和成本估计有关。在编制软件进度表时，若有可能，要利用类似项目的经验。应注意的是：软件进度表受规定的里程碑日期，关键的相关日期及其他限制，软件进度表中的活动要有合适的时间间隔，而且里程碑要以适当的时间长度分开，以支持在进程测量上的精度。
2.2成员能力评估
为了让项目组成员各负其责，应明确规定他们在项目组分担的责任。一种有效的方法就是绘制技术编制表及责任表，在项目开始时就要恰当地搭配好人员、技术及工作任务。随着项目的进展，有可能要把已分的工作再细分或进行新的调整，为此，项目经理需要了解项目组的每个成员，清楚他们的特长、经验以及掌握的技术情况。
2.3软件项目开发的并行性
对于具有一定规模的软件项目，通常参加的不止一人，这样开发工作就会出现并行情形。
在软件项目的各种活动中，首先是进行项目的需求分析和评审，此项工作是以后工作的基础。只要软件的需求分析通过评审，系统概要设计和测试计划制定工作就可以并行进行了。如果系统模块结构已经建立，则对各个模块的详细设计、编码、单元测试等工作就又可以并行进行。待到每一个模块都已经测试完成，就可以组装、测试，最后确认测试，以便软件交付。
在软件开发过程中设置了许多里程碑。里程碑为管理人员提供了指示项目进度的可靠依据。当一个软件工程任务成功地通过了评审并产生了文档，就完成了一个里程碑。软件项目的并行性对进度提出了要求，要求进度计划必须决定任务之间的从属关系，确定各任务的先后次序和衔接，确定各任务完成的持续时间，确定构成关键路径的任务。
2.4各阶段工作量的分配
在估计出总工作量后，还需要对各个阶段的工作量进行分配。而某一阶段的工作量所占的比例需要根据经验数据确定。根据比例确定了各个阶段工作量的分配，再确定每一阶段所需的开发时间，然后在对每个阶段进行任务分解的基础上，再对各个任务进行工作量和开发时间的分配。
2.5进度安排
进度是计划的时间表，软件项目的进度安排与任何一个多重任务工作的进度安排类似。按照计划安排进度，需要完成的工作包括估计每项活动的工期、确定整个项目的预计开始时间和要求完工时间、计算项目预计开始时间的基础上计算每项活动必须开始和完成的最早时间、利用项目的要求完工时间计算每项活动必须开始和完成的最迟时间、确定每项活动能够开始（或完成）与必须开始（或完成）时间之间的正负时差、确定关键（最长）路径。
软件个人工作计划篇（4）
中图分类号：TU71文献标识码： A
软件开发是一项比较复杂的系统性工作，由于软件开发具有创造性和挑战性，使得软件行业在经济地位中永远走在相对高端的位置。这来源于较为多样化的软件产品，较为复杂的功能流程。在软件开发项目的实际管理中，总是会出现许多问题和困难，甚至面临最终的失败，我们要从这些管理中分析失败的原因，总结有益的经验教训，这对于今后的软件开发项目管理，起着关键的作用。
一、项目管理在软件开发项目应用的原因
目前，我国许多软件企业，无论是项目型企业，还是产品型企业，都还没有适合企业特点的软件管理模式形成。随着软件开发的深入，各种技术的不断创新以及软件产业的形成，人们越来越意识到软件过程管理的重要性，管理学的思想逐渐融入软件开发过程中，应用到软件开发的项目管理日益受到重视。各软件企业都在积极将软件开发项目管理引入软件开发活动中，从而对软件开发实行有效的管理。有些企业自己制定了一些软件管理的相关规定来规范软件的开发过程，但是还是没有解决软件开发的根本质量问题，由于这些问题的出现导致了软件产品质量的不稳定，后期的升级维护有很大障碍，对使用者造成了严重的困扰，甚至会损害客户的个人利益。从概念上讲，软件开发项目管理是通过对人员、成本、质量、进度和风险进行分析和管理，从而使软件项目能够按照预定的成本、质量和进度顺利完成；实际上，软件开发项目管理的意义不仅局限于此。进行软件开发项目管理不仅有利于将软件开发工作人员的个人创造力转化成企业软件的研发能力，而且在很大程度上提升企业的软件创新能力，促进企业软件产品能够稳定发展，并逐渐走向成熟。软件开发是一项复杂的系统工程，牵涉到各方面的因素，实际工作中，经常会出现各种各样的问题，人员分配不合理、成本过高导致项目无法继续、质量太差、严重问题过多以及种种无法预料的风险，最终都会导致项目的失败。同时，随着软件开发队伍及开发规模的逐渐增大，软件开发不再是只需要几个人员就可以很容易解决的事情，这就需要对需求人员、开发人员、测试人员和运维人员制定制度来规范每个人的工作，同时进行规范化管理。需求人员需要利用自己的业务知识、软件项目系统功能解决方案，对客户提出的需求进行专业化的分析，给出合理的建议，充分避免返工和不必要的风险；开发人员需要进行专业分工，降低软件研发成本；测试人员利用各种自动化测试工具，在最短的时间内做出准确的问题分析，协助开发人员定位问题，确保软件产品保质保量的顺利上线；运维人员运用良好的沟通能力和谦和的态度做好售后服务，切实解决软件产品上线后用户的各种问题和困惑，保证良好的用户体验。
二、软件开发项目管理的流程
软件行业没有建筑工程等领域规范，是一个很特殊的领域，软件的发展具有很开阔的空间，而且目前软件开发项目管理理论和标准还在发展中，所以在项目管理中经验具有很重要的作用。
为实现软件开发项目管理的目标，使软件开发获得成功，需要对软件开发项目的范围、需要的资源、实施的成本，工程的进度、实现的任务以及可能存在的风险等做到心中有数。保证软件开发项目管理的所有信息贯穿于整个项目管理过程中，软件开发项目管理全过程包括项目初始、项目计划、项目执行控制、项目结束四个阶段，其中每个阶段之间是紧密相连的，这些阶段分别又包含多个不同的过程，而且反复循环、并行工作的情况也比较频繁。软件开发项目管理过程中各阶段之间的信息反馈和沟通要及时进行，在遵循项目组管理和团队间管理的同时，进行定期和不定期的沟通、协调和交流。
1、项目初始阶段的管理：软件开发项目管理的首要阶段需要确定项目的目标范围，包括开发商和客户双方的协议合同、软件产品主要需要实现的功能和这些功能所量化的范围、项目开发的周期等方面。同时，软件所配备的硬件运行环境、性能、稳定性、限制条件都必须同客户明确表明，以满足客户的要求。项目组要系统地阐述项目的范围，确定所要实现的软件系统的资料、功能、性能、目标及预期达到的效果，提出问题及充分描述问题，并进行成本的粗略估计，通过技术评估、经济分析，论证项目在资源、时间、效果、资金、实施方法和技术等方面的可行性。
2、项目计划阶段的管理：项目行动指南的基准是建立项目计划，其中包括对软件开发项目的初步估算、进度规划、人员的选择、设备配置、产品质量规划、风险分析等，是指导项目全面发展的路标。对软件项目的预算进行规划建立时，首先要为将来的评估提供参考，同时也提供一个控制项目成本的尺度，这是项目进度安排的依据，最终形成的项目计划书将作为跟踪控制的依据。软件开发项目计划是一个以指导项目执行和控制为原则的可操作的文件，用来协调所有其他计划。它体现了客户的需求，是软件项目跟踪与监控的依据，是开展项目活动的基础。编制一个好的项目计划需要不断修改、评审、优化、再评审、最后细化等，需要不断地对其进行完善，最终确立完整的项目计划。新编制出来的计划进度，如果达不到要求，就要对项目进行优化计划、资源调整、解决资源冲突，同时，要适当的调整被优化项目的工期、降低成本预算，最终降低项目的成本。无论是成本计划、进度计划、风险计划还是质量计划等，所有计划的管理和制订都不是独立存在的，所有计划要从全局角度出发，以整体思想为指导，消除管理的局部性，确保各项工作有机的协调、相互的配合进行，平衡各个目标的冲突。
3、项目执行控制阶段管理：一旦建立了项目的基准计划就必须严格按照计划执行，包括按计划执行项目和控制项目，以使项目在预算内按客户要求和进度进行。在这个阶段，项目管理过程包括测量实际进程，在与计划进程相比较后，若出现计划有不足，就需要整合人力和其他方面资源，监控项目性能，最终保证项目计划的实现。为了测量实际进程，需要掌握实际上已经完工或未开始的工作，对所有的资源消耗等都要有详细的了解，这些都很重要。如果实际进程与计划进程相比后，出现实际进程明显落后于计划进程、达不到要求、超出预算等方面的问题，就必须立即采取纠正措施，或者更正计划的不合理之处。以使项目恢复到正常轨道。
4、项目是一个集成过程，在实施过程中必须从大局出发，有一个宏观的项目掌控，当局部发生冲突时，项目管理者必须做出最后决定。一个系统是一个整体，系统元素彼此联系、相互影响，项目集成管理的目标在于对项目中的不同组成元素进行高效、正确的协调。在项目执行控制过程中，项目管理者需要制定一个可行的管理流程，对项目的范围、成本、进度、质量、风险等问题进行规范，以此来保证项目的顺利实施。
三、软件开发项目管理种常见问题
1、缺乏项目管理的系统培训：在软件行业中，过去几乎没有比较专业的人员担任项目经理，一般都是在技术上能够独当一面的员工被任命为项目经理，这些人往往在对项目管理方面不够专业，对管理知识比较匮乏。
2、项目计划意识不足：项目负责人对项目的整体计划和各个阶段的计划认识不足，因此制定总体计划时，许多事情都欠缺考虑，制定计划比较随意；在阶段计划进行的过程中，因为各种理由导致计划拖延，造成计划与控制管理无法衔接，最终导致进度无法有效的进行。
3、项目关系人问题：在软件识别阶段，由于项目需求人员对整体计划的制定、人员的确定及相关关系，对客户的工作职能缺乏了解，最终导致企业无法得到最终经权威客户代表确认的需求或完整需求；还有因为客户各个部门的负责人想法不同，对自己的观点不断进行改变，使得项目计划得不到统一，又要求项目要尽早完工，最终造成项目进度不断拖延，范围的不断蔓延，成本也越来越高。
4、沟通意识问题：在项目中一些重要信息没有进行有效及充分的沟通，在制定计划、情况通报、意见反馈、成果或技术问题等方面与负责人的沟通不足，造成每个人各忙各事，重复工作太多，产生很多不必要的损失。
5、项目组内分工协作问题：由于有时项目团队内部同阶段不同角色或各阶段不同角色之间的责任分工不够清晰，从而产生责任互相推卸、工作互相推诿的现象，有时同阶段不同角色或各阶段不同角色之间的责任分工比较清晰，但是各项目成员不愿意与他人协作，只顾完成自己那部分任务。这些现象都将造成项目组内部资源的损耗，从而影响项目进展。
四、解决对策
1、项目经理接受系统的项目管理知识培训是非常必要的，有了专业领域的知识与实践，再加上项目管理知识与实践和一般管理的知识和经验的有机结合，必能大大提高项目经理的项目管理水平。
2、计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。提高项目经理的计划意识，采用项目计划制定的相关知识、技术、工具，加强对开发计划、阶段计划有效性的制定，同时进行事前事后的评估。
3、项目关系人管理应从项目启动时开始，项目经理及项目需求人员要分析项目关系人的构成情况，并通过沟通协调，研究最佳方案。
4、增强沟通意识，需求人员与客户之间进行充分沟通，便于了解实际的需求情况，能够尽快反馈所完成的功能效果图，让客户明确系统的实现情况；开发人员内部充分沟通，让新技术得以普遍的使用，让每个人遇到的问题能够及时的解决；测试人员和开发人员之间进行充分的沟通，利于将风险和隐患扼杀于项目的初始阶段；运维人员与用户之间进行充分沟通，方便尽快解决问题，了解系统需要优化的方向，从而提高系统的易用性。
5、项目经理应当对项目成员的责任进行合理的分配并清楚地说明，同时要强调不同分工、不同环节的成员应当相互协作，共同完善。
结束语
对于软件企业而言，对软件实施有效的软件开发项目管理，是一件很复杂的管理事务，合理有效的对软件开发进行管理，对企业的可持续发展有着至关重要的作用。对于软件行业来说，软件开发项目管理是企业重要的核心环节，需要所有管理者的共同协作。
参考文献
软件个人工作计划篇（5）
软件项目管理是使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。软件开发的整个过程都是设计过程而且不需要使用大量的物质资源(主要是人力资源)，并且，软件开发的产品只是程序代码和技术文件，并没有其他的物质结果。因而企业软件开发项目管理水平直接决定了软件开发的能力，科学、系统的软件项目管理也从很大程度上减小了开发风险。通过运用软件项目管理来科学地开发软件有效地减少了开发风险，保证了质量。
1流程
根据项目管理的一般原理，项目管理的过程从总体上可以分为5个阶段，每个阶段包含有一个或多个管理过程。这5个阶段分别是:项目启动、项目计划编制、项目计划执行、综合管理控制和项目收尾。它们之间的联系如图1所示。
(1)项目启动:根据必要的工作(如可行性分析，技术评估等)结果，批准一个项目的运行。
(2)项目计划编制:收集和编写项目所需要的各种资料，进行各种计划活动并制订相应的计划，将各种计划的结果汇总成为连贯、一致的文档，即项目计划文档。在软件项目中，具体的活动包括需求和范围管理计划、进度计划、人力资源计划、成本计划、沟通计划、风险计划等。
(3)项目计划执行:通过进行项目计划所规定的各种活动，实施项目计划。
(4)综合管理控制:在项目计划实施的过程中，对各种活动进行监控，协调并控制整个项目期间的变更。在软件项目中，主要的活动包括范围变更控制、进度计划控制、成本控制、质量控制、风险监督与控制等。
(5)项目收尾:项目或阶段的正式接收并达到有序的结束。其中，项目的中间过程(计划、执行、控制)是一个循环反复的过程。项目计划是计划执行和计划控制的基准;计划执行的结果受到计划控制的监控;计划控制根据比较计划执行的结果与项目计划的偏差，以及各种因素引起的变化，对项目计划进行修正，从而形成下一个循环的项目基准。它们之间的流程如图2所示。
2生命周期模型
任何软件的开发都要经历一个“生命期”，生命期模型的主要功能是确定一种标准，确定项目规格、建立原型、设计、实现、检查、测试或执行一些其他活动，以此确定在软件开发过程中是否是以某种次序一个任务接着一个任务进行。作为一个项目的主要计划，软件生命期模型的选择对项目成功的影响非常重要。恰当的生命期模型可以使软件项目流程化，并帮助项目人员一步一步接近目标。如果选择了适宜的生命期模型，就可以提高开发速度、提升质量、加强项目跟踪和控制、减少成本、降低风险，或是改善用户关系。
2.1瀑布模型
最经典的软件生命周期模型是瀑布型模型，它是其他生命期模型的基础。在瀑布模型中，项目从始至终按照一定顺序的步骤从初始的软件概念进展到系统测试。项目确保在每个阶段结束时进行检查，以判定是否可以开始下一阶段工作。如果检查的结果是项目还没有准备好进人下一阶段，它就停留在当前阶段，直到当前阶段工作完成。如图3所示。
瀑布模型是文档驱动型的，主要工作成果通过文档从一个阶段传递到下一个阶段。如果有一个稳定的产品定义和很容易被理解的技术解决方案时，瀑布模型可以帮助及早发现问题，降低项目的阶段成本，是快速开发的一个恰当选择。但在很多实际情况中，由于需求、技术等很多不确定性，瀑布模型并不适合于进行快速开发。
2.2渐进原型
渐进原型是从开发系统概念开始的一种生命期模型，通常是从最核心的方面开始，向用户展示完成的部分，然后根据用户的反馈信息继续开发原型，并重复这一过程，直到开发者和用户都认为原型己经足够好。然后，完成结尾工作，交付作为最终产品的原型，如图4所示。
“渐进原型”模型以逐步增加的方式进行开发，以便于随时根据客户或最终用户的反馈来修正系统，在需求变化很快的时候，或者用户很难提出明确需求的时候，或者开发人员对最佳的架构或算法没有把握的时候，渐进原型特别有用。但是，渐进原型是以牺牲项目的可控制性来换取较多的客户反馈以及较好的过程可视性的。由于原型的功能和特性会随着用户的反馈而经常发生变化，因此较难确定产品的最终形态。
2.3阶段交付
阶段交付模型是另一种生命期模型，该模型可以持续地在确定的阶段向用户展示软件。和渐进原型不同，在阶段交付的时候，开发者明确地知道下一步要完成什么工作。阶段交付的特点是在项目整个开发过程中持续不断地交付阶段性成果。如图5所示。
在“阶段交付”生命模型中，软件被分阶段进行开发。在通常情况下，首先开发最重要的功能。阶段付并不能减少软件产品研发所需要的时间，但是它能充分降低软件研发中的风险，而且能够提供切实的、客户可见的以及管理层评价项目状态时所需要的标记。
2.4渐进交付
渐进交付是一种结合了渐进原型和阶段交付两种模型的生命期模型。在这种模型下，首先开发产品的一种版本，展示给用户看，然后根据用户的反馈改善产品，如图6所示。
渐进交付模型在阶段交付的可控制性和渐进原型的灵活性之间寻找平衡。在可能的情况下，它可以把软件的某些选定的部分提前交付，从而有利于快速开发的进行;同时，在项目进行的过程中，它也具有响应用户要求并改变产品方向的能力。
3开发应用
3.1要员管理
软件项目成功的关键是有高素质的软件开发人员，然而大多数软件产品规模都很大，以至单个软件开发人员无法在给定期限内完成开发，因此，必须把多名软件开发人员组织起来，使他们分工协作共同完成开发工作。现有的软件开发项目组的组织方式有:
(1)民主制程序员组
小组成员完全平等，享有充分民主，通过协商做出技术决策。小组成员间的通信是平行的，如果小组有n个成员，则可能的通信信道有n (n-1) /2条。
(2)主程序员组
主程序员既是成功的管理人员又是经验丰富能力强的高级程序员负责体系结构设计和关键部分(或复杂部分)的详细设计，并且负责指导其他程序员完成详细设计和编码工作。
后备程序员也应该技术熟练而且富于经验，协助主程序员工作并且在必要时接替主程序员的工作。编程秘书负责完成与项目有关的全部事务性工作。
(3)现代程序员组
技术组长:只对技术工作负责。
行政组长:全权负责非技术事务。
项目开发方把软件工程中的软件项目组的组织理论文档化后，形成了自己的一套详细的、适合在实际工作中使用的要员管理理论。
3.2进度管理
软件项目的进度安排是一项活动，它通过把工作量分配给特定的软件工程任务，并规定完成各项任务的起、止日期，从而将估算的工作量分布于计划好的项目持续期内。进度计划将随着时间的流逝而不断演化。在项目计划的早期，首先制定一个宏观的进度安排表，标示出主要的软件工程活动和这些活动影响到的产品功能。随着项目的发展，把宏观进度表中的每个条目都精化成一个详细进度表。于是完成一个活动所必须实现的特定任务被标示出来，并安排好了实现这些任务的进度。
3.3配置管理
在开发计算机软件的过程中，变化(或称为变动)是不可避免的。如果不能适当地控制和管理变化，势必造成混乱并产生很多严重的错误。软件配置管理是在计算机软件整个生命周期内管理变化的一组活动。它不同于软件维护。软件维护是在软件交付给用户使用后才发生的，而软件配置是在软件项目启动时就开始，并且一直持续到软件退役后才终止的一组跟踪和控制活动。其主要任务有:标识、版本控制、变化控制、配置审计和报告。只要参加过软件开发的人都清楚，现在的软件项目完全由一个人来完成是难以想象而且也是不可能的，通常是有一个研发小组来共同分析、设计、编码和维护，并有专门的测试小组对己完成编码调试的软件进行全面的测试。在软件开发这个庞大而复杂的过程中，需要涉及到各个方面的人员，信息的交流反馈不仅仅是在研发小组的成员之间及各个研发小组之间，还存在于客户和研发者之间。所有的这些交流反馈意见信息都有可能导致对软件的修改，小的可能只是对某个源文件中的某个变量的定义改动，大到重新设计程序模块甚至可能是整个需求分析变动。
3.4软件测试
软件个人工作计划篇（6）
[正文]
火电工程项目建设具有资金密集、技术密集、资源密集、专业众多、交叉施工等特点，同时还要受工程设计、设备制造、设备和材料的采购运输、还有其他许多工程外部因素的影响。在工程开工前须正确地表示这些错综复杂的关系，在工程实施过程中，当某些主客观原因导致某些进度提前或推迟时，又须动态地反映这种变化对整个工程进度的影响，并及时作出相应的调整，使整个工程项目的建设和施工始终在可知可控、优质高效、安全文明的情况下完成，为了合理地计划、组织、协调、控制和管理好工程项目建设中方方面面的工作，就需要利用P3软件进行工程进度计划控制及管理。本人结合在半山燃机项目中对P3软件的认识，谈谈其在电力工程施工过程的实际应用及普遍存在不足。
一、P3软件的优点
P3作为专业的工程项目管理软件，能满足工程项目管理的许多要求，主要是进度控制，同时也可以进行费用控制和资源管理。特别是软件可以将进度、资源、资源限量和资源平衡很好地结合起来，使得进度计划可以不再只是凭经验甚至是拍脑袋制定出来的说不清楚或者说得不太清楚的定性计划，而是基于要完成的工程量／工作量并结合施工承包商的人材机资源而制定出来的定量的切实可行的科学合理的进度计划。另外，作为商业软件，P3软件能够共享数据资源，如网络版P3软件的工程组的主子工程模式，使得工程的众多参建各方如业主、监理、施工承包商可以同时在同一个工程组的不同子工程内按授予的不同权限进行读写或只读的操作，共享同一个P3工程数据库的数据；操作灵活方便也是P3软件的一大特色，丰富的视图管理，作业分类码，WBS编码，多种工程日历、作业类型和逻辑关系，用户自定义编码，整体更新，资源平衡，自动汇总，数据组织、输入输出、网上等等，尤其是过滤器的使用，非常灵活。
二、P3软件在工程项目管理中的应用
1、工程项目管理的主要内容。
工程项目建设管理的主要内容包括“四控两管一协调”。具体来讲，“四控”管理包括工程的进度控制管理、质量控制管理、费用控制管理和安全文明施工控制管理；“两管”管理包括工程合同管理和工程信息管理，“一协调”管理则是指和工程项目建设现场参建各方，如业主、监理、承包商之间，与工程建设有关的外部条件之间各种关系的协调管理。
2、工程进度计划管理是重点。
在工程管理的诸多内容当中，进度计划管理是重点，是核心，抓住了进度计划管理，就等于抓住了主要矛盾，就抓住了纲。工程管理的很多内容都是围绕着进度计划管理来进行的。比如每个具体工程的总工期是多少，应该什么时间开始，什么时间完成。工程下面有可以逐级划分成哪些项目，完成这些项目分别需要多少工期，它们应该什么时间完成。项目之间的逻辑关系怎样，怎样表示这些逻辑关系；完成这些项目需要提前进行哪些准备工作，施工图应该什么时间到，设备材料应该什么时间到，这些都是建立在进度计划基础之上的。进度计划做好了，后面的工作才有依据。完成一项计划需要多少费用，需要完成多少工程量或者工作量，需要多少人工、材料、机械，不同专业和标段的工序如何交接，何时安排质量控制和检查验收等，哪些工种和工序的安全问题应予特别重视，各种关系依据什么来协调等等，都是建立在进度计划基础之上的。
3、利用P3软件编制工程施工进度计划
一级计划称为里程碑计划，反映的是重要的形象进度控制点以及合同支付控制点。二级计划分为指导性计划与控制性计划，其中指导性计划由业主工程部门编制，而控制性计划是由各承包商根据指导性计划编制初步三级计划并上报审批，由业主工程部门汇总、平衡形成的总进度计划，该计划经过业主审批后作为控制性目标计划。三级进度计划是由承包商根据二级控制性计划编制，反映承包商对所承包的项目内容的总体安排。而四级计划则是三级计划的作业实施计划，是对三级计划的进一步分解，是现场进度协调的依据。
作为专业公司，我们在利用P3软件编制工程施工进度计划时，主要是根据项目部确定的二级计划进行三级计划及四级作业实施计划的编制，以工程施工工序作业为实体，根据相近工程的定额工期，参考已完和在建同类工程的工期，再结合本工程的具体情况，定出该作业的合理工期，再加上完成该作业需要的其它时间因素开工时间，完工时间，以及和其它作业之间的逻辑关系，就构成了基本的施工进度计划。
编制工程进度计划时在各级计划间建立相互的分解与汇总关系，工程各专业工种和各级进度计划之间要建立必须和必要但不多余的，能真实地表示工程工序之间的相互联系的逻辑关系，以便工程跟踪控制进度计划时能将下级作业的进度自动汇总到上级去，动态地反映进度计划之间的相互影响和真实进度。
4、月度报表
利用传统的方式核对本月完成情况并下达下月计划，是十分费时费力的事情，而且准确性及完整性不是十分好，为此，我们利用P3软件更新本月的完成情况并过滤出下月计划，形成下月目标计划。
三、P3软件应用过程中存在问题及建议
1、关于质量控制与安全施工计划的编制。
工程建设管理，除了要求工程施工不仅在可知可控的情况下进行完成外，对工程质量控制，安全文明施工也都有严格的考核指标要求，目前,由于电建行业的特殊性，涉及专业范围太广，我们编制的进度计划根本没有将工程质量控制，安全文明施工管理纳入P3工程管理的范畴，这样，在工程跟踪过程中，就无法提前过滤出有考核质量要求的作业，提前做好质量施工的技术准备和人力物力上的安排；也无法过滤出易发或容易忽视的有安全隐患的作业，提前给予特别的提示和预警，引起重视，从而确保工程施工在保证质量，安全和文明有序的情况下完成。因此建议可以考虑以后将这一块内容纳入P3管理范畴，可以通过设置质量标准分类码，安全级别分类码的形式，对那些有质量要求，有安全要求的工序，在编制计划时赋予相应的质量标准分类码和安全级别分类码。
2、关于工程资金计划的编制。
用P3软件编制好工程进度计划，再定义好费用科目和费用类别后，就可以在相应的作业上输入完成该项任务需要的工程预算费用，如输入相应分摊的建筑工程费用，非施工作业输入相应分摊的其他费用，同时根据考虑费用在作业上的分布曲线，就可以利用P3软件作出工程的资金计划。利用P3软件做出工程的资金计划后，不但有利于项目部对工程资金需求心中有数，提前做好资金的筹集和组织工作；也有利于直管的技术人员和施工员心中有数，真正做到对费用项目的全员控制。这方面还需投入经营预算人员与P3计划编制人员的配合，以P3计划划分的作业来计算本作业的资金量，这部分内容的实现关键在于决策层是否愿意投入人力资源。反过来，如果当资金来源不是要多少就能提供多少，而是受到一定客观条件限制，或主观上要求在工程建设期内按某种比例或曲线提供时，可以通过调整进度计划中某些工序的工期，开工和完工时间，从而制定出与这种资金供应计划相适应的工程施工进度计划。
3、关于工程量施工强度计划的编制。
用P3软件编制好工程进度计划，利用P3软件资源定义功能定义好工程量项目后，就可以在相应的作业上输入完成该项任务需要完成的实物工程量数量，同时考虑工程量在作业上的分布曲线，就可以利用P3软件作出工程的工程量施工强度计划安排。利用P3软件做出工程量施工强度计划后，有利于施工员根据工程量施工强度计划提前做好施工前的组织计划等准备工作。由于P3软件操作者一般均有工程技术人员兼任，很多技术人员对P3软件是第一次使用，对P3软件的巨大功能认识不足，也存在时间和精力上困难，所以在项目中这方面内容往往没有被仔细考虑；但也有一些是由专职的P3工程师操作，但P3工程师在操作过程中又往往对专业不是很熟悉，所以也就存在一定困难。
4、关于人材机资源分配计划、资源平衡和成本计算。
用P3软件编制好工程进度计划，利用P3软件资源定义功能定义好人、材、机资源、资源限量后，就可以在相应的作业上输入完成该项任务需要人、材、机资源数量，同时考虑资源在作业上的投入分布曲线，就可以利用P3软件做出工程的人、材、机资源计划安排。利用P3软件做出工程的资源计划后，有利于施工承包商对工程资源需求心中有数，以便提前做好人、材、机资源的计划组织安排工作。一般说来，任何资源都是有限的。可以通过软件的资源平衡功能，根据施工班组和施工分包商的资源限量情况，让P3软件自动地调整进度计划中某些工序的工期和完工时间，从而制定出与资源限量情况相适应的工程施工进度计划，也可以说是结合项目部实际的切实可行的合理的施工进度计划。
资源平衡的条件是需要资源平衡的作业要有足够的浮时。当浮时不满足要求时，且后续作业又不能后推时，施工班组只能通过增加人、材、机资源投入，或者改变施工工艺和施工方法来满足后续工序的进度要求。在利用P3软件资源定义功能定义人、材、机资源时输入资源的单价，还可以生成完成该项作业的成本费用。
5、设计图纸、设备材料交付进度计划的编制。
施工图交付、设备材料交付是制约工程进度的主要外部条件。工程施工进度计划编制完成后，根据工程设计图纸和设备材料是施工工序开工的必要条件，将设计图纸和设备材料处理为施工工序的紧前作业编人工程进度计划之中。
考虑到必须进行的设计图纸审图和交底，施工准备等的时间提前量，利用P3软件自动倒排出工程需要的设计图纸交付时间，并据此为基础与设计承包商充分协商后，从而确定出工程实际的设计图纸交付进度计划，并作为以后动态跟踪控制的目标。
考虑到必须进行的设备材料交付前的设备检查验收，有些设备还需要现场组装等的时间提前量，利用P3软件自动倒排出工程需要的设备材料交付时间，据此为基础并与设备材料供应商协商，从而确定出工程实际的设备材料交付进度计划，并作为以后动态跟踪控制的目标。
根据目前工程情况，施工图的交付计划及其设计过程的跟踪，设备材料交付计划及其制造交付过程跟踪等虽然也编入工程进度计划进行管理，但实际过程中，计划赶不上变化，施工图的交付时间和设备交付时间拖延是P3计划实施过程中的一大障碍。
7、其他问题。
软件个人工作计划篇（7）
人类社会经历了三次经济革命从农业革命、工业革命到目前正在经历的信息革命。信息化正在日益改变人们的思维方式和生活习惯。在推动信息化过程中，计算机及其软件产品发挥着至关重要的作用。对于软件项目的管理成为项目管理领域一个令人兴奋的课题。本文将结合项目管理中的控制方法分析软件项目管理控制的相关问题．以期提高软件项目的开发效率。
1、关于软件项目管理
1．1项目与项目管理
项目是一个旨在完成一个或一些独特产品或服务的过程．它有着一系列被详细描述的属性。由于项目的独特性和一次性特征，引伸出它的其他特点．如目标的确定性．成果的不可挽回性组织的临时性和开发性等。基于项flI的这些特点．项目运作更加注重项目决策前的计划以及对实施过程的控制，以减少项目运作的风险。项目管理是2O世纪50年代后期发展起来的一种计划管理方法，它运用先进科学的管理方式．有效解决大型组织的效率低下和小型企业面临的风险增加问题以组织的机动灵活．面向客户和资源利用率高而被广泛应用。在工程设计．施工软件项目的开发、实麓中经常会遇到进度拖延．费用超支、质量不达要求等问题除去极少数是因为技术原因造成，绝大部分是源于僵化的管理和不当的管理方式。
1．2软件项目管理
各软件企业都在积极将软件项目管理引入开发活动中．对开发实行有效的管理。从概念上讲．软件项目管理是为了使软件项目能够按照预定的成本．进度、质量顺利完成．而对成本、人员、进度、质量、风险等进行分析和管理的活动。同时，随着软件开发规模及开发队伍的逐渐增大，软件开发不再是向过去那样一二个开发人员即可解决的事情。迫切需要一种开发规范来规范每个开发人员、测试人员与支持人员的工作每个项目组成员按约定的规则准时完成自己的工作。同时采用规范化管理．专业分工也可以降低对开发人员的要求，从而降低产品研发成本。
2、软件项目控制
2．1软件项目控制
软件项目跟踪和监控包括对照已文档化的估计、约定和计划评审和跟踪软件完成情况和结果。基于实际的完成情况和结果调整这些计划。软件项目的已文档化的计划(即软件开发计划，正如在软件项目计划关键过程区域中所描述的)用作跟踪软件活动传送状态和修订计划的基础管理者监控软件活动．主要通过在所选出的软件工作产品完成时和在所选择的里程碑处，将实际的软件规模工作量成本和时间表与计划相比较，来确定进展情况。当确定未实现软件项目计划时，采取纠正措施。这些措施可以包括修订软件开发计划以反映实际的完成情况和重新计划遗留的工作或者采取改进性能的措施。
2．2软件项目控制的内容
软件项目控制的目的是为软件项目的过程提供足够的能见度，从而可以在执行过程中发生对计划的严重偏离时能够采取适当的更正行为。软件项目控制包括：a。追踪软件项目的进展于表现从而与所作的估计、承诺和计划做出对比：b。追踪软件项目的风险；C。在发生对计划的严重偏离时采取适当的更正行为。
2．3软件项目控制步骤
由于软件开发是处在一个开放的动态系统中，开发环境的不断变化要求不断修改项目计划，以适应新的变化。此外项目经理及其组织在完成任务的过程中不可避免的要碰到这样或那样的问题．解决这些新的矛盾和问题均属项目控制的范畴项目的预算和进度计划只能为项目经理提供决策的依据．如果在项目实施过程中控制不住．很难在限定的时间和预算要求下实现项目管理工作的目标。因此软件项目控制的过程包括以下四个步骤：a、预测什么会发生——要做出开发计划并建立工作标准b、查明什么正在发生——用建立的工作标准检查当前的工作；c、正在(或已经)发生的实事同预测的结果进行比较——分析误差产生的原因：d及时采取补救措施．以满足项目目标，预算和进度的要求。
3、软件项目控制具体操作
3．1软件项目进度控制
为了确保软件开发中的各项工作能按照计划预定的日程顺利完成．对项目的进度要进行控制。进度控制的过程是．在项目实施过程中，不断地进行实际进度值与计划值的比较、发现偏差、检查分析其产生的原因，并采取相应的措施加以解决。
3．1．1进度控制流程
(1)进度控制的输入
进度计划。项目进度基准是项目测量和报告的基础和标准。
实施报告。实施报告提供了有关项目进度发展实情。报告未来可能发生的进度问题。
变更要求。项目变更要有严格的申请和审批手续。
进度管理的技术和工具。
(2)进度管理的技术和工具
进度控制变更系统。为有效实现进度管理与控制．进度控制系统应设立实现重新计划的全部功能。包括：文件设立．跟踪即实施报告．变更评估等。
实施情况测量。项目进度控制系统中的一个重要组成部分是决定对迟发生的进度偏差是否采取纠偏措施。而实施情况报告提供了决策的主要信息。如变更分析．趋势分析．已实现价值分析等。
纠偏计划。很少有项目能完全按计划进度进行为实现项目进度或总进度要求，在项目实施过程中．需要不断对原计划进行调整或增加新的工作内容。为此．需要不断对实施的项目进行活动时间预测。修改活动过程．替代进度方案分析。
项目管理软件。它的作用是跟踪项目按计划日期展开实际工作的情况．对照进度计划分析进度现状，找出进度的偏差．分析进度偏差对项目的影响．预测未来走势
(3)项目进度控制的输出
进度更新。包括对项目管理中任何进度信息的修改。进度调整是其中的一种．师队员进度计划中活动开始和结束时间的改变。纠偏行动。通过改变资源投入将实际进度拉回到计划的行动过程。
从中获得的教训。有关进度偏差产生的原因。纠偏方案的评估与选择以及其他方面的感受和教训都应纪录在案成为日后有用的历史资料。
3．1．2进度控制方法
一般项目进度控制采用因果分析．分析用四步完成：
(1)明确问题。实际完成情况与项目里程碑相对照．确定是否超期．超期的部分是在哪里。
(2)查找产生该问题的原因。位从系统角度充分认识各方原因．应组织具有代表性任务人员并采用头脑风暴法进行。项目主管要通过他领导的办公室或小组，以及在各职能部门的人共同分析问题产生原因。
(3)确定个原因对问题产生的影响程度。对影响程度的评估可以采用专家小组打分的方法，事先确定权数．而后打分得出分析结果。
(4)画出带箭头的鱼刺图。分析出原因后各部门各就其职针对问题提出解决方案．并实施。
3．1．3软件项目进度控制具体措施
在实施进度计划过程中，会有种种故障：客户的需求进行了补充或修改；工作量估算不准，造成进度不平衡或是有人不遵从开发规范．导致产品出现缺陷；或是技术环节出现故障，这些问题往往是在进度计划外出现的．一旦出现这些问题，项目进度不得不进行调整。开发过程中为了有效控制类似问题，可以采用以下辅助措施，控制进度按计划执行：
(1)政策性措施。对于不遵从开发规范，人员不按时履行职责的．给予经济或是职务上的处罚．这种措施应是建立在分配任务之前；
(2)人员安排。在各子项目接口处适当安排机动人员与机动时间。这一措施有赖于项目组织的机构设置能动性好。此处比较难解决的是人员业绩评估．奖励问题。
(3)技术措施，要想很好地执行进度计划，需要事先有统一的规范例如开发语言的统一，文档的归类。这样便于下一阶段人员理解上一阶段人员意图，交流更加容易。
(4)信息流措施。该措施要求建立一个信息流系统．准时汇报项目进度．便于主控人员调整进度，并且保证信息流通顺畅。避免开发期压到最后造成严重拖工。
(5)资金措施。财务部门可以定期检查各部门财务情况．控制资金流出时间．进而控制项目进度。这与后面要讲到的三者权衡有密切关系。
3．2软件项目费用控制
费用控制就是要保证各项工作要在他们各自的预算范围内进行。其基础是实现就对项目进行费用预算。整个项目费用应包括项目范围规划阶段。软件需求分析阶段．原型设计阶段开发阶段．测试阶段和项目投入使用后的使用阶段所消耗费用的总和。软件开发项目承担公司为了完成项目目标和获得更多的利润．在实施项目过程中就要控制成本．在控制过程中，首先要拟定一个标准．即计划值．然后进行实际至于计划值的比较，确定实际值与计划标准的偏差大小．以便在此基础上采取各种措施纠正偏差．常用的分析工具是偏差分析。
偏差是指实际成本对相应计划的偏离，成本偏差的数学公式为：
CV=BCWP-ACWP(负数CV表明出现超支；反之，则节资)(3—1)
其中：CV为成本偏差，BCWP为计划工作预算，ACWP为完成工作实际成本。
在进行成本偏离计划程度分析时，常用计划偏差率反应时给予计划的偏离程度。
CVP=CV／BCWP(3-2)
其中CVP为成本偏差率。
偏差值是控制分析中的一个关键参数，因而应向各级组织汇报。对于不同的项目或同一项目不同阶段或不同管理层次，对偏差的控制程度不一样，制定偏差允许值的方法也不同。由于随着时间的推移风险减少了，因而偏差允许也可降低。
3．3软件项目质量控制
软件个人工作计划篇（8）
人类社会经历了三次经济革命从农业革命、工业革命到目前正在经历的信息革命。信息化正在日益改变人们的思维方式和生活习惯。在推动信息化过程中，计算机及其软件产品发挥着至关重要的作用。对于软件项目的管理成为项目管理领域一个令人兴奋的课题。本文将结合项目管理中的控制方法分析软件项目管理控制的相关问题．以期提高软件项目的开发效率。
1、关于软件项目管理
1．1项目与项目管理
项目是一个旨在完成一个或一些独特产品或服务的过程．它有着一系列被详细描述的属性。由于项目的独特性和一次性特征，引伸出它的其他特点．如目标的确定性．成果的不可挽回性组织的临时性和开发性等。基于项fli的这些特点．项目运作更加注重项目决策前的计划以及对实施过程的控制，以减少项目运作的风险。项目管理是2o世纪50年代后期发展起来的一种计划管理方法，它运用先进科学的管理方式．有效解决大型组织的效率低下和小型企业面临的风险增加问题以组织的机动灵活．面向客户和资源利用率高而被广泛应用。在工程设计．施工软件项目的开发、实麓中经常会遇到进度拖延．费用超支、质量不达要求等问题除去极少数是因为技术原因造成，绝大部分是源于僵化的管理和不当的管理方式。
1．2软件项目管理
各软件企业都在积极将软件项目管理引入开发活动中．对开发实行有效的管理。从概念上讲．软件项目管理是为了使软件项目能够按照预定的成本．进度、质量顺利完成．而对成本、人员、进度、质量、风险等进行分析和管理的活动。同时，随着软件开发规模及开发队伍的逐渐增大，软件开发不再是向过去那样一二个开发人员即可解决的事情。迫切需要一种开发规范来规范每个开发人员、测试人员与支持人员的工作每个项目组成员按约定的规则准时完成自己的工作。同时采用规范化管理．专业分工也可以降低对开发人员的要求，从而降低产品研发成本。
2、软件项目控制
2．1软件项目控制
软件项目跟踪和监控包括对照已文档化的估计、约定和计划评审和跟踪软件完成情况和结果。基于实际的完成情况和结果调整这些计划。软件项目的已文档化的计划(即软件开发计划，正如在软件项目计划关键过程区域中所描述的)用作跟踪软件活动传送状态和修订计划的基础管理者监控软件活动．主要通过在所选出的软件工作产品完成时和在所选择的里程碑处，将实际的软件规模工作量成本和时间表与计划相比较，来确定进展情况。当确定未实现软件项目计划时，采取纠正措施。这些措施可以包括修订软件开发计划以反映实际的完成情况和重新计划遗留的工作或者采取改进性能的措施。
2．2软件项目控制的内容
软件项目控制的目的是为软件项目的过程提供足够的能见度，从而可以在执行过程中发生对计划的严重偏离时能够采取适当的更正行为。软件项目控制包括：a。追踪软件项目的进展于表现从而与所作的估计、承诺和计划做出对比：b。追踪软件项目的风险；c。在发生对计划的严重偏离时采取适当的更正行为。
2．3软件项目控制步骤
由于软件开发是处在一个开放的动态系统中，开发环境的不断变化要求不断修改项目计划，以适应新的变化。此外项目经理及其组织在完成任务的过程中不可避免的要碰到这样或那样的问题．解决这些新的矛盾和问题均属项目控制的范畴项目的预算和进度计划只能为项目经理提供决策的依据．如果在项目实施过程中控制不住．很难在限定的时间和预算要求下实现项目管理工作的目标。因此软件项目控制的过程包括以下四个步骤：a、预测什么会发生——要做出开发计划并建立工作标准b、查明什么正在发生——用建立的工作标准检查当前的工作；c、正在(或已经)发生的实事同预测的结果进行比较——分析误差产生的原因：d及时采取补救措施．以满足项目目标，预算和进度的要求。
3、软件项目控制具体操作
3．1软件项目进度控制
为了确保软件开发中的各项工作能按照计划预定的日程顺利完成．对项目的进度要进行控制。进度控制的过程是．在项目实施过程中，不断地进行实际进度值与计划值的比较、发现偏差、检查分析其产生的原因，并采取相应的措施加以解决。
3．1．1进度控制流程
(1)进度控制的输入
进度计划。项目进度基准是项目测量和报告的基础和标准。
实施报告。实施报告提供了有关项目进度发展实情。报告未来可能发生的进度问题。
变更要求。项目变更要有严格的申请和审批手续。
进度管理的技术和工具。
(2)进度管理的技术和工具
进度控制变更系统。为有效实现进度管理与控制．进度控制系统应设立实现重新计划的全部功能。包括：文件设立．跟踪即实施报告．变更评估等。
实施情况测量。项目进度控制系统中的一个重要组成部分是决定对迟发生的进度偏差是否采取纠偏措施。而实施情况报告提供了决策的主要信息。如变更分析．趋势分析．已实现价值分析等。
纠偏计划。很少有项目能完全按计划进度进行为实现项目进度或总进度要求，在项目实施过程中．需要不断对原计划进行调整或增加新的工作内容。为此．需要不断对实施的项目进行活动时间预测。修改活动过程．替代进度方案分析。
项目管理软件。它的作用是跟踪项目按计划日期展开实际工作的情况．对照进度计划分析进度现状，找出进度的偏差．分析进度偏差对项目的影响．预测未来走势
(3)项目进度控制的输出
进度更新。包括对项目管理中任何进度信息的修改。进度调整是其中的一种．师队员进度计划中活动开始和结束时间的改变。纠偏行动。通过改变资源投入将实际进度拉回到计划的行动过程。
从中获得的教训。有关进度偏差产生的原因。纠偏方案的评估与选择以及其他方面的感受和教训都应纪录在案成为日后有用的历史资料。
3．1．2进度控制方法
一般项目进度控制采用因果分析．分析用四步完成：
(1)明确问题。实际完成情况与项目里程碑相对照．确定是否超期．超期的部分是在哪里。
(2)查找产生该问题的原因。位从系统角度充分认识各方原因．应组织具有代表性任务人员并采用头脑风暴法进行。项目主管要通过他领导的办公室或小组，以及在各职能部门的人共同分析问题产生原因。
(3)确定个原因对问题产生的影响程度。对影响程度的评估可以采用专家小组打分的方法，事先确定权数．而后打分得出分析结果。
(4)画出带箭头的鱼刺图。分析出原因后各部门各就其职针对问题提出解决方案．并实施。
3．1．3软件项目进度控制具体措施
在实施进度计划过程中，会有种种故障：客户的需求进行了补充或修改；工作量估算不准，造成进度不平衡或是有人不遵从开发规范．导致产品出现缺陷；或是技术环节出现故障，这些问题往往是在进度计划外出现的．一旦出现这些问题，项目进度不得不进行调整。开发过程中为了有效控制类似问题，可以采用以下辅助措施，控制进度按计划执行：
(1)政策性措施。对于不遵从开发规范，人员不按时履行职责的．给予经济或是职务上的处罚．这种措施应是建立在分配任务之前；
(2)人员安排。在各子项目接口处适当安排机动人员与机动时间。这一措施有赖于项目组织的机构设置能动性好。此处比较难解决的是人员业绩评估．奖励问题。
(3)技术措施，要想很好地执行进度计划，需要事先有统一的规范例如开发语言的统一，文档的归类。这样便于下一阶段人员理解上一阶段人员意图，交流更加容易。
(4)信息流措施。该措施要求建立一个信息流系统．准时汇报项目进度．便于主控人员调整进度，并且保证信息流通顺畅。避免开发期压到最后造成严重拖工。
(5)资金措施。财务部门可以定期检查各部门财务情况．控制资金流出时间．进而控制项目进度。这与后面要讲到的三者权衡有密切关系。
3．2软件项目费用控制
费用控制就是要保证各项工作要在他们各自的预算范围内进行。其基础是实现就对项目进行费用预算。整个项目费用应包括项目范围规划阶段。软件需求分析阶段．原型设计阶段开发阶段．测试阶段和项目投入使用后的使用阶段所消耗费用的总和。软件开发项目承担公司为了完成项目目标和获得更多的利润．在实施项目过程中就要控制成本．在控制过程中，首先要拟定一个标准．即计划值．然后进行实际至于计划值的比较，确定实际值与计划标准的偏差大小．以便在此基础上采取各种措施纠正偏差．常用的分析工具是偏差分析。
偏差是指实际成本对相应计划的偏离，成本偏差的数学公式为：
cv=bcwp-acwp(负数cv表明出现超支；反之，则节资)(3—1)
其中：cv为成本偏差，bcwp为计划工作预算，acwp为完成工作实际成本。
在进行成本偏离计划程度分析时，常用计划偏差率反应时给予计划的偏离程度。
cvp=cv／bcwp(3-2)
其中cvp为成本偏差率。
偏差值是控制分析中的一个关键参数，因而应向各级组织汇报。对于不同的项目或同一项目不同阶段或不同管理层次，对偏差的控制程度不一样，制定偏差允许值的方法也不同。由于随着时间的推移风险减少了，因而偏差允许也可降低。
3．3软件项目质量控制
软件个人工作计划篇（9）
人类社会经历了三次经济革命从农业革命、工业革命到目前正在经历的信息革命。信息化正在日益改变人们的思维方式和生活习惯。在推动信息化过程中，计算机及其软件产品发挥着至关重要的功能。对于软件项目的管理成为项目管理领域一个令人兴奋的课题。本文将结合项目管理中的控制方法分析软件项目管理控制的相关新问题．以期提高软件项目的开发效率。
1、有关软件项目管理
1．1项目和项目管理
项目是一个旨在完成一个或一些独特产品或服务的过程．它有着一系列被具体描述的属性。由于项目的独特性和一次性特征，引伸出它的其他特征．如目标的确定性．成果的不可挽回性组织的临时性和开发性等。基于项flI的这些特征．项目运作更加注重项目决策前的计划以及对实施过程的控制，以减少项目运作的风险。项目管理是2O世纪50年代后期发展起来的一种计划管理方法，它运用先进科学的管理方式．有效解决大型组织的效率低下和小型企业面临的风险增加新问题以组织的机动灵活．面向客户和资源利用率高而被广泛应用。在工程设计．施工软件项目的开发、实麓中经常会碰到进度拖延．费用超支、质量不达要求等新问题除去极少数是因为技术原因造成，绝大部分是源于僵化的管理和不当的管理方式。
1．2软件项目管理
各软件企业都在积极将软件项目管理引入开发活动中．对开发实行有效的管理。从概念上讲．软件项目管理是为了使软件项目能够按照预定的成本．进度、质量顺利完成．而对成本、人员、进度、质量、风险等进行分析和管理的活动。同时，随着软件开发规模及开发队伍的逐渐增大，软件开发不再是向过去那样一二个开发人员即可解决的事情。迫切需要一种开发规范来规范每个开发人员、测试人员和支持人员的工作每个项目组成员按约定的规则准时完成自己的工作。同时采用规范化管理．专业分工也可以降低对开发人员的要求，从而降低产品研发成本。
2、软件项目控制
2．1软件项目控制
软件项目跟踪和监控包括对照已文档化的估计、约定和计划评审和跟踪软件完成情况和结果。基于实际的完成情况和结果调整这些计划。软件项目的已文档化的计划(即软件开发计划，正如在软件项目计划关键过程区域中所描述的)用作跟踪软件活动传送状态和修订计划的基础管理者监控软件活动．主要通过在所选出的软件工作产品完成时和在所选择的里程碑处，将实际的软件规模工作量成本和时间表和计划相比较，来确定进展情况。当确定未实现软件项目计划时，采取纠正办法。这些办法可以包括修订软件开发计划以反映实际的完成情况和重新计划遗留的工作或者采取改进性能的办法。
2．2软件项目控制的内容
软件项目控制的目的是为软件项目的过程提供足够的能见度，从而可以在执行过程中发生对计划的严重偏离时能够采取适当的更正行为。软件项目控制包括：a。追踪软件项目的进展于表现从而和所作的估计、承诺和计划做出对比：b。追踪软件项目的风险；C。在发生对计划的严重偏离时采取适当的更正行为。
2．3软件项目控制步骤
由于软件开发是处在一个开放的动态系统中，开发环境的不断变化要求不断修改项目计划，以适应新的变化。此外项目经理及其组织在完成任务的过程中不可避免的要碰到这样或那样的新问题．解决这些新的矛盾和新问题均属项目控制的范畴项目的预算和进度计划只能为项目经理提供决策的依据．假如在项目实施过程中控制不住．很难在限定的时间和预算要求下实现项目管理工作的目标。因此软件项目控制的过程包括以下四个步骤：a、猜测什么会发生——要做出开发计划并建立工作标准b、查明什么正在发生——用建立的工作标准检查当前的工作；c、正在(或已经)发生的实事同猜测的结果进行比较——分析误差产生的原因：d及时采取补救办法．以满足项目目标，预算和进度的要求。
3、软件项目控制具体操作
3．1软件项目进度控制
为了确保软件开发中的各项工作能按照计划预定的日程顺利完成．对项目的进度要进行控制。进度控制的过程是．在项目实施过程中，不断地进行实际进度值和计划值的比较、发现偏差、检查分析其产生的原因，并采取相应的办法加以解决。
3．1．1进度控制流程
(1)进度控制的输入
进度计划。项目进度基准是项目测量和报告的基础和标准。
实施报告。实施报告提供了有关项目进度发展实情。报告未来可能发生的进度新问题。
变更要求。项目变更要有严格的申请和审批手续。
进度管理的技术和工具。
(2)进度管理的技术和工具
进度控制变更系统。为有效实现进度管理和控制．进度控制系统应设立实现重新计划的全部功能。包括：文件设立．跟踪即实施报告．变更评估等。
实施情况测量。项目进度控制系统中的一个重要组成部分是决定对迟发生的进度偏差是否采取纠偏办法。而实施情况报告提供了决策的主要信息。如变更分析．趋向分析．已实现价值分析等。
纠偏计划。很少有项目能完全按计划进度进行为实现项目进度或总进度要求，在项目实施过程中．需要不断对原计划进行调整或增加新的工作内容。为此．需要不断对实施的项目进行活动时间猜测。修改活动过程．替代进度方案分析。
项目管理软件。它的功能是跟踪项目按计划日期展开实际工作的情况．对照进度计划分析进度目前状况，找出进度的偏差．分析进度偏差对项目的影响．猜测未来走势
(3)项目进度控制的输出
进度更新。包括对项目管理中任何进度信息的修改。进度调整是其中的一种．师队员进度计划中活动开始和结束时间的改变。纠偏行动。通过改变资源投入将实际进度拉回到计划的行动过程。
从中获得的教训。有关进度偏差产生的原因。纠偏方案的评估和选择以及其他方面的感受和教训都应纪录在案成为日后有用的历史资料。
3．1．2进度控制方法
一般项目进度控制采用因果分析．分析用四步完成：
(1)明确新问题。实际完成情况和项目里程碑相对照．确定是否超期．超期的部分是在哪里。
(2)查找产生该新问题的原因。位从系统角度充分熟悉各方原因．应组织具有代表性任务人员并采用头脑风暴法进行。项目主管要通过他领导的办公室或小组，以及在各职能部门的人共同分析新问题产生原因。
(3)确定个原因对新问题产生的影响程度。对影响程度的评估可以采用专家小组打分的方法，事先确定权数．而后打分得出分析结果。
(4)画出带箭头的鱼刺图。分析出原因后各部门各就其职针对新问题提出解决方案．并实施。
3．1．3软件项目进度控制具体办法
在实施进度计划过程中，会有种种故障：客户的需求进行了补充或修改；工作量估算不准，造成进度不平衡或是有人不遵从开发规范．导致产品出现缺陷；或是技术环节出现故障，这些新问题往往是在进度计划外出现的．一旦出现这些新问题，项目进度不得不进行调整。开发过程中为了有效控制类似新问题，可以采用以下辅助办法，控制进度按计划执行：
(1)政策性办法。对于不遵从开发规范，人员不按时履行职责的．给予经济或是职务上的处罚．这种办法应是建立在分配任务之前；
(2)人员布置。在各子项目接口处适当布置机动人员和机动时间。这一办法有赖于项目组织的机构设置能动性好。此处比较难解决的是人员业绩评估．奖励新问题。
(3)技术办法，要想很好地执行进度计划，需要事先有统一的规范例如开发语言的统一，文档的归类。这样便于下一阶段人员理解上一阶段人员意图，交流更加轻易。
(4)信息流办法。该办法要求建立一个信息流系统．准时汇报项目进度．便于主控人员调整进度，并且保证信息流通顺畅。避免开发期压到最后造成严重拖工。
(5)资金办法。财务部门可以定期检查各部门财务情况．控制资金流出时间．进而控制项目进度。这和后面要讲到的三者权衡有密切关系。
3．2软件项目费用控制
费用控制就是要保证各项工作要在他们各自的预算范围内进行。其基础是实现就对项目进行费用预算。整个项目费用应包括项目范围规划阶段。软件需求分析阶段．原型设计阶段开发阶段．测试阶段和项目投入使用后的使用阶段所消耗费用的总和。软件开发项目承担公司为了完成项目目标和获得更多的利润．在实施项目过程中就要控制成本．在控制过程中，首先要拟定一个标准．即计划值．然后进行实际至于计划值的比较，确定实际值和计划标准的偏差大小．以便在此基础上采取各种办法纠正偏差．常用的分析工具是偏差分析。
偏差是指实际成本对相应计划的偏离，成本偏差的数学公式为：
CV=BCWP-ACWP(负数CV表明出现超支；反之，则节资)(3—1)
其中：CV为成本偏差，BCWP为计划工作预算，ACWP为完成工作实际成本。
在进行成本偏离计划程度分析时，常用计划偏差率反应时给予计划的偏离程度。
CVP=CV／BCWP(3-2)
其中CVP为成本偏差率。
偏差值是控制分析中的一个关键参数，因而应向各级组织汇报。对于不同的项目或同一项目不同阶段或不同管理层次，对偏差的控制程度不一样，制定偏差答应值的方法也不同。由于随着时间的推移风险减少了，因而偏差答应也可降低。超级秘书网
3．3软件项目质量控制
软件个人工作计划篇（10）
中图分类号：TP311.5
目前，南京市软件产业取得了令人瞩目的成绩，中小型软件企业的数量也在与日俱增，相当多的中小型软件企业希望以CMM2作为切入点，着力改进软件项目管理过程，提升企业的市场竞争力。作为培养“软件蓝领”的高职院校，就要顺应这一趋势，采用信息化的手段让学生学习并了解CMM2模型。所以，一个基于CMM2模型的、并加以改进的“软件实训项目管理系统”应运而生。
1 软件能力成熟度模型2级（CMM2）详解
所谓CMM2（可重复级），就是在CMM2级企业中，已经建立了基本的软件项目级管理过程，可对项目的成本、进度进行跟踪和控制，软件开发和维护的过程相对稳定，已有的管理类似项目的成功经验可以被复用管理新项目，尽管新项目所实施的具体过程有可能不同。CMM2的核心就是重复利用。
CMM2包括六个关键过程域（KPA），囊括了需求管理、项目管理、质量管理、配置管理和子合同管理五个方面，其中项目管理又分为计划过程和跟踪与监控过程。
1.1 需求管理
需求管理的最终目的是在客户与实现客户需求的项目之间达成共识，需求管理活动就是为了建立并维护这种共识，这是软件项目计划和管理的基础。在软件项目的整个生命周期，都应该记载、跟踪和验证由于需求的变化而引起其它文档所作的修改。
1.2 软件项目计划
建立合理的开发计划的基础是对项目规模、资源要求和风险等要有一个合理的估算。软件项目计划的目的是为完成软件工程和管理软件项目制定合理的计划，包含估计待完成的工作，建立必要的约定和确定进行该工作的计划。
1.3 软件项目跟踪及监督
软件项目跟踪和监督的目的是建立对实际进展的适当的可视性，使管理者能在软件项目性能明显偏离软件计划时采取有效措施。它包括对照已文档化的估计、约定、和计划评审和跟踪软件完成情况和结果，以保证当项目执行偏离项目计划时管理上能采取有效的解决措施。
1.4 软件质量保证
软件质量保证的目的是向管理者提供适当的对软件项目正使用的过程和正构造产品的可视性。它包括评审和审计软件产品和活动以验证它们符合适用的规程和标准，给项目和其它有关的经理提供这些评审和审计的结果。
1.5 软件配置管理
软件配置管理的目的是建立和维护在项目的整个软件生存周期中软件项目产品的完整性。它包括标识在给定时间点上软件的配置，系统地控制对配置的更改、并维护在整个软件生存周期中配置的完整性和可跟踪性。
1.6 软件子合同管理
软件子合同管理的目的是选择合格的软件子承包商并有效地管理他们。它包括选择软件子承包商、建立和子承包商的约定，及跟踪和评审子承包商的性能和结果。
2 软件实训项目管理与CMM2模型改进
2.1 软件实训项目管理
（1）软件实训项目管理概述。软件实训项目是参考中小型软件企业真实项目案例，同时又适合高职学生作为训练相应技能而改进的软件项目，它不是一个具有商业性质的软件产品。目前，正规的软件企业如果重视软件项目实施过程的管理，一定会采取各种方法对软件项目进行管控，软件项目管理系统就是一个常见的措施，采用该系统可以对软件项目的各个实施阶段进行有效的、实时的、科学的管控。所以，把针对软件实训项目管理的系统叫做软件实训项目管理系统。
（2）软件实训项目管理系统的基本功能需求。软件实训项目管理系统是体现软件实训项目管理过程的一个信息化软件平台，针对学院对项目管理基本的功能需求调查发现，整个系统包括了班级管理、案例资料管理、项目管理、历史数据管理、实训成绩管理、课程管理六大部分。其中最重要的功能就是项目管理，它重点体现了软件成熟度模型的思想，有效的规范和保证了项目实施的全过程，包括项目启动、计划、执行、质量保证、结束。
2.2 CMM2级模型改进与实施方案
（1）CMM2级模型改进。CMM2模型中的内容非常广泛，标准十分完备，如果完全照搬CMM2运用到该系统中是不合适的。因此，必须对CMM2中管理的内容和标准进行一定的优化和裁减，提出一个适合软件实训项目组规模的CMM软件项目管理模型，并给出在模型的各个阶段实际要完成的任务和需要注意的问题。
根据CMM2六个关键过程域（KPA）的解释和软件项目管理的过程，这里我们可以初步提出一个基于CMM2的软件实训项目管理模型。该模型如图1所示：
图1中软件实训项目管理模型的划分结合了软件项目的生命周期，主要分为：项目启动、项目计划、项目实施与控制、项目技术。各个阶段分别包含CMM2的关键过程域，其中软件质量保证和软件配置管理2个KPA贯穿于整个项目开发过程始终。图中只提到了CMM2的5个KPA，还有一个软件子合同管理KPA，考虑到根据软件实训项目的规模和实际情况，一般不会出现把项目转包出现的情况，在此进行了裁减。
（2）组织管理结构改进。对CMM2的模型改进后，接下来就要对CMM2所要求的组织管理结构进行适当的裁减。因为CMM中任务分工细，涉及到的角色关系多，这对于软件实训项目组这样的小型软件开发组织来说是难以实现的。经过裁减后，组织管理结构中各个角色的工作职责描述如下：1）高级经理：一名，负责所开展的所有软件实训项目。2）项目经理：一个项目一名，负责整个项目的实施。3）软件工程师：根据软件项目的规模确定人数，负责软件的设计与开发。4）软件配置管理员：可安排由项目组中任意成员担任，可以是项目经理，可以是软件工程师，也可以由其他人员兼任，负责软件产品的配置整合工作。5）软件质量保证员：如果人员条件允许，此人员最好单独设立，如若条件所限，可由项目经理或软件测试人员兼任，负责项目在各个阶段的评审。6）软件测试员：可由软件工程师同时担任，在开展测试工作时，必须交叉测试。
3 实施方案
3.1 项目启动
项目启动是软件项目管理的初始阶段，它对项目有序、正常的开展起着非常关键的作用。项目启动包括有项目可行性分析，需求调研、编写需求文档和可行性分析报告。该阶段主要包含CMM2的软件项目计划KPA。
在此阶段需要重点处理的工作有：（1）可行性分析。可行性分析是为了分析在一定时间范围内软件项目是否能够按要求完成以及完成的价值如何。一般从技术可行性、经济可行性、社会可行性三个大方面来考虑，从而形成软件项目可行性分析报告。技术可行性即项目开发的技术储备，开发的风险等方面是否支持项目的开发；经济可行性即确定该项目在经济上是否值得开发；社会可行性即判断待开发的项目是否有侵犯、妨碍等责任问题。（2）需求分析。需求分析是经过需求分析后的产出物。需求分析的任务就是确定系统具备哪些功能，即回答待开发项目做什么的问题。需求分析的过程是和客户打交道最多也是最重要的环节，它直接决定了后续项目开发的成功与否，必须通过多次的需求调研、分析才能形成需求规格说明书。
3.2 项目计划
项目计划的提出是为了给软件项目实施的各个阶段提供一个合理的、可行的、可参考的工作计划，使项目参与人员能够有条不紊的按照计划开展工作。该阶段主要包含CMM2的需求管理KPA和软件项目计划KPA。
在此阶段需要重点处理的工作有软件项目计划：软件项目计划必须按照需求调研的结果来制定，要根据不同的项目要求明确软件项目开发模型，可以利用的项目资源，项目经理还要根据项目需求文档从软件规模、人力、成本、进度等方面进行项目估算和风险评估，根据项目组成员的技术特点和能力进行工作分解和职责分配，从而形成软件项目计划书。项目计划书一旦制定，项目实施的过程就要严格的以它为基准跟踪和控制。
3.3 项目实施与控制
虽然软件项目已经有了明确的需求分析和好的项目计划，但由于计划本身具有假设性和预测性，尽管也充分考虑了可能的风险因素，但是计划毕竟只能是对现实所作的预测和粗略的描述。因此在实施计划时，偏差不可避免。当软件项目的执行与项目计划出现明显偏差时，项目管理人员必须采取有效的措施。该阶段包含CMM2软件项目跟踪和监控KPA和需求管理KPA。
在此阶段需要重点处理的工作有：（1）需求变更控制：由于需求不能在项目启动时就能完整的定义好，并且随着项目的实施，遇到客户临时更改需求的情况也是不可避免的，项目经理要组织项目组讨论变更带来的影响，从而决定是否进行需求文档和项目计划的修改。（2）版本控制：由于软件项目通常是团队合作方式进行，所以不管是需求的变更，还是实施过程中其他文件的更新，都必须及时通知到每一个项目组成员。（3）需求状态：需求状态是标识需求的一个重要属性。每当处理一个需求功能点时，都必须及时的把对该需求的处理方式记录下来，通常的需求状态有：已批准、已拒绝、已删除等等。（4）项目跟踪和监控：项目组必须指定专人在规定的时间记录项目定的跟踪项的进展状态，以提供计划与实际偏差的第一手数据，从而采取必要的措施及时处理偏差。
3.4 项目结束
项目结束阶段主要是针对项目本身进行的项目评审验收、归档总结等工作。此阶段包含CMM2软件质量保证和软件配置管理KPA。
在此阶段需要重点处理的工作有：（1）用户验收和项目评审。项目评审应该贯穿于整个项目实施的始终，可以根据项目规模的大小来决定评审的形式，是走查还是正是评审，可以邀请同行和客户来对软件项目进行审查。在项目结束阶段的评审主要是对项目整体功能是否符合需求，项目过程是否符合项目计划等方面来展开。（2）归档总结。项目结束后，要把项目涉及到的项目资料包括软件的需求文档、开发设计文档、产品文档、管理文档等资料汇总收集到相关资料库中，同时还要认真的总结项目实施过程，供今后维护和开发参考使用。
参考文献：
[1]韩万江，姜立新.软件项目管理案例教程[M].机械工业出版社，2006.
[2]Mark C.Paulk，Charles V.Weber，Suzanne M.Garcia，Mary Beth Chrissis，Marilyn Bush.Key Practices of the Capability Maturity ModelSM，Version 1.1.1993.
[3]邓子云.论CMM2的过程改进[J].安徽电子信息职业技术学院学报，2004，3（5）.
