计算机软件及计算机应用研究论文软件项目管理探讨5篇.docx

上传人:b****5 文档编号:12578922 上传时间:2023-04-20 格式:DOCX 页数:20 大小:31.66KB
下载 相关 举报
计算机软件及计算机应用研究论文软件项目管理探讨5篇.docx_第1页
第1页 / 共20页
计算机软件及计算机应用研究论文软件项目管理探讨5篇.docx_第2页
第2页 / 共20页
计算机软件及计算机应用研究论文软件项目管理探讨5篇.docx_第3页
第3页 / 共20页
计算机软件及计算机应用研究论文软件项目管理探讨5篇.docx_第4页
第4页 / 共20页
计算机软件及计算机应用研究论文软件项目管理探讨5篇.docx_第5页
第5页 / 共20页
点击查看更多>>
下载资源
资源描述

计算机软件及计算机应用研究论文软件项目管理探讨5篇.docx

《计算机软件及计算机应用研究论文软件项目管理探讨5篇.docx》由会员分享,可在线阅读,更多相关《计算机软件及计算机应用研究论文软件项目管理探讨5篇.docx(20页珍藏版)》请在冰豆网上搜索。

计算机软件及计算机应用研究论文软件项目管理探讨5篇.docx

计算机软件及计算机应用研究论文软件项目管理探讨5篇

计算机软件及计算机应用课题研究论文

软件项目管理探讨5篇

【摘 要】软件项目管理和其它的项目管理相比有相当的特殊性。

首先,软件是纯知识产品,其开发进度和质量很难估计和度量,生产效率也难以预测和保证。

其次,软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。

幸运的是,时问和预算都是可摔制的,并不是指我们可以控制时间快慢或长短,是如何叫确知道哪一个时间点,需要何种产出物,而我们有多少的预算町以完成。

为了有效控制,我们需要一个标准的流程,只要照着规矩走,一切都好

【关键词】软件项目管理

软件项目管理探讨:

关于软件项目管理及风险分析

论文摘要:

软件项h的有效管理,对项目的成败具有至关重要的作用。

软件项目的风险体现存些方血,如何回避这些风险,存本文中进行了探讨,最后指出建立合理的管理流程,对软件项目的管理来说,是非常重要的。

论文关键词:

软件项目:

管流程;风险分析

0引言

软件项目管理的提出是在2o世纪70年代中期的美国,当时美国国防部专研究了软件开发不能按时提交,预算超支和质量达到用户要求的原因,结果发现70%的项目是因为管理不善引起的,而非技术原因。

于是软件开发者开始逐渐重视起软件开发中的各项管理。

到了20世纪90年代中期,软件研发项日管理不善的问题仍然存在。

据美国软件工程实施现状的调查,软件研发的情况仍然很难预测,大约只有10%的项目能够在预定的费用和进度下交付。

究竟怎么样才能做好软件项目的管理及风险分析,保证项目顺利实施呢?

这是个比较复杂的问题,下面就软件项目的特点,缩合大家的经验总结,谈一点看法。

1软件项目管理风险分析

软件项目管是为了使软件项目能够按照预定的成本、进度、质量顺利完成,而对人员、产品、过程和项目进行分析和管理的活动。

目的是为了让软件项目尤其是大型项目的整个软件生命周期(从分析、设计、编码、测试、到维护全过程)都能在管理者的控制之下,以预定成本按期,按质的完成软件交付用户使用。

怎样进行有效的项目管理呢?

首先我们来分析下影响软件项目的质量因素。

软件项目,尤其是大型项目有二项非常重要的因素,会影响整个项目的进度与质量,它们分别是:

“人”、“流程”与“技术”。

“人”是项目中最难预料与掌控的一项要素,人可分成两部份,一是客户,二是开发团队。

“技术”是指软件项目所使用的开发半台,主要指开发环境及开发语言。

是最容易掌握的部份。

“流程”是指软件开发流程或是项目流程,定义流程的目的是要掌控所有的情况。

项目的最大敌人是时间及预算,这两者都是有限的,如何在有限预算内准时完成项目,可说是一项艺术。

1.1“人”因素分析

“人”是指客户和开发团队,其中开发团队的因素对项目影响很大,对于这方面影响因素主要分析如下:

·人员技能未达到要求

在项目开始之初,我们假设项目成员都能够达到组织级的要求,但往往并不是每个成员都能够达到要求。

而且项目中每个成员的生产率差异可能很大,也给项目进度安排造成影响。

所以在项目始之初,应该对项目成员的技能进行一次总体的评估,对于大家都欠缺的技能,应该安排统一的培训,后续需要对培训的效果进行跟踪;对于个别人员技能欠缺的,应该单独预留自我学习时间或通过以师带徒的方式进行培养,使其技能能够尽快达到要求:

对于项目新员的工作和任务,应该加强评审和检查,保证输出不出现大的偏差而导致后续大量的返工。

对于这方影响因素主要分析如下:

·项目成员责任心不强

态度决定一切,细节决定成败。

对于项目过程中的各项任务,经常出现由于项目成员责任心不强敷衍了事,导致产出的工件质量较差,引起大量返工的情况。

在这种情况下,项目更应该加强项目规范的建设,项目经理应加强同这些成员的单独沟通,加强项目的团队建设和集体荣誉感。

让项目成员感觉到做的系统是他们自己的产品,而不是公司的项目,项目经理的项目。

·项目沟通问题

在软件项目中,保证项目各种角色和成员中的高效沟通是很重要的,如何建立起快捷顺畅的沟通渠道,采用最佳的沟通方式来解决问题,必须在项目中经常强调。

如果一周的项目任务花存实际做事情上有2天,而花在沟通上却占用了3天,这时必须及时分析和总结原因。

沟通最重要的就是要在最短的时间里面,采用各种方法或工具,使交流双方或多方达成一致。

·项目人员流失

项目人员特别是项目关键成员在项目进行过程中的流失,对项目影响很大,对于这种情况,应该在项目开始之初,就作为专门的风险进行跟踪,并考虑具体的应对措施。

1.2“流程”因素分析

软件的开发流程般定义为:

需求分析一可行性分析一概要设计一结构化设计一详细设计一编码一软件测试一软件维护。

“流程”中软件项目的风险,主要体现存4个阶段:

软件需求阶段、软件设计阶段、软件实现阶段和软件维护阶段

·软件需求阶段

软件的开发是以用户的需求开始,在大多数情况下,用户需求要靠软件开发方诱导,才能保证需求的完整,再以的形式形成《用户需求》这一重要的文档。

需求分析更多的是开发方确认需求的可行性和一致性的过程,在此阶段需要和用户进行广泛的交流和确认。

需求和需求分析的任何疏漏造成的损失,会在软件系统的后续阶段被一级级地放大,因此本阶段的风险最大。

·软件设计阶段

设计的主要目的在于软件功能正确地反映了需求,需求的不完整和对需求分析的不完整或者错误,在设计阶段将被成倍地放大。

设计阶段的主要任务是完成系统体系结构的定义,使之能够完成需求阶段的即定目标;另一方面也是检验需求的致性和需求分析的完整性和正确性。

设计阶段的风险主要来自于系统分析人员。

分析人员存设计系统结构时过于定制,系统的可扩展性较弱,会给后期维护带来巨大的负担和维护成本的激增。

对用户来说系统的使用比例会有明显的折扣,甚至会造成软件寿命过短。

反之,软件结构的过于灵活和通用,必然引起软件实现的难度增加,系统的复杂度上升,可靠性降低,给实现和测试阶段带来风险,系统的稳定性也会受到影响。

从另一个角度上看,用户需求和将来软件运行环境的变化都是必然的,目前软件设计的所渭的“通用性”是否就能很好的适应将来需求和运行环境的变化,都是需要认真折衷的,而这种折中也蕴涵着很大的风险。

设计阶段蕴涵的另一种风险来自于设计文档。

文档的不健全不仅会造成实现阶段的困难,更会在后期的测试和维护造成灾难性的后果,例如根本无法对软件系统进行版本级,甚至是发现的简单错误都无从更正。

·软件实现阶段

软件的实现从某种意义上讲是软件代码的生产。

源代码木身也是文档的一部分,同时它又是将来运行于计算机系统之上的实体。

源代码书的规范性,可读性是该阶段的主要风险来源。

规范的代码生产会把属于程序员自身个性风格的成分引入代码的比例降到最低限度,从而减小了系统整合的风险。

·软件维护阶段

软件维护包含两个主要的维护阶段,一个是软件生产完毕到软件试运行阶段的维护,这个阶段是一种实环境的测试性维护,其主要目的是发现在测试环境中不能或末发现的问题;另一个阶段是当软件的运行不再能适应用户业务需求或是用户的运行环境(包括硬件平台、软件环境等)时进行的软件维护,具体可能是软件的版本升级或软件移植等。

1.3“技术”因素分析

存软件项目开发和建设的过程中,技术因素是一个非常重要的因素。

项目组一定要本着项目的实际要求,选用合适、成熟的技术,千万不要无视项目的实际情况选用一些虽然先进但并非项目所必须且自己又不熟悉的技术。

如果项目所要求的技术项目成员不具备或掌握不够,则需要重点关注该风险因素。

2建立项目管理流程

那么如何解决这些问题呢?

实际上很多模型已经给出了答案,比如rup、qos、xp等,但是大家在学习和使用这些模型的时候,往往觉得这些模型提出的概念和实施比较难以操作,另外就是不管是rup、q0s还是xp,既然是一个方法模型,就不可避免要描述为一个完整的、系统化的理论模型,否则就体现不出理论的完整和逻辑的严谨。

下面我们只是把以软件设计为优秀的开发管理流程化,避免在频繁发生外界变化的情况下,变被动为主动。

软件项目管理除了按照既定的管理流程进行有效的控制,还要对各阶段的文档进行标准化管理,保证文档的完整和标准化,为软件后期的维护提供有力的支持。

3结束语

软件项目管理和其它的项目管理相比有相当的特殊性。

首先,软件是纯知识产品,其开发进度和质量很难估计和度量,生产效率也难以预测和保证。

其次,软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。

幸运的是,时问和预算都是可摔制的,并不是指我们可以控制时间快慢或长短,是如何叫确知道哪一个时间点,需要何种产出物,而我们有多少的预算町以完成。

为了有效控制,我们需要一个标准的流程,只要照着规矩走,一切都好办。

软件项目管理探讨:

关于软件项目管理流程分析与设计

论文摘要:

针对软件项目和项目开发中的复杂性、易变性和不可预见性,研究了软件项目管理流程方法设计了软件项目运作过程的总体流程,分析了各阶段流程的进入条件、主要工作过程和工作结果

论文关键词:

软件过程;软件项目管理;流程管理

1引言

长期以来,软件项目高失败率的状况一直困扰着人们,研究表明,软件项目失败的原因主要有两个:

一是应用项目的复杂性;二是缺乏合格的软件项目管理人才。

实践证明缺乏有效的项目管理是导致软件项目失控的直接原因。

软件开发的风险之所以大,是由于软件过程能力低,其中最关键的问题在于软件开发组织不能很好地管理其软件过程,从而使一些好的开发方法和技术不能起到预期的作用。

流程管理作为现代企业管理的先进思想和有效工具,随着市场环境与组织模式的变化,在以计算机网络为基础的现代社会信息化背景下越发显示出其威力和效用。

流程管理不仅是一种管理技术,更体现了现代管理的思想。

流程管理的重点是:

理清和管理好所有主、支流程间的关系,使他们相互协调发挥应有的作用。

流程管理增加了部门的透明度,管理的对象不是“部门”和“部门员工”的概念,而是以工序流程为管理对象,注重流程中每一个过程和效率以及和上下游工序的关系,管理重点在于整体流程的完整性和顺畅性。

目前,流程管理技术的研究已越来越受到人重视。

运用流程管理方法和技术进行软件项日管理,可以有效地改变软件过程管理混乱的局面首先埘软件项目开发过程进行有效的、规范化的定义;其次,在软件项目开发过程中,所有的活动过程均按照流程所规定的活动的逻辑关系、活动的实现方式来执行,这样可以使得所有的活动有序和可控;第三,通过明确运作流程,使项目组人员迅速融入项目和开发过程中;第四,关注每个过程的“结果”,使软件项目的所有工作产品均能得到有效的保存,保证了软件产品完整性。

2流程的概念及在软件项目管理中的作用

流程是由活动组成的。

基本活动是由个人或团体来完成的,它不需要进行其他的基本活动的转化。

流程的各个活动之间有着特定的流向,它包含着明确的起始活动与终止活动,因此是一个动态的概念。

从结构上来看,流程有四个基本的构成因素:

活动、活动的逻辑关系、活动的实现方式和活动的承担者。

流程与“一系列的活动或事件”,“结果”等概念密切相关。

流程管理不仅是一种管理技术,更体现了现代管理的思想,原有的以控制、塔式组织为基础的职能行政管理已经不能完全满足于现代企业发展和市场竞争的需要,管理的发展沿着分工理论运行了上百年后,现在又重新回归到整合与系统。

软件项目生命周期的一系列的开发过程是各种各样的流程活动:

软件项目的计划编制、系统分析、慨要设计、详细设计、程序编码、测试与维护等活动过程都是一种流程活动:

制定软件项目管理流程,重点考虑以下几点:

1)制定的流程能引导项目逐步走向成功;

2)制定的流程能适用软件开发过程;

3)制定的流程能指导项目开发活动.有利于对项日开发活动的管理;

4)制定的流程能以苴观的流程图表示.能使项目组成员清楚的知道软件开发与管理的过程和相互之间关系;

5)流程中的起始活动条件、终止活动条件明确、规范便于控制:

6)流程中的工作产品定义明确、可度趟,评价标准和方法具体、可操作

3软件项目管理总体流程设计

在软件项目开发管理过程中,不仪要努力实现项目的范围、时间、成本和质量等目际,还必须协调整个项目过程,以满足项目参与者及其他利益柑关者的需要和期望;随着软件规模和所涉及的领域不断地扩大,软件项目的管理越来越困难,纵观所有失败的软件项目.基本原因是不能管理其软件过程,在无纪律的、混乱的项目状态下,组织不可能从较好的方法和工具中获益。

严谨的软件过程控制管理不仅可以在每个阶段回顾和纠正项目的偏差.别软件项目的风险甚至果断中止项目。

且可以将人才流动所带来的不利影响减少到最小。

要进行有效的过程控制,必须明确软件项目管理流程。

软件项目管理总体流程设计为项目搜寻、立项、售前合同生成和合同执行等5个主要阶段,分别以pl、p2、p3、p4、p5表示;同时设计了立项完成、合同签定、功能定义、软件开发、项目验收等5个里程碑,分别以tm1、tm2、tm3、tm4、tm5表示,如图l所示。

在这些流程中,合同执行流程是软件项目管理的优秀,其主要过程有:

产品定义、软件开发、测试执行、内部验收、项目实施与验收、项目维护.

4软件项目管理总体流程分析

4.1项目搜寻

项目搜寻是项目立项的基础,项目搜寻阶段的主要任务包括市场信息收集,用户需求跟踪,对潜存的项目进行分析和筛选。

4.2项目立项

立项阶段的主要任务是确认立项的理由,提出立项建议,提供合适的资金和资源,使立项建议成为正式项目。

4.3项目售前

售前阶段从项目立项开始到项目合同的签定结束,主要工作有:

制定与客户的交流计划,详细了解客户的背景资料,了解客户启动项目的缘由、目的和期望,编制项目方案建议书,准备合同蓝本。

4.4合同生成

合同生成阶段的主要工作有:

项目方案的评估与确定技术合同、商务合同的商定、评估与签署。

4.5合同执行

合同执行是软件项目管理流程的重点,可分为软件开发、测试执行;内部验收、项目验收、系统维护等五个基本工作过程。

4.5.1软件开发

软件开发阶段分为:

需求调研、系统分析、系统设计、编码、单元测试等过程。

主要从三个方面进行管理:

1)制定项目计划。

软件项目计划是一个用来协调所有其他计划,以指导项目执行和控制的可操作文件。

它体现了对客户需求的理解,是开展项日活动的基础,也是软件项目跟踪与监控的依据。

2)确定开发过程。

根据软件项目和项目组的实际情况,建立起一个稳定、可控的软件开发过程模型,并按照该过程来进行软件开发

3)加强过程控制一过程控制主要包括过程管理、变更控制和配置管理,、

4.5.2测试与执行

项目测试的目的是俭查系统是否符合项目合同与任务书规定的要求、项目测试分集成测试和系统测试,主要进行功能测试、健壮性测试、性能一效率测试、用户界面测试、安全性测试、压力测试、可靠性测试、安装/反安装测试等测试过程在模拟运行环境中进行。

4.5.3内部验收

项目完成集成测试和系统测试后进行项目内部验收.主要有三个步骤:

①文档准备。

项目经删提交内部验收计划、项目开发总结报告、产品发布清单:

财务主管提交项目财务预算报告。

②内部验收测试。

内部验收测试的测试内容与方法虽然与系统测试基本相同.但应站在用户验收的角度进行,因为它是试运行的基础。

通过这一步。

为用户验收作充分的准备。

③内部评审。

对提交的所有文档及测试结果进行内部评审,完成项目开发总结报告:

4,5,4项目试运行与验收

试运行与用户验收阶段的主要任务是,使所有的工作产品得到用户的确认。

主要工作有:

①验收前的准备。

项目经理负责检查产品的完整性。

包括文卡当、介质和中间产品等,以确保现场实施的成功;负责应用软件的现场安装调试,完成安装调试总结报告;负责制定用户验收计划,并得到客户的确认。

②用户进行验收测试和系统试运行,进行文档和系统的移交。

③用户确认。

项目经理负责与客户协测,协助用户进行项目验收,形成用户验收报告。

45.5项目维护

软件系统的维护分为两大类:

一类是纠错性维护,由于前期的测试不可能暴露软件系统中所有潜在的和隐含的错误,诊断和改正这些错误的过程为纠错性维护。

另一类是完善性维护,在软件正常使用过程中,用户还会不断地提出新的需求,为了满足用户新的需求而增加软件功能的活动称为完善性维护。

如果需求变更很大,那完善性维护将转变为软件新版本的开发。

系统维护的宗旨就是提高客户对软件产品的满意度。

确保系统的正常运行是系统维护的根本目的。

4.6软件项目管理的里程碑

项目的考核与评审是软件项目管理流程控制的基础,我们在整个流程中设定五个基线,即确定五个里程碑,它们分别是tm1:

立项完成;tm2:

合同签订;tm3:

产品功能定义完成;tm4:

软件开发完成;tm5:

验收通过。

如图1所示。

各阶段的主要的进入条件和相应的工作结果是里程碑是否达到的重要标志。

5结束语

本文设计的软件项目管理总体流程及相关技术已成功运用在软件项目的研发和管理中。

通过将流程管理应用于软件项目管理中,以设定软件项目总体流程为主线,确定每个阶段的主要流程和里程碑,并采用评价指标体系和一系列的模板和表格进行软件项目开发过程的控制和管理,使软件项目的成功率显著提高。

实践证明,针对企业和项目的实际情况,确定软件项目运作流程,定义软件工作产品,明确各阶段的进入条件和退出条件,进行有效的流程控制与管理,大大的提高了软件开发的效率和项目的成功率。

软件项目管理探讨:

关于软件项目管理常见问题的探讨

论文关键词:

软件项目管理 工作分解 结构沟通

论文摘要:

为提高软件企业的管理水平,对软件项目管理存在的一些问题进行了深入的分析,指出了软件项目管理中常见的不足之处:

项目计划问题、管理意识问题、项目干系人相关问题、项目团队内分z-协作问题、沟通意识问题、项目风险管理意识问题、项目收尾问题通过分析找出了原因.提出了改进措施

软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成,而对成本、人员、进度、质量风险等进行分析和管理的活动。

软件项日管理最早出现于7o年代中期,当时美国国防部专门立项研究软件项目失败的原因,发现70%的项目失败是i如于管理不善引起的。

而并不是因为技术能力。

从而得出一个结论,即管理是影响项目全局的因素,而技术只影响局部。

所以软件项目管理至关重要。

在关系到软件项目成功与否的众多因素中,项目规划、需求变化、软件质量、风险管理等都是与项目管理直接相关的因素。

因此,提高软件项目管理的能力对软件组织的软件生产力的提高是最为重要的。

本人对目前软件企业实施项目管理的状况进行了分析,结合软件项目管理的理论知识,以期找出在软件项目管理中常见的问题。

促进软件项目管理的应用研究。

完善软件项目管理在软件企业的实施。

1软件项目管理存在的主要问题

1.1项目计划问题

项目计划是—个用来协调所有其他计划,以指导项目执行和控制的文件。

项目计划是项目经理实施项目管理控制的基础。

制定计划的过程就是—个对项目逐渐了解掌握的过程,通过认真地制定汁划,项目经理可以知道哪些要素是明确的。

哪些要素是需要逐渐明确的,通过渐近明细不断完善项目计划。

目前的问题主要有:

一是项目计划的制定不够严谨,随意性大.可操作性差,因而实施中无法遵循。

如项目计划过于粗略.落实粒度(“breakdown”)不足,不能做到任务、进度、资源三落实。

二是缺乏贯穿项目全程的详细项目计划,甚至采用每周来制定下周工作计划的逐周项目计划方式,其实质是“项目失控合法化”。

三是项目进度的检查(与进度计划对比)和控制不足。

不能维护项目计划的严肃性。

1.2管理意识问题

在软件企业中。

项目经理大多是技术骨干,在技术方面的知识比较深厚,但是项目管理知识、项目管理必备的技能,项目管理的经验都有待提高。

部分项目经理没有意识到自己是项目经理的角色。

不是从总体上去管理整个项目而是埋头干具体的技术工作,其计划不周造成项目组成员任务分配不均.忙的忙、闲的闲,这将影响项目的最终实施。

有些项目经理对于一些不服从管理的技术人员,没有较好的管理方法,不好安排的工作只好th己做。

1.3项目干系人相关问题

项目千系人(“stakeholder”)是指参与项目和受项目活动影响的人,包括项目发起人、项目组、协助人、顾客、使用者、供应商,甚至是项目的反对人。

人们的需求和期望在项目的开始直至结束都是非常重要的。

不同的干系人其期望和追求的目标往往相差甚远,因此对项目十系人的愿望进行平衡是相当困难的事情。

例如政府部门的不少对群众办公的信息系统,上层管理机关往往希望能够采集尽可能多的信息项以便对数据进行多种多样的系统分析,并对信息进行有效控制而增加一些审批流程;基层对外办公的窗口则因为办公速度的压力希望减少信息的输入;而办事群众则希望相关政府机构能够简化工作流程,加快办事速度。

如果对项目所有干系人没有进行足够的沟通,使其尽可能地参与项目,则可能因为项目开始时项目范围和一些具体要求不够完整清晰,或某个项目干系人后期认识的变化而提出新的要求,造成工期的延长,成本的增加,甚至项目的完全失败。

1.4项目团队内分工协作问题

由于项目开发的各阶段不同角色、同一阶段不同角色的责任各不相同,项目经理把工作责任分画给团队成员时通常会出现一些不良现象。

首先是山于分工不够清晰而造成工作相互推诿、责任互相推卸的现象;另外是出现“自家打扫¨前雪”的现象,即虽然分工比较清晰但是各成员只顾完成自己的那部分任务而不愿意与他人协作。

1.5沟通意识问题

项目沟通管理包括确保及时、正确地产生、收集、发布、存储和最终处理所需项目信息的过程。

它是人、思路和信息之间的关键纽带,是成功所必须的。

虽然整个项目是项目经理负责,但是在决定这个业务单元山某个或者某两个人完成后,项目经理只能起管理上的控制、建议和指导的角色,不能对具体的内容进行过多的干预在软件企业中,项目经理大多是技术骨干,而项目组成员也都是“高科技人员”,都具有“从专业或学术出发、工作自主性大、自我欣赏、以自我为中心”等共同的特点。

因此妨碍沟通因素主要是“感觉和态度问题”,也就是沟通意识和习惯的问题。

在系统的实施阶段或软件开发的试运行阶段,项目成员基本上是持续在客户方进行工作,这种情况非常容易忽视沟通。

如果没有足够的沟通意识和沟通制度、沟通工具,就有可能造成信息不畅,从而加大项目失败的风险。

1.6项目风险管理意识问题

项目风险管理是指为了最好地达到项目的目标,识别、分配、应对项目生命周期内风险的科学与艺术。

风险管理对选择项目、确定项目范围和制定现实的进度计划和成本估算有积极的影响,并有助于项目千系人了解项目的本质,使团队成员参与确定优势和劣势。

目前项目风险管理意识的问题主要有两种情况。

第一是项目经理没有充分分析可能的风险,对付风险的策略考虑比较简单,在做项目规划时常常没有做专门的风险管理it~’l文档,而是合并在项目计划书中。

第二是项目经理没有充分意识到风险管理的重要性。

对计划书中风险管理的章节简单应付了事,随便列出几个风险,随便地写一些简单的对策,对后面的风险防范起不了什么指导作用。

1.7项目收尾问题

项目经验总结是项目经理和项目组人员在项目完成后就取得的教训写的报告,是项目收尾的一个重要组成部分。

总结在本项目中哪些方法和事情使项目进行得更好、哪些对项目制造了麻烦、以后应在项目中避免什么情况。

哪些事情应在后面的项目中坚持等等。

项目经理在项目结束时有些是因为项目人员已经不足或不全,或是因为有新的项目要接没有时问,总体对项目经验总结的重视程度不够。

有些是项目经验总结一再拖延,有些是交上来的报告质量较低,敷衍了事。

2加强软件项目管理的建议及措施

2.i制定相符的项目计划

制定计划的精髓不在于写出一份好看的文档,而在于运用您的智慧去应对各种问题和面临风险并尽可能做出前瞻性的思考。

计划是用来指导工作的,制定项目计划必须把握项目it~,l的粒度,粒度越细则控制力度越大,但项目管理的成本越高,反之则控制力度越小。

凶此必须按照特定的项目量体裁衣,该详细就详细,该简略的就简略,制定相符的项目计划。

许多组织都有项目计划制定的指导原则。

例如,美国国防部的2l67标准“软件开

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 初中教育 > 学科竞赛

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1