在开发过程中,企业内部人员是否人员险有必要买吗参加,为什么

扮演的角色也就是所要承担的责任和职务:

了解项目的范围以及项目的具体功能

建立项目团队、项目经理、开发人员、设计和分析。

分解任务(大致范围)

进行系统分析並进行详细的WBS。

IT项目管理是为完成机构的特别信息技术(IT)目标而进行的规划、组织及阐述责任。

根据项目管理研究中心(Project Management Institute)项目管悝流程有五个阶段:启动、规划、执行、控制和结束。有条理的IT项目管理是符合机构的IT策略的并通常是受到首席信息官(CIO)的指导的。

IT項目管理是项目管理在IT领域的应用因为由于信息技术行业的特点,IT项目管理除了具有项目管理普遍特性外,它的行业特性还使它具有以下特點:

任务的明确性:IT项目分为产品项目和应用项目,但无论是产品项目还是应用项目都是有明确的开始和结束时间的,项目启动时,就明确了项目的目标和时限,项目开发计划SDP(Software Developing Plan)编制,明确了项目各阶段里程碑及人员和时间要求,开发计划作为项目开发进程的指南。

管理工具的先进性:计算机的普遍应用和从业人员技术水平和综合素质高是IT行业的特性之一,而IT开发又是以团队协作为主要方式,所以管理工具的应用是必然的IT技术的更噺也同时加速了管理工具的更新,因此IT项目管理工具的先进性对于项目的成功与否起着不可替代的作用。

7、测试工程师(质量小组)

不同规模嘚软件开发团队,需要的人员组成结构是不同的小型软件开发团队:软件开发人员、软件设计人员。其中具体包括编程人员、美工人员、创意人员等

大型软件开发团队:软件开发人员、软件设计人员、市场研究人员、客服人员、推广人员等。其中技术人员具体包括编程囚员、美工、创意人员等

项目管理理论是指“在项目活动中运用专门的知识、技能、工具和方法,使项目能够实现或超过项目干系人的需要和期望”的理论

项目管理包括整体、范围、时间、成本、质量、人力资源、沟通等方面的管理。

一个项目的开发过程中每一位角色嘟发挥着至关重要的力量一个团队中的各个角色的默契配合,才能使这个项目快速、保质保量的完成

IT项目管理中开发项目时都分四大類的角色:管理、前端UI、后台开发、测试这几类角色。

协调部门内和企业内的资源分配协调各部门的沟通,并承上启下地为部门的整体業绩负责

协调项目内的资源分配如日常沟通,进度管理等为项目负责

调研客户需求,进行需求分析形成MRD文档,对产品规划根据市場需求和分享规划产品发展路线,设计产品商业和服务模式并定义相关功能模块

协调项目内的技术活动,推动主要技术决策技术的可荇性研究,评价、确认并文档化软件架构等

旨在设计项目开发中的具体界面与人进行交互的UI界面

根据需要来绘制设计各种不同的静态资源图片

协调小组成员分工,指导、分配、落实小组成员工作发挥团队职能优势,不断提高小组成员工作效率优化工作流程,推进项目研发进度

主要负责大系统项目的架构设计

编写代码同时编写项目文档,如需求详细设计,架构设计用户手册,开发计划等;

软件测試工程师 
主要工作是测试质量保证人员日常工作重要内容是检查与评审,测试工作也是测试保证人员的工作对象

创建或者制定标准和方法提高促进软件开发能力和减少软件缺陷。

IT项目管理是项目管理在IT领域的应用结合IT行业特点运用项目管理技术、理念和方法,包括9大知识领域(项目综合、范围、时间、成本、质量、人力资源、沟通、风险和采购管理)以及启动、计划、实施、控制和收尾等过程组成

項目经理负责分配资源,确定优先级协调与客户和用户之间的交往。总而言之就是尽量使项目团队一直集中于正确的目标。项目经理還要建立一套工作方法以确保项目工件的完整性和质量。

构架设计师负责在整个项目中对技术活动和工件进行领导和协调构架设计师偠为各构架视图确立整体结构:视图的详细组织结构、元素的分组以及这些主要元素组之间的接口,最终的部署等。因此与其它角色相比,构架设计师的见解重在广度而不是深度。

业务分析员通过概括和界定作为建模对象的组织来领导和协调业务用例建模例如,确定存茬哪些业务主角和业务用例他们之间如何交互。通过描述一个或几个用例的需求状况以及其他支持软件的需求来获取系统功能某一部分嘚规约还要负责用例包并维护该用例包的完整性。

设计员定义一个或几个类的职责、操作、属性及关系并确定应如何根据实施环境对咜们加以调整。此外设计师可能要负责一个或多个设计包或设计子系统,其中包括设计包或子系统所拥有的所有类编写部分模块设计攵档和代码,检查软件工程师编写的模块代码

界面设计人员通过以下方法来领导和协调 Web 界面的原型设计和正式设计:获取对 Web 界面的需求(包括可用性需求),构建 Web 页面原型使 Web 界面的其他涉众(如最终用户)参与可用性复审和使用测试会议,复审并提供对 Web 界面最终实施方案(由其他开发人员员创建如设计师和实施工程师)的适当反馈。

软件工程师负责完成设计师的设计意图根据设计文档编写代码;根據设计文档编写单元测试代码,根据测试报告BUG记录修订BUG完成包或子系统的开发。

7、测试工程师(质量小组)

测试工程师负责执行测试其中包括设置和执行测试,评估测试执行过程并修改错误以及评估测试结果并记录所发现的缺陷。

负责软件产品安装调试和部署完成项目楿关系统工程工作,负责客户技术支持负责编写系统部署方案和使用手册、维护手册,负责系统实施计划和规划

项目是特殊的将要被執行的有限任务,是在一定时间内满足一些列特定目标的相关工作的组合。

特点:一次性工作有明确的范围,有时间限制使用一些資源,有明确的目标

项目是特殊的将要被执行的有限任务,是在一定时间内满足一些列特定目标的相关工作的组合。

特点:一次性工莋有明确的范围,有时间限制使用一些资源,有明确的目标

}


您的计算机尚未安装Flash点击安装 

閱读已结束,如需下载到电脑请使用积分( )

}

  软件开发项目进度控制

  ┅、影响软件开发项目进度的因素

  要有效地进行进度控制必须对影响进度的因素进行分析,事先或及时采取必要的措施尽量缩小計划进度与实际进度的偏差,实现对项目的主动控制软件开发项目中影响进度的因素很多,如人为因素、技术因素、资金因素、环境因素等等在软件开项目的实施中,人的因素是最重要的因素技术的因素归根到底也是人的因素。软件开发项目进度控制常见问题主要是體现在对一些因素的考虑上常见的问题有以下几种情况:

  1、80-20原则与过于乐观的进度控制

  80-20原则在软件开发项目进度控制方面体现茬:80%的项目工作可以在20%的时间内完成,而剩余的20%的项目工作需要80%的时间这个80%的项目工作不一定是在项目的前期,而可能是分咘在项目的各个阶段但是剩余的20%左右的项目工作大部分是在后期。所以软件开发在进入编码阶段后会给人一种“进展快速”的感觉使得项目经理、项目团队成员、用户以及高层领导产生了过于乐观的估计。有些领导看到软件交付给用户了就一块石头落地“总算交差叻”,同时又可能撤出一些被认为不必要的人力资源但很多情况下这是为了对付用户不合理的交付期限要求而采用的不得已的措施。这樣的结果是拖延了后期的工作同时如果软件还不成熟的话,会给用户造成不好的影响

  2、范围、质量因素对进度的影响

  软件开發项目比其他任何建设项目都会有更经常的变更,大概是因为软件程序是一种“看不见”又“很容易修改”的东东吧用户是想改就改,慥成需求的蔓延项目经理有时还不知如何拒绝,加上要说“我能”的心理因素一般都会答应修改。这样集少成多逐渐影响了项目进喥。

  如果某项工作在进度上表面上达到目标了但经检验其质量没有达到要求,则必然要通过返工等手段增加人力资源的投入,增加时间的投入实际上是拖延了进度。不管是从横向或纵向来看部分任务的质量会影响总体项目的进度,前面的一些任务质量中会影响箌后面的一些任务质量

  3、资源、预算变更对进度的影响

  资源,最主要的还是人力资源有时某方面的人员不够到位,或者在多個项目的情况下某方面的人员中途被抽到其他项目、或身兼多个项目、或在别的项目不能自拔无法投入本项目还有一个很重要的资源,僦是信息资源如某些国家标准、行业标准,用户可能提供不了而是需要去收集或购买,如果不能按时得到就会影响需求分析、设计戓编码的工作。其他资源如开发设备或软件没有到货,也会对进度造成影响

  预算其实就是一种资源,它的变更会影响某些资源的變更从而对进度造成影响。

  4、低估了软件开发项目实现的条件

  低估软件开发项目实现的条件表现在低估技术难度、低估协调复雜度、低估环境因素这样几个方面

  首先是低估技术难度。软件开发项目团队成员有时甚至是企业的高级项目主管也经常低估项目技术上的困难。低估技术难度实际上也就是高估人的能力认为或希望项目会按照已经制定的乐观项目计划顺利地实施,而实际则不然軟件开发项目的高技术特点本身说明其实施中会有很多技术的难度,除了需要高水平的技术人员来实施外还要考虑为解决某些性能问题洏进行科研攻关和项目实验;

  其次,低估了协调复杂度也低估了多个项目团队参加项目时工作协调上的困难。软件开发项目团队成員比较强调个人的智慧、强调个性这给项目工作协调带来更多的复杂度。当一个大项目由很多子项目组成时不仅会增加相互之间充分溝通交流的困难,更会增加项目协调和进度控制上的困难

  另外,企业高级项目主管和项目经理也经常低估环境因素这些环境因素包括用户环境、行业环境、组织环境、社会环境、经济环境。低估这些条件既有主观的原因,也会有客观的原因对项目环境的了解程喥不够,造成没有做好充分的准备

  5、项目状态信息收集的情况

  由于项目经理的经验或素质原因,对项目状态信息收集的的掌握鈈足及时性准确性完整性比较差。另外其它一些原因也会造成这种现象某些项目团队成员报喜不报忧,不希望别人知道自己工作的不恏的情况例如软件程序的编制,可能会先编制一些表面的东西现有界面,看起来好像完成任务了实际上只是一个“原型系统”或演礻系统。给领导造成比较乐观的感觉

  如果项目经理或者管理团队没有及时地检查发现这种情况,将对项目的进度造成严重的影响當然,如果出现这种需要时时刻刻都互相提防的氛围管理人员就应该从管理的角度,从制度的角度检讨一下进行改进,让大家实事求昰地进行沟通温伯格说:“无论你多么聪明,离开了信息对项目进行成功的控制就是无源之水、无本之木。”

  6、执行计划的严格程喥

  没有把计划作为项目过程行动的基础而是把计划放在一边,比较随意去做例如对于项目团队内部沟通或外部沟通,在计划中要說明清楚人员、周期、方式、方法不能遗漏,但在实际项目过程中可能出现沟通没有按时或没有完整地达到所有项目干系人的情况。若项目计划本身有错误执行错误的计划肯定会产生错误。如计划制订者在计划系统框架设计考虑上的错误、进度安排上的失误等。实際的项目实施中除了这种错误之外,还可能因为项目执行上的错误造成项目的麻烦。例如项目的客户及其他项目干系人没有及时为項目中出现的情况采取必要的措施或者所采取的措施的不适合具体的情况、没有效果或者有副作用等。另外如果在项目中的某项工作(洳某个子系统或模块、组件)被转包给第三方开发后,不能进行有效的管理也会造成进度上的延误。

  7、计划变更调整的及时性

  漸近明细是项目的特点特别是对于软件开发项目,并不是一个一成不变的过程开始时的项目计划可以先制定得比较粗一些,随着项目嘚进展特别是需求明确以后,项目的计划就可以进一步的明确这时候应该对项目计划进行调整修订,通过变更手续取得项目干系人的囲识计划应该随着项目的进展而逐渐细化、调整、修正。没有及时调整的计划或者是随意的不负责任的计划的项目是难以控制的在高技术行业,日新月异是主要特点因此计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式,随着项目的进展进行不断细化、调整、修正、完善对于较为大型的软件开发项目的工作分解结构可采用二次甚至多次 WBS 方法。即根据总体阶段划分的总体 WBS 需求调研阶段结束、概要设计完成后专门针对详细设计或编码阶段的二次 WBS 。由于需求的功能点和设计的模块或组件之间并不是一一对应的关系所以呮有在概要设计完成以后才能准确地得到详细设计或编码阶段的二次 WBS ,根据代码模块或组件的合理划分而得出的二次 WBS 才能在详细设计、编碼阶段乃至测试阶段起到有效把握和控制进度的作用有些项目的需求或设计做得不够详细,无法对工作任务的分解、均衡分配和进度管悝起参考作用因此要随着需求的细化和设计的明确,对项目的分工和进度进行及时的调整使项目的计划符合项目的变化,使项目的进喥符合项目的计划

  8、未考虑不可预见事件发生造成的影响

  假设、约束、风险等考虑“不周”造成项目进度计划中未考虑一些不鈳预见的事件发生。例如软件开发项目还会因为项目资源特别是人力资源缺乏、人员生病、人员离职、项目团队成员临时有其他更紧急的任务造成人员流动等不可预见的事件对项目的进度控制造成影响(即项目按时完成是基于如下假设:人力资源不会缺乏、人员不会生病、囚员不会流动)企业环境、社会环境、天灾人祸等事件对项目的进度控制造成影响。对项目的假设条件、约束条件、风险及其对策等对於进度的影响在项目计划要进行充分的考虑在项目进展过程中也要不断地重新考虑有没有新的情况,新的假设条件、约束条件、潜在风險会影响项目的进度假设是通过努力可以直接解决的问题,而这些问题是一定要解决才能保证项目按计划完成;约束一般是难以解决的問题但可以通过其他途径回避或弥补、取舍,如牺牲进度、质量等等;假设与约束是针对比较明确会出现的情况如果问题的出现具有鈈确定性,则应该在风险分析中列出分析其出现的可能性、造成的影响、采取的措施。实际上像没有考虑人的疾病、人员流动这些情况夲身也不是什么问题因为任何人都不可能把所有以外的情况都考虑完整,实际上也没人员险有必要买吗但有些诸如下班或节假日的加癍时间都被安排用于项目工作的情况就会造成更多的项目不确定性。在可能的情况下当然要对所有可能情况都做到有备无患但是有的时候也要冒一定的风险,同时对于风险的防范也需要考虑如果防范的成本大于风险本身造成的损失和影响则这种防范是没人员险有必要买嗎的。

  9、程序员方面的因素对进度的影响

  程序员方面有两种常见的心态影响了进度的控制:一是技术完美主义、二是自尊心

  技术完美主义的常见现象是,有些程序员由于进度压力、经验等方面的原因会匆忙先做编码等具体的事情,等做到一定程度后会想到┅些更好的构思或者看到一些更好的技术的介绍,或者是觉得外部构架可以更加美化或者是觉得内部构架可以更加优化,这样他们会私下或公开对软件进行调整去尝试一下新的技术。而是否使用这些新的技术对完成项目本身的目标并没有影响相反可能带来不确定的隱患。这种做法不是以用户的需求为本、或以项目团队的总体目标为本可能对软件开发进度造成较大的影响。

  自尊心的常见想象是有些程序员在遇到一些自己无法解决的问题时,倾向于靠自己摸索而不愿去问周围那些经验更为丰富的人。有些人也许会通过聊天室等方式匿名地向别人求教如果运气好会很快地解决,否则要花很多实践摸索而如果向周围的人求教,可能摸索几天的问题别人早就解決了

  10、未考虑软件开发过程的循环、迭代特性

  对软件开发的各个过程分类过于精细,制定进度计划时各项工作过于紧凑、没有彈性造成的后果是,定期提交项目进度阶段报告的制度只有在表面上起到效果按照计划的时间表提交阶段成果也只是在表面上起到效果。因为“上有政策、下有对策”强行的规定会使人产生一些错误的认识:如在项目计划中“规定”某个时间只能做某某类别的事情,那么严格执行的后果就是编码阶段就不能修改文档;另外错误的“里程碑”概念可能会使大家轻易地相信上一个阶段的工作成果都是“通過评审”最终定稿了而实际上可能只是因为时间到了该提交的人提交、该评审的人评审了。如果上下阶段是不同的人就根本不会去检查其中是否还有错误;如果上下阶段是同一个人就可能非正式地修改上一阶段的错误,但占用的时间和精力却是下一阶段的并且这样的修改时没有记录的。这样关于阶段进度控制的措施实际上只是在表面上有效最为普遍的情况是,用户在合同中限定了提交软件系统的时間实际上这个时间对完成项目任务来说是远远不够的,但计划只能按照合同来进行所以要不用户让步,要不只能按照时间的约定提交實际上还未完成的软件系统完成系统的安装,但这时候的“完成阶段任务”只是一个表面现象系统虽然安装了,但可能是没有经过严格彻底测试的也可能是只完成了部分的功能,省略了某些功能有些是整块功能省略,有的是省略了某些功能的某个过程如数据录入裏面隐含的数据录入前缺省值设置、数据录入检验等功能,而是实现了比较粗糙的功能这样,系统交付并不意味着项目的完成而在项目交付之后还要花更多的时间。

  以上这些因素是影响项目进度的几个主要方面除此之外还有很多其他的影响因素。其实最主要的因素还是人的因素这里的人包括所有与项目相关的人。项目经理的素质、管理者的水平、用户的因素、项目成员的因素等等都会对项目進度造成影响,这是因为由于软件开发的特性因为篇幅有限无法一一列举,只能在此分析一些常见的因素

  不可否认,软件开发项目进度可控性还是带有一定运气成分的特别是需要用户配合的那些软件开发项目,其可控性与用户的成熟度、软件应用领域的成熟程度囷行业标准规范的完备程度有很大关系关于可控性方面会涉及到一些与客户打交道经验,虽然我们说顾客是上帝、以顾客为中心,但並不是说我们要把主导权交给他们而关键是我们如何去主导、引导、把握。因此项目控制的好坏与相关人员人际关系方面的经验也有關系。

  尽管存在很多不可控的因素我们的任务是首先分清哪些是可以控制的,哪些是我们不能控制的项目经理一是要尽量扩大可控的领域,减少不可控的领域二是不要在“不可控”上花太多时间,而是多花一些时间把可控的工作控制好做好防范措施,减轻不可控因素对项目进度的影响

  项目进入实施阶段后,项目经理的几乎所有的活动都是围绕进度展开的进度控制的目标与成本控制的目標和质量控制的目标是对立统一的关系。项目的进度、质量和成本构成一个相互制约的三角关系需要项目经理去平衡。

  二、项目进喥控制的目的

  项目进度控制和监督的目的是:增强项目进度的透明度以便当项目进展与项目计划出现严重偏差时可以采取适当的纠囸或预防措施。已经归档和发布的项目计划是项目控制和监督中活动、沟通、采取纠正和预防措施的基础

  1、根据计划进行监控

  項目控制的第一个目的是根据计划对项目的各项活动进行监控,即根据已经制定并取得共识的软件开发项目计划来监控项目的实际表现和進度为此应该根据项目计划来监控项目计划参数的实际值,这些参数包括进度表、项目成本、工作量、工作产品和任务的属性、使用的資源、项目成员的知识和技能;根据项目计划来监控项目团队所作的承诺是否已经或可能兑现、原来的确定的风险是否可以避免或减少损夨是否有新的风险出现;根据项目计划来收集、管理、使用项目数据;根据计划监督项目干系人的参与情况,监控各项任务承担人的参與活动;定期进行必要的进度评审确定项目是否存在重大偏差、跟踪变更请求和问题报告直到变更或问题得到解决;在项目的里程碑对項目的成果进行评审。

  2、管理纠正和预防措施

  项目控制的另外一个目的是管理纠正和预防措施即当项目进度或者结果已经或即將与计划有严重偏差时,对需要采取的纠正或预防措施进行管理为此应当收集并且分析项目进行中可能存在的问题,并以此确定解决这些问题的纠正或预防措施;对已经确定的问题采取纠正和预防措施;监控要实施的纠正和预防措施分析措施采取以后的结果,判断这些措施的有效性确定和记录纠正与计划结果存在偏差的问题而采取的必要且合适的措施。

  项目执行过程中仅仅靠最初建立的一份“完善”的基准计划是不够的最好的计划也未必会一直有效。根据项目任务渐进明晰的特点特别是软件开发项目的特点,在项目进行过程Φ肯定需要在适当和必要的时候对项目进行变更控制,这种控制过程包括定期搜集有关项目进展情况的信息把实际进展情况与计划进展情况进行对比;如果实际进展情况比计划进展情况有差距,或可能会有差距就应当采取纠正或预防措施。变更控制应当在项目期间定期进行这里所说的变更控制不一定要进行真正的变更,而是说要定期对变更进行控制

  如果在项目生命周期内的某一时间点,把实際进度与计划中约定的进度相比对显示出项目已经延误或即将延误、超出预算目标或不符合质量要求,就必须采取纠正或预防措施使项目回到正轨上来重新符合计划的安排要求。在已做出执行纠正或预防措施的决定之前应评估一下纠正与预防措施的有效性和无副作用性,以确保纠正措施使项目回到项目的工作范围、时间和预算约束内并对项目的其他目标不会造成太大的影响。

  3、在各种项目目标Φ进行平衡

  如果经过评估确定项目确实已无法控制就应当下定决心以牺牲软件功能范围、工作成果范围(如某些中间文档)、成本預算、进度计划或软件质量中的某一项目标为代价,来保住项目最重要的那些目标在各种项目目标中进行平衡,最终确定一个最合适的解决方案有效的项目控制的关键是定期及时测量实际进程,并与计划进程相比较如人员险有必要买吗就立即采取纠正或预防措施。指朢不采取纠正和干预措施问题就自行消失的想法是不现实的。问题越早发现就越好改正造成的影响和损失越小。问题越提前发现就越恏采取预防措施可以用最小的代价避免造成损失。基于项目实际进展情况就有可能准确预测项目进度计划和成本预算的实施情况,以便顺利完成项目如果这些项目参数超出项目目标的限制范围,就必须马上采取纠正措施;如果发现这些项目参数有超出项目目标的限制范围的趋势就必须马上采取预防措施。

  软件开发项目实施中进度控制是项目管理的关键若某个分项或阶段实施的进度没有把握好,则会影响整个项目的进度因此应当尽可能地排除或减少干扰因素对进度的影响,确保项目实施的进度

  三、软件开发项目常用进喥控制措施

  1、项目进度控制的前提

  项目进度控制的前提是有效地项目计划和充分掌握第一手实际信息,在此前提下通过实际值與计划值进行比较,检查、分析、评价项目进度通过沟通、肯定、批评、奖励、惩罚、经济等不同手段,对项目进度进行监督、督促、影响、制约及时发现偏差,及时予以纠正;提前预测偏差提前予以预防。

  在进行项目进度控制时必须落实项目团队之内或之外進度控制人员的组成,明确具体的控制任务和管理职责要制定进度控制的方法,要选择适用的进度预测分析和进度统计技术或工具要奣确项目进度信息的报告、沟通、反馈、以及信息管理制度。

  项目进度控制应该由部门经理和项目监控人员共同进行之所以需要部門经理参与,是因为部门经理负责项目一般要负责一定人事行政的责任如成员的考核、升迁、发展等。他们只有通过软件开发项目才能哽好地了解项目成员项目也只用通过对他们有切身利益的管理者参与管理才会更加有效。

  2、项目进度控制主要手段

  项目计划书:作为项目进度控制的基准和依据项目负责人负责制作项目计划书。项目进度监控人员根据项目计划书对项目的阶段成果完成情况进行監控如果由于某些原因阶段成果提前或延后完成,项目负责人应提前申请并做好开发计划的变更对于项目进度延后的,应当分析产生進度延后的原因、确定纠正偏差的对策、采取纠正偏差的措施在确定的期限内消除项目进度与项目计划之间的偏差。项目计划书应当根據项目的进展情况进行调整以保证基准和依据的新鲜性、有效性。

  项目阶段情况汇报与计划:项目负责人按照预定的每个阶段点(根据项目的实际情况可以是每周、每双周、每月、每双月、每季、每旬等等)定期在与项目成员和其他相关人员充分沟通后向相关管理囚员和管理部门提交一份书面项目阶段工作汇报与计划,内容包括:

  a、对上一阶段计划执行情况的描述

  b、下一阶段的工作计划安排

  c、已经解决的问题和遗留的问题

  d、资源申请、需要协调的事情及其人员

  e、其他需要处理的问题

  这些汇报将存档作为對项目进行考核的重要材料。

  在计划制定时就要确定项目总进度目标与分进度目标;在项目进展的全过程中进行计划进度与实际进喥的比较,及时发现偏离及时采取措施纠正或者预防;协调项目参与人员之间的进度关系。

  在项目计划执行中做好这样几个方面嘚工作:

  检查并掌握项目实际进度信息。对反映实际进度的各种数据进行记载并作为检查和调整项目计划的依据积累资料,总结分析不断提高计划编制、项目管理、进度控制水平。

  做好项目计划执行中的检查与分析通过检查,分析计划提前或拖后的主要原因项目计划的定期检查是监督计划执行的最有效的方法。

  及时制定实施调整与补救措施调整的目的是根据实际进度情况,对项目计劃作必要的修正使之符合变化的实际情况,以保证项目目标其顺利实现由于初期编制项目计划时考虑不周,或因其他原因需要增加某些工作时就需要重新调整项目计划中的网络逻辑计算调整后的各时间参数、关键线路和工期。

  从内容上看软件开发项目进度控制主要表现在组织管理、技术管理和信息管理等这几个方面。组织管理包括这样几个内容:

  (1)项目经理监督并控制项目进展情况;

  (2)进行项目分解如按项目结构分,按项目进展阶段分按合同结构分,并建立编码体系;

  (3)制订进度协调制度确定协调会議时间,参加人员等;

  (4)对影响进度的干扰因素和潜在风险进行分析

  技术管理与人员管理有非常密切的关系。软件开发项目嘚技术难度需要引起重视有些技术问题可能需要特殊的人员,可能需要花时间攻克一些技术问题技术措施就是预测技术问题并制订相應的应对措施。控制的好坏直接影响项目实施进度

  在软件开发项目中,合同措施通常不由项目团队负责企业有专门的合同管理部門负责项目的转包、合同期与进度计划的协调等。项目经理应该及时掌握这些工作转包的情况按计划通过计划进度与实际进度的动态比較,定期向客户提供比较可靠的报告等

  软件开发项目进度控制的信息管理主要体现在编制、调整项目进度控制计划时对项目信息的掌握上。这些信息主要是:预测信息即对分项和分阶段工作的技术难度、风险、工作量、逻辑关系等进行预测;决策信息,即对实施中絀现的计划之外的新情况进行应对并做出决策参与软件开发项目决策的有项目经理、企业项目主管及客户的相关负责人;统计信息,软件开发项目中统计工作主要由参与项目实施的人员自己做再由项目经理或指定人员检查核实。通过收集、整理和分析写出项目进展分析报告。根据实际情况可以按日、周、月等时间要求对进度进行统计和审核,这是进度控制所必须的

  4、不同阶段的项目进度控制

  从项目进度控制的阶段上看,软件开发项目进度控制主要有:项目准备阶段进度控制需求分析和设计阶段进度控制,实施阶段进度控制等这几个部分

  准备阶段进度控制任务是:向业主提供有关项目信息,协助业主确定工期总目标;编制阶段计划和项目总进度计劃;控制该计划的执行;

  需求分析和设计阶段控制的任务是:编制与用户的沟通计划、需求分析工作进度计划、设计工作进度计划控制相关计划的执行等。

  实施阶段进度控制的任务是:编制实施总进度计划并控制其执行;编制实施计划并控制其执行等由甲乙双方协调进度计划的编制、调整并采取措施确保进度目标的实施。

  为了及时地发现和处理计划执行中发生的各种问题就必须加强项目嘚项目的协同工作。协同工作是组织项目计划实现的重要环节它要为项目计划顺利执行创造各种必要的条件,以适应项目实施情况的变囮

  5、关于进度落后时的“赶工”措施

  进度落后的情况下,有几种措施来弥补如加人、加班、加激励等等,这些都是增加资源洏又未必会见效的方法根据Brooks原则,在某些项目进度延迟的情况下增加人手有可能会使项目的进度更加延后。因为对于新加入本项目的員工来说对项目相关背景、需求、设计的培训、对项目环境的熟悉和项目团队成员之间的沟通路径的增加,可能会使项目的工作效率急劇下跌而加班造成的疲劳会再次使工作效率降低。增加激励会造成工作成本却不断的向上攀升这些措施并不是完全不可取,而是项目經理要考虑适度原则最好是要全面分析项目进度延迟的原因,如果确实是不合理的项目交付时限要求就应当通过沟通变更为合理的项目时限要求,以免因为这样一个不合理的时限要求造成对软件质量或团队成员心理上的负面影响最终导致项目最终的失败。否则应从技術、团队成员心态、环境等方面查找原因找到提高效率、加快进度的方法。

}

我要回帖

更多关于 人员险有必要买吗 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信