1论软件项目的进度管理.doc
- 文档编号:2079630
- 上传时间:2023-05-02
- 格式:DOC
- 页数:18
- 大小:671KB
1论软件项目的进度管理.doc
《1论软件项目的进度管理.doc》由会员分享,可在线阅读,更多相关《1论软件项目的进度管理.doc(18页珍藏版)》请在冰点文库上搜索。
论软件项目的进度管理
论软件项目的进度管理2
论软件过程的改进
论信息系统项目的整体管理
[摘要]
医疗保险管理信息系统涉及到医保管理部门、各定点结算点(医院、药店)、开发商,加之政策多变、业务不成熟,需求变化频繁,开发的难度和风险较大。
在某市医保管理信息系统开发过程中,我作为用户方的项目负责人参与了项目的整体管理工作,我在项目整体管理中采取了针对性的措施,加强了参与各方的沟通,注重用户需求和需求的变化,合理配置项目组成员,对风险进行了及时的评估并顺利地控制了风险。
通过这些办法,平衡了各方的利益,控制了项目的范围和进度,保证了项目的质量,顺利完成了这个项目。
[正文]
几年前,某市为实施城镇职工基本医疗保险,开发了一套医保管理信息系统,我作为用户方项目负责人,参与了项目管理、系统分析和编程的部分工作。
这个系统的功能包含了基金征集和支付管理、参保单位(职工)管理、定点结算点管理、参保职工就诊结算管理、IC卡管理等,目标管理人数为30万、定点结算点200个,计划投资400万元;采用C/S结构,数据集中保存在市医保中心,定点结算点与医保中心之间数据实时交换。
通过公开招标,明确了项目的范围、时间、成本和采购,因此,我把整体管理工作的重点放在了项目的质量、人力资源、沟通和风险管理管理,目的是保证实现计划的功能并按时投入运行。
在工作中,我根据实际情况,采用了灵活的工作方法,取得了较好的效果。
该系统在04年一次上线运行成功,目前运行情况良好。
一、加强了沟通管理。
该项目涉及到医保中心、参保单位、定点结算点、系统开发(集成)商等多个单位,从需求分析到系统设计、测试都要各方参与、协调配合,由于各方的地理位置十分分散,难以经常或长期集中,因此,各方及时有效的沟通是项目成功的必要条件。
为解决好这个问题,我采取了三个办法:
1、提高大家对沟通作用的认识,特别是各方主要领导人对沟通的必要性和重要性的认识,从而对沟通工作给予必需的人员、经费和时间支持,保证了沟通工作得以按计划进行。
2、对项目组外部的沟通,坚持从实际出发,采用多种沟通的方式。
一方面,把必要的、重要的沟通需要以联席会议、工作计划、总结报告的形式制度化。
另一方面,在适用的前提下,采用灵活、经济的沟通方式,比如:
对一般的小问题或者是简单问题进行电话交流,复杂一点的问题开碰头会,需要后续解决的、比较重要的及涉及面较大的问题要形成书面的会议记要,有必要的情况下要由相关单位加盖公章确认。
3、对项目组内部沟通,进行适当的控制,避免形式主义,在保证效果的前提下节省时间,提高工作效率。
规定项目组成员在每天工作过程遇到问题,将其记录下来,然后在以邮件方式发送给需要沟通或者询问者。
大家每天下班之前收取邮件,对于可以直接回答的问题则直接以邮件方式回复,对于无法直接答复而只需与提出问题者讨论的问题,在第二天上班前进行商议确定。
而需要众人一起讨论的问题,则放到每周会议上讨论,较紧急的问题召开临时性会议。
通过以上方法,基本上实现了有关各方及项目组内部的有效沟通,及时发现问题、解决问题,避免了因各方立场不一致造成严重对立而影响项目进度,避免了因交流不畅形成重大质量问题。
二、合理配置人员。
对项目组人员进行规划配置,合理分工,明确责任,保证项目各阶段、各方面的工作能够按计划完成。
我们在项目组长配置了以下人员:
技术组长一名,负责技术难题攻关,组间沟通协调;需求人员5名,负责将用户需求转换成项目内的功能需求和非功能需求,编制项目需求规格说明书,针对每个迭代集成版本与用户交流获取需求的细化;设计人员5名,负责对需求规格说明书,进行系统设计;开发人员8名,实现设计,完成用户功能;集成人员1名,负责整套系统的编译集成,督促小组系统功能提交,及时发现各模块集成问题,起到各小组之间的沟通的纽带;测试人员2名,对于集成人员集成的版本进行测试,尽可能的发现程序缺陷,以及未满足需求的设计;文档整理人员1名,负责对小组内产生文档的整合,统一;维护人员1名,系统验收后,维护人员,建议维护人员早期进入项目参与项目测试以便顺利承担起项目维护职责。
在人员的管理方面,一方面要求项目组成员相对稳定,以保证开发工作的连续性,另一方面,不搞终身制,不能够胜任职工作的坚决调换,保证项目整体工作不受影响。
通过平常和阶段性的工作考核、评审,对不合格人员进行调换。
有一名需求分析人员因为工作态度不好,与客户单位业务人员关系恶化,调查落实后,我们立即把他调出项目组。
三、进行风险评估,在进度和质量之间进行权衡,争取最佳平衡点。
由于项目资金已经确定,我就在进度和质量之间找平衡点,力争把风险降到最低。
由于医疗保险业务本身比较复杂,加之当时国家政策不稳定,业务流程不是很规范,系统需求也在不断调整、完善,给项目的进度带来一定影响。
由于这个项目涉及到十余万参保职工的医疗待遇,影响很大,通过与用户方领导沟通,决定不搞“形象工程”,在质量和进度之间优先考虑质量。
同时,考虑到这个项目的采用了增量开发模型和模块化的设计方法,我把项目目标进行了分解,涉及到业务经办的部分优先完成,保证系统在规定的时间上线运行,其它不影响业务经办的、辅助性的功能适当延期,包括医疗监督、统计分析和部分报表。
这样虽然整体工期有所延长,但没有影响系统及时上线。
这种做法同时照顾到各方的利益,把整体风险降到了最低。
四、重视需求变化的客观性,强化测试,保证软件功能完整、正确、高效。
质量是软件的生命,软件功能完整、正确、高效是软件质量的重要组成部分,也是用户最关心的内容。
我们采用了软件工程方法,使用渐增式的增量模型,注重满足用户需求和需求的变化。
由于国家没有统一的医疗保险业务经办规范流程,另外,为保证医保基金的收支平衡,各地都在根据医保基金的运行情况进行不断的政策调整,造成医保系统的需求变化频繁。
根据这个情况,为保证软件满足应用需要,我们规定:
在整个项目的开发过程中,凡是用户提出的、经调查情况属实、经技术可行性论证可行的,全部予以响应。
同时,采取措施避免需求的反复和无意义、不合理的变更。
对较大的变更和比较关键的变更,要经各方联席会议论证通过,参与人员签字负责,并由提出变更的单位加盖公章确认。
由于不合理或技术上不可行而没有通过的需求变更,要提出替代的解决办法,并与用户单位协商,达成一致意见后予以解决。
测试是保证软件质量的重要手段,也是让用户直观地了解软件质量和熟悉软件操作的有效途径。
我有计划地强化测试环节,让用户由始至终地参与测试工作。
我们主要采取黑盒法进行测试,把工作重点放在测试用例的准备上,严格定义测试索引、测试环境、测试输入、预期结果、评价标准,尽可能的把各种业务的不同情况都表现出来。
同时,我们准备了一家定点结算点进行实际运行测试,在该结算点手工记帐和计算机联网记帐同时进行,并有计划地穿插一些测试用例。
通过这些办法,及时发现了和解决了许多问题。
经过努力,该系统一次上线运行成功,并在6个月后通过了验收。
回顾项目的整体管理工作过程中,虽然没有大的事故发生,但仍然存在许多问题,主要有以下3点:
1、软件测试不系统,用例准备仍不够充分,忽视了压力测试。
系统实际运行后随着参保职工和定点结算的增加,运行速度下降很快,达不到设计要求。
虽然通过升级硬件缓解了这个问题,但造成了资金的额外投入。
2、在需求分析过程中对各方目标的权衡不够充分,导致定点结算点使用的结算子系统功能较弱,提供的系统接囗又不够强大,给定点结算点内部管理带来不便,一些必要的统计和查询功能难以实现。
3、对开发人员与操作人员对系统的要求差异认识不足,两者的直接沟通不够,造成一些对操作员而言很重要的问题在开发人员那里得不到重视,产生了一些矛盾,给项目带来不利影响,特别是影响到用户方及领导部门对项目的整体印象。
综上所述,良好的项目沟通管理;合理的人力资源配置;用风险评估在进度和质量之间进行权衡;重视需求变化的客观性,强化测试,保证软件功能完整、正确、高效是我在某市医疗保险管理信息系统项目中的整体管理中的四个主要实践,为项目的成功奠定了坚实的基础。
在以后的项目整体管理工作中,我要加强测试的系统性和科学性,注重各方利益的权衡,继续深化各方的沟通,协调好开发工作各个部分及各个方面的关系,更好地完成项目。
论信息系统的需求管理和范围管理
航空票务系统项目进度管理
[摘要]:
2007年6月,我作为项目经理开始参与某航空公司航空票务系统项目的开发,主要负责系统的组织规划实施开发与项目管理,该系统具有严格的安全,稳定,时实高效和可靠性能要求,该系统由票务管理系统和呼叫中心系统两部分组成,呼叫中心系统主要实现电话,传真和短信业务,票务管理系统是整个系统的核心,采用了struts+hibernate+spring主流WEB应用框架,实现了WEB应用服务器websphere与协作应用服务器lotusdomino的高度集成
沟通是作为一个项目经理在项目管理中必须具备的最基本也是最重要的技能,项目的成功离不开良好的沟通管理。
本文以该项目为例,结合作者实践,讨论在该项目进行沟通管理的问题。
主要通过灵活运用多种沟通方式,直接与项目组成成员沟通,避免中间环节,发展良好的沟通技能,善于运用倾听和反馈,召开高效项目会议等方法和策略进行有效的沟通管理。
目前,该系统已正式投入运行,状况良好,受到客户的一致好评。
[正文]:
2007年6月,2004年6月,我作为项目经理开始参与某航空公司航空票务系统项目的开发,主要负责系统的组织规划实施开发与项目管理,当然还做一些编码工作,主要是公用基础代码和核心代码的编写与维护。
航空票务系统是将呼叫中心系统和票务管理系统有效的结合起来,采用先进的CTI技术和语音板卡技术,充分利用电话,短信,传真,因特网等信息化手段,解决航空公司的机票销售问题,规范了业务流程,强化了内部管理,与电子商务的完美结合,使应用系统功能更加完善,提高了整个航空业务的工作效率。
其中,票务管理系统包括:
客户管理,机票管理,票证管理,销售管理,财务结算,调度管理,远程营业部(代理商/分销商)管理,系统管理八大功能模块,并统一于服务器端软件模块。
呼叫中心系统由电话呼叫系统,短信分发系统,传真呼叫系统三部分组成。
票务管理系统是整个系统的核心,在本次开发中,我把它视为整个项目的重点。
票务管理系统采用struts+hibernate+spring主流WEB应用框架,使用RUP软件工程方法,开发工具采用了WSAD5.0,WSAD5.0集成并扩展了Eclipse2.0的功能。
硬件配置方面,IBMRS/6000用于安装websphere5.0,DELL服务器用于安装DOMINOR6和ORACLE10g数据库,系统平台采用WINDOWSNT实现了WEB应用服务器与协作应用程序服务器LOTUSDOMINO的高度集成,并使用SINGLESIGNON(SSO)实现单点登陆。
总体架构思想:
用spring搭建整个框架,用hibernate取代原始的JDBC操作,并进行持久化管理,在spring中采用Bean来管理整个持久化层和访问层,与hibernate相连接进行数据库操作,视图层和控制器层通过STRUTS筐架实现,模型层是数据访问层DAO和hibernate的结合,数据库层功能使用ORACLE数据库实现。
在本系统中将订单数据的生成分析采用关系数据库实现,通过webspher架构实现业务逻辑处理,机票订单的生成和审核流程则由DOMINO进行驱动,将基于业务为主的J2EE服务系统和基于协作为主的DOMINO流程处理系统有效的结合起来,确保整个业务流程的有效运行和各种数据查询分析统计的有机结合。
由于考虑到寒假和春运期间将会是旅客的高峰期,客户要求系统必须在12月底前交付,项目开发周期为6个月,为此我做了如下安排:
前4个月主要集中精力用于开发票务管理系统,后两个月主要完成票务管理系统和呼叫中心系统的集成以及项目收尾工作。
在项目管理过程中,项目经理90%的时间都会花在沟通上,项目经理在沟通中担任主持协调者,调解人,聆听者,解释者等诸多角色。
因此有效的沟通管理是项目成功的必备条件。
在本系统项目中,我主要使用microsoftproject2003作为辅助沟通工具,并通过灵活运用多种沟通方式,直接与项目组成员沟通,避免中间环节,发展良好的沟通技能,善于运用倾听和反馈,召开高效的项目会议等方法和策略进行项目沟通管理。
1.灵活运用多种沟通方式,直接与项目组成员沟通,避免中间环节。
沟通的方式有很多,比如:
电话沟通,电子邮件沟通,经理信息系统沟通,但是只有灵活运用才会收到良好的效果。
在本项目中,项目正式启动后,我就把团队成员召集在一起,进行了面对面的沟通,让他们认识到任务的艰巨,同时也让他们树立完成目标的决心和勇气。
平时,我会定期地到项目成员的当地住所进行私人探访,与他们进行一些随意的交谈,了解他们的需求,并探讨下他们在工作中遇到的问题,征集一些观点和看法。
每周我们都会进行一次进度评审,在每个里程碑,我们都会举行一次正式的小组会议,对之前的工作情况确认和总结。
我还专门为项目组搭建了一个开放式论坛,让大家可以在BBS上畅所欲言,共同讨论。
平时,我也把自己的电子信箱告诉给项目组成员,要求他们大胆地反映实际问题,积极参与项目的决策与管理,多提建议和意见。
我每天上班时都先认真阅读来信,并进行处理,从来信中,我收集到了许多对决策有用的信息,为了激励成员的热情,我决定,凡是被采纳的建议,给予鼓励,提出带有普遍性问题的来信,我都会给予答复。
2.发展良好的沟通技能,善于运用倾听和反馈。
在与项目成员沟通的过程中,从不随意打断对方说话。
如果对方的话很有道理,我会给予适度赞美。
在整个过程中,我都会心平气和的与对方讲话。
当遇到问题时,我会用不同的方案去解决。
如果对方听不明白,我就会举一些浅显的例子让他尽量明白我所说的话。
在气氛紧张的时候,我会用幽默的话语来缓解气氛,也就是所谓的能听话,能赞美,能心平气和,能变通,能清楚,能幽默。
在进行沟通时,我还特别注意培养自己的倾听素质,比如呈现给恰当肯定的面部表情,避免出现隐含消极情绪的动作,呈现出自然放开的姿态....当然,适当的地反馈也是非常重要的,我尽量多问少讲,因为项目成员往往比我更清楚本职工作中存在的问题。
所以,要多问问题,引导他们自己去思考和解决,我只对他们的工作进展作出评价,沟通的重心放在“我们”,在沟通中尽量多使用“我们”少用“你”。
同时我会把握良机,在适当时候进行反馈,党成员出色地完成了一件事我会给予及时的表扬和激励;当成员犯了错误,我会等他冷静之后再作反馈;在进行批评时,也坚决不用“没能力”,“失信”等评价性语言。
我特别注意反馈谈访的内容与书面考评意见的一致,不避重就轻,因为这样会带来不好的效果。
3.召开高效的项目会议。
项目会议是项目经理沟通项目信息,跟踪项目进展,制定项目计划,形成项目决策,解决项目冲突,确保项目按计划顺利进行的有效手段。
在本系统项目中,启动阶段我们召开了项目启动动员大会,由该项目当事人双方参与,主要目的是为了士气,统一思想,明确目标,每周我们会举行一次项目例会,由项目组成员全体参与,主要是检查项目计划的完成情况,发现偏差,并制定和落实纠偏措施。
每日会举行一次项目评审会议,主要目的是总结上阶段工作,布置下阶段任务,在该项目结束后,我们召开项目总结大会,发起人老总,各部门经理,项目组全体成员都参与,主要目的是为了总结经验,检讨教训,论功行赏,项目运行一段时间后,我们还召开了后评价会议。
由很多专家参与,主要是学习和反馈,对项目进行总结,在开会之前,我们都确定了会议的日程,议题,参与人,地点等。
并提前通知与会者。
同时控制会议的规模。
仅邀请必需人员参加,并要求按时开会,按时结束,制定防止开会迟到,早退的制度。
在会议上不允许讨论与会议议题无关的话题,在会议也要听取不同的观点和意见。
航空票务系统在2007年12月下旬正式上线,提前完成了项目,目前系统运行正常,受到客户和有关部门的一致好评,对项目的满意度较高。
重新回顾该项目开发过程,项目组成员常常因为技术问题而争论,当发生冲突,在解决冲突方向时,我们仍旧处理地不够好,技能欠缺,在今天的开发中,我会不断的努力和改进。
论软件开发成本管理
摘要
2004年8月,我作为项目经理开始参与某某银行授信业务系统的开发项目,主要工作职责为需求分析、系统设计和项目管理.系统基本功能包括:
业务操作、业务提醒、基础资料、查询统计和权限管理等五个模块.系统采用Struts+Hibernate主流Web应用框架,实现Web应用程序服务器WebSphere与协作应用程序服务器LotusDomino的高度集成.
项目的成功很大程度上归功于在项目过程中各个阶段对进度和成本的有效管理和控制。
本文以该项目为例,结合作者实践,讨论了信息系统项目中的成本管理问题,主要通过在计划阶段做好工作量估算,有效管理和控制风险因素,在实施阶段进行成本跟踪和控制等方法来有效管理和控制项目成本.实施结果…
正文
2004年8月,我作为项目经理开始参与某某银行授信业务系统的开发项目,主要工作职责为需求分析、系统设计和项目管理.当然也做一些编码工作,主要是基础性公用代码和关键核心代码的编写与维护.授信是指银行以自身信用向客户提供贷款(包括项目贷款)、担保、开票信用证、汇票乘兑等业务,授信业务是商业银行资金运作中最为重要的业务之一。
开发授信业务系统,提高授信业务的管理水平和运行效率、充分利用共享的信息资源、减小各种风险、运用各种科学的金融分析模型指导业务开展具有十分重要的意义.系统基本功能包括:
业务操作、业务提醒、基础资料、查询统计和权限管理等五个模块.系统全面实现授信业务的网上操作,实现流程的上报,审批和管理,大大提高了授信业务工作效率。
提供了强大的业务查询和统计功能,便于对授信业务工作的管理和监督.其中业务操作模块实现授信业务工作流程,主要包括正常类授信业务申报、问题类授信业务申报、特殊类授信业务申报和授后监控业务等工作流程.
系统采用Struts+Hibernate主流Web应用框架,开发工具采用WebSphereStudioApplicationDeveloper5.0(WSAD5.0),WSAD5.0集成并扩展了Eclipse2.0的功能.硬件配置方面:
IBMP610小型机用于安装WebSphere5.0,DELL服务器用于安装DominoR6和SQLServer2000。
实现Web应用程序服务器WebSphere与协作应用程序服务器LotusDomino的高度集成,并使用SingleSignOn(SSO)实现单点登陆.总体架构思想,将表单数据的生成和分析采用关系型数据库来实现,通过WebSphere架构实现业务逻辑的处理,而表单的审核流程由Domino进行驱动.将基于业务为主的J2EE服务系统和基于协作为主的DOMINO流程处理系统有效的结合起来,确保整个业务流程的有效运行和各种数据查询分析统计的有机结合.由于考虑到银行帐户年度等因素,客户要求系统在2004年12底前交付,项目开发周期为4个月。
项目人员配备情况,项目经理l人,开发人员4人,测试人员3人,界面美工人员1人,项目行政秘书1人,配置管理人员1人,质量管理人员1人.其中开发人员小张来自某某银行科技处.项目行政秘书、配置管理、质量管理等人员为兼职人员,为多项目共享。
由于公司属于大型软件企业,在项目基础设施方面包括开发服务器、开发机、测试服务器、配置管理服务器、开发工具等配备状况较好。
软件成本管理是软件项目管理的一个重要组成部分,也是一个十分容易被忽视但却又是十分重要的内容.成本管理的目的是通过执行项目成本管理过程和使用一些基本项目管理工具和技术来改进项目成本绩效。
项目组整体上把按进度和预算交付项目作为我们最大的挑战,因此我们十分重视对项目进度和成本的控制和管理.该项目中我们借助项目管理软件MicrosoftProject2003来辅助进度和成本的计划和管理.我们主要通过在计划阶段做好工作量估算,有效管理和控制风险因素和在实施阶段进行成本跟踪和控制等方法和策略来有效管理和控制项目·成本.1、计划阶段做好活动历时(工作量)估算项目需求分析阶段结束,《软件需求说明书》得到客户正式签字确认后,我们开始创建工作分解结构WBS和制定详细项目进度计划.我们认为工作量估算是成本估算的基础,...
··成本.
1、计划阶段做好活动历时(工作量)估算
项目需求分析阶段结束,《软件需求说明书》得到客户正式签字确认后,我们开始创建工作分解结构WBS和制定详细项目进度计划.我们认为工作量估算是成本估算的基础,对于项目成本管理+分关键.由于对代码行(LOC)估算、功能点(FP)估算等估算方式研究不是很深入,工作量估算主要采用基于公司项目历史绩效数据库和个人经验的估算方法.对于部分涉及流程的活动单位一般比较难一次性把握其活动的历时,事实上流程调试的工作量在页面基本功能(增加/删除了修改)的3倍工作量以上.例如业务操作模块——问题类授信业务申报——问题类客户行动计划申请流程页面提交工作量为2日/人,而流程调试需要涉及20多个角色和8条路径.对于估算把握不是很好的任务,我们一般通过提供一个乐观估算A、悲观估算B、正常估算M进行3次估算然后利用PERT公式[1(4*M+A+B)/6]计算取整.每项活动我都先确定具体人员,然后需要对活动本身进行详细分析,必要时查看公司项目历史绩效数据库。
最后需要为各项活动建立了依赖关系,明确各项活动的前置任务,活动开始时间和结束时间.总体上讲活动历时估算工作量较大,我花费了数个工作日.
项目组人员流动率较低,在J2EE和Struts架构下的WEB应用开发已经有一定的项目积累和团队合作基础.如项目组自行开发了功能完善的Struts-config.xml统一维护工具,实现了FormBean和ActionBean方便管理。
有大量可供复用的东西,如公共基础代码包,权限管理模块等.这些也是在我们工作量估算中需要考虑的因素.
2、有效管理和控制风险因素
项目中我们对项目风险进行了必要的管理,以避免风险事件的发生引发项目成本增加或超支.公司项目管理部门提供了风险管理计划的模板和风险事件列表模板.为了让项目组整体在各个阶段保持良好的风险意识,我尝试采用了“十大风险事项跟踪”,把项目中各主要风险事项按照排名张贴在公告栏上.由于当时有部分未明晰的需求包括:
①问题类客户行动计划申请流程;②查询统计部分需求;③客户方面可能提出的新需求.需求和范围界定不清、计划不充分、用户参与不足、缺乏领导支持、技术问题等为我们项目计划阶段主要风险事件.事实表明,这种做法效果是非常明显的.特别是客户方面,我定期把风险事件列表Email给客户方项目负责人方某.为了能尽快落实未明晰的需求部分,我与客户方主要项目负责人方某进行了面对面的沟通.通过一番利弊关系的陈述,达成尽快明晰悬留部分需求的共识.需求问题很快得到解决.项目组整体信心十足,积极性和责任感增加.公司领导方面对项目组也表现出特别的关心,特别是公司赵总开始频繁出现在项目组的每周进度评审会议上,他们也开始担心因为对项目支持不够而导致项目的失败3、实施阶段进行成本跟踪和控制
实施阶段需要进行成本的跟踪和控制.Project2003中需要设定各项资源(人员)的工时标准费率,即人员每小时的工作成本.项目组成员每周五下班前通过内网B/S项目管理信息系统PMIS提交《项目周报》,把各自本周内完成的任务进度
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 项目 进度 管理