当前位置:文档之家› 高级项管论文范文001(九大管理0)

高级项管论文范文001(九大管理0)

高级项管论文范文001(九大管理0)
高级项管论文范文001(九大管理0)

高级项目管理论文范文—九大管理----B a c k d a y s重新整理2014.10.10

一、项目整体管理

1.1论信息系统项目的整体管理(医保I)

概要:

2005年3月,某市为实施城镇职工基本医疗保险,开发了一套医保管理信息系统,该系统的功能包含了基金征集和支付管理、参保单位(职工)管理、定点结算点管理、参保职工就诊结算管理、IC卡管理等。我作为承建方项目经理,负责了项目管理的工作。

医疗保险管理信息系统涉及到医保管理部门、各定点结算点(医院药店)、开发商,加之政策多变、业务不成熟,需求变化频繁,开发的难度和风险较大。在该系统开发过程中,我在项目整体管理方面釆取了针对性的措施,包括:加强与各方的沟通,注重用户需求和需求的变化,合理配置项目团队成员,对风险进行了及时的评估并顺利地控制了风险。通过这些办法,平衡了各方的利益,控制了项目的范围和进度,保证了项目的质量,最终让该系统在2006年6月一次上线运行成功,目前运行情况良好。

正文:

2005年3月,某市为实施城镇职工基本医疗保险开发了一套医保管理信息系统,我作为承建方项目经理,负责项目的管理工作。该系统的功能包含了基金征集和支付管理、参保单位(职工)管理、定点结算点管理、参保职工就诊结算管理、IC卡管理等,目标管理人数为30万,定点结算点200个,计划投资400万元;釆用C/S结构,数据集中保存在市医保中心,定点结算点与医保中心之间数据实时交换。

通过公开招标,明确了项目的范围、时间、成本和釆购,因此我把整体管理工作的重点放在了项目的质量、人力资源、沟通和风险管理等方面的整合上,目的是保证实现计划的功能并按时投入运行。在工作中,我根据实际情况,釆用了灵活的工作方法,取得了较好的效果。

一、加强了沟通管理

该项目涉及到医保中心、参保单位、定点结算点、系统开发集成商等多个单位,从需求分析到系统设计、测试都要各方参与和配合,由于各方的地理位置十分分散,难以经常或长期集中,因此,各方及时有效的沟通是项目成功的必要条件。为解决好这个问题,我釆取了三个办法:

1、提高大家对沟通作用的认识,特别是各方主要领导人对沟通的必要性和重要性的认识,从而对沟通工作给予必需的人员、经费和时间的支持,保证了沟通工作得以按计划进行。

2、对项目组外部的沟通,坚持从实际出发,釆用多种沟通的方式。一方面,把必要的、重要的沟通需要以联席会议、工作计划、总结报告的形式制度化。另一方面,在适用的前提下,釆用灵活、经济的沟通方式,比如:对一般的小问题或者是简单问题进行电话交流,复杂一点的问题开碰头会,需要后续解决的、比较重要或涉及面较广的问题要形成书面的会试纪要,有必要的情况下要由相关单位加盖公草确认。

3、对项目组内部沟通,进行适当的控制,避免形式主义,在保证效果的前提下节省,提高工作效率。规定项目组成员在每天工作过程中遇到问题时,要将其记录下来,然后再以邮件方式发送给沟通管理计划中指定的需要沟通者或者询问者。大家每天下班之前收取邮件,对于可以直接回答的问题则直接以邮件方式回复,对于无法直接答复而只需与提出问题者讨论的问题,在第二天上班前进行商议确定。而需要众人一起讨论的问题,则放到每周例会上讨论,较紧急的问题召开临时性会议。通过以上方法,基本上实现了有关各方及项目组内部的有效沟通,及时发现问题、解决问题,避免了因各方立场不一致造成严重对立而影响项目进度,避免了因交流不畅造成重大质量问题。

二、进行风险评估,在进度和质量之间进行权衡,争取最佳平衡点

由于项目资金已经确定,我就在进度和质量之间找平衡点,力争把风险降到最低。由于医疗保险业务本身比较复杂,加之当时国家政策不稳定,业务流程不是很规范,系统需求也在不断调整、完善,给项目的进度带来一定影响。由于这个项目涉及到十余万参保职工的医疗待遇,影响很大,通过与用户方领导沟通,决定不搞“形象工程”,在质量和进度之间优先考虑质量。同时考虑到这个项目的釆用了增量开发模型和模块化的设计方法,我把项目目标进行了分解,涉及到业务经办的部分优先完成,保证系统在规定的时间上线运行,其它不影响业务经办的、辅助性的功能适当延期,包括医疗监督、统计分析和部分报表。这样虽然整体工期有所延长,但没有影响系统及时上线。这种做法同时照顾到各方的利益,把整体风险降到了最低。

三、重视需求变化的客观性,强化测试,保证软件功能充整、正确、高效

我们釆用了软件工程方法,使用渐增式的增量模型,注重满足用户需求和需求的变化。由于国家没有统一的医疗保险业务经办规范流程,另外,为保证医保基金的收支平衡,各地都在根据医保基金的运行情况进行不断地政策调整,造成医保系统的需求变化频蘩。根据这个情况,为保证软件满足应用需要,我们规定:在整个项目的开发过程中,凡是用户提出的、经调查情况属实、经技术可行性论证可行的,全部予以响应;同时,釆取措施避免需求的反复和无意义、不合理的变更;对较大的变更和比较关键的变更,要经各方联席会

议论证通过,参与人员签字负责,并由提出变更的单位加盖公章确认。由于不合理或技术上不可行而没有通过的需求变更,要提出替代的解决办法,并与用户单位协商,达成一致意见后予以解决。测试是保证软件质量的重要手段,也是让用户直观地了解软件质量和熟悉软件操作的有效途径。我有计划地强化测试环节,让用户由始至终地参与测试工作。我们主要釆取黑盒法进行测试,把工作重点放在测试用例的准备上,严格定义测试索引、测试环境、测试输入、预期结果、评价标准,尽可能的把各种业务的不同情况都表现出来。同时我们准备了一家定点结算点进行实际运行测试,在该结算点手工记帐和计算机联网记帐同时进行,并有计划地穿插一些测试用例。通过这些办法,及时发现了和解决了许多问题。

经过努力,该系统一次上线运行成功,并在6个月后通过了验收。回顾项目的整体管理工作,虽然没有大的问题发生,但仍然存在一些有待改进的地方:

1、软件测试不系统,测试用例准备仍不够充分,忽视了压力测试。系统实际运行后随着参保职工和定点结算的増加,运行速度下降很快,达不到设计要求。虽然通过升级硬件缓解了这个问题,但造成了资金的额外投入。

2、在需求分析过程中对各方目标的权衡不够充分,导致定点结算点使用的结算子系统功能较弱,提供的系统接口又不够强大,给这下点结算点内部管理带来不便,一些必要的统计和查询功能难以实现。

3、对开发人员与操作人员对系统的要求差异认识不足,两者的直接沟通不够,造成一些对操作员而言很重要的问题在开发人员那里得不到重视,产生了一些矛盾,给项目带来不利影响,特别是影响到用户方及领导部门对项目的整体印象。

综上所述,打造良好的项目沟通氛围,合理的进行人力资源配置,用风险评估在进度和质量之间进行权衡,重视需求变化的客观性,强化测试来保证软件功能充整、正确、高效等,是我在某市医疔保险管理信息系统项目中的整体管理中的四个主要实践。这些措施为项目的成功奠定了坚实的基础。在以后的项目整体管理工作中,我要加强测试的系统性和科学性,注重各方利益的权衡,继续深化各方的沟通,协调好开发工作各部分及各方面的关系,更好地完成项目。该系统在2006年6月一次上线运行成功,目前运行情况良好。

1.2论信息系统项目的整体管理(医保II)

摘要:

本文以某市医疗保险市级统筹项目为实例,探讨了在项目整体管理中遇到的问题及解决方法。认为项目整体管理的成功主要在于协调和控制项目范围、项目进度、项目质量、项目风险等工作,提出应以制订项目计划、指导和管理项目执行、监督和控制项目工作、控制项目变更为工作流程,对于项目进度、质量、人力资源以及风险管理中遇到的问题提出了解决的办法。我在该项目中担任了开发方的项目经理,自始至终参与了整个项目的建设,自2009年11月项目启动至2010年10月验收,历时近1年,系统至今运行稳定,取得客户的好评,很大程度上得益于项目成功的整体管理。

正文:

某市各区县运行独立的城镇职工基本医疗保险、城镇居民基本医疗保险和大额补充医疗保险保险系统,城镇职工或城镇居民只能到其所属的区县按照所属区县标准进行就诊,各区县间业务相互独立,医疗保险基金也独立管理.系统采用C/S构架,均为我公司开发,已运行近8年。为贯彻落实深化医药卫生体制改革精神,进一步完善基本医疗保险体系,提高医疗保险统筹层次和增强基金保障能力,结合某市实际情况,吉林省下文制定某市市级统筹实施办法,增强基本医疗保险基金的调节能力和抗风险能力,坚持市级统筹、分级管理、定额调剂;坚持统一参保政策、统一缴费标准、统一待遇水平、统一管理方式。

部门主要有二大块业务,医疗保险业务和农村合作医疗,医疗保险业务现在主要采用PB9.0+Oracle10.0开发的C/S系统,而农村合作医疗则是采用J2EE+Oracle10.0开发的B/S系统,二大块业务相互独立。因客户要求业务上将城镇职工基本医疗保险、城镇居民基本医疗保险和大额补充医疗保险保险系统集于一套系统,达到参保人员持医保卡能在全市所有医院和药店享受医疗待遇,加之各区县地理位置分布不集中等原因,部门决定此项目采用J2EE+SPRING2.0+EXT2.0框架进行开发,而部门实际情况是从事医疗保险业务开发和维护的人员不懂J2EE技术,而从事农村合作医疗开发和维护的人员不懂医疗保险业务,形成了“懂业务的不懂技术,懂技术的不懂业务”的局面,完成客户要求的2010年9月1日试运行的任务困难非常之大。

在项目启动阶段,公司领导组织召开了项目启动会议。会议上,领导介绍了项目的前景以及项目的重要战略意义等。因运行近8年的C/S系统我一直负责系统的维护与升级,对业务及客户关系都比较了解,会议上任命我为项目经理,并对相关权限进行了授权,会议结束后我便开始制订项目计划,计划中明确了项目的总体技术解决方案、项目全生命周期和相关阶段、项目过程所采用的工具和技术方法、变更流程和变更控制委员会以及进度计划等。因此次项目的范围可以按照现有的C/S系统进行界定,所以在项目过程中我重点加强了项目进度管理、项目质量管理、人力资源管理以及风险管理,为项目的顺利实施奠定了基础。下面就论述一下项目进度管理、项目质量管理、人力资源管理以及风险管理中遇到的问题以及解决方法,望各位读者批评指正。

一、人力资源管理

市级统筹开发涉及职工险、生育险、居民险、大病保险,所以我计划将项目组分成3个小组,每小组配备3至4人分别进行开发,因采用J2EE+SPRING2.0+EXT2.0框架进行开发,所以此次医疗保险市级统筹开发中需要从农村合作医疗业务组抽调开发人员过来。考虑到人员分配及管理方面的问题,我首先制订了人力资源管理计划,明确角色和职责分工,以及人员配备管理方面的事宜。责任分配矩阵RAM如下图所示:

人员配备管理方面的计划如下:2009年11月底各相关人员进入项目;2009年11月底前安排给各相关技术人员培训市级统筹业务、给各相关业务人员培训技术;其次,在团队建设方面做了如下约定:

第一、项目组所有人员必须在公司办公,并且严格遵守公司的各项制度;

第二、相关人员须参加业务或技术培训,具体以邮件通知为准;

第三、由项目经理和项目组长对组成员进行绩效考评,并将绩效信息记录备案,最终反应到年终奖的考评中;

第四、每月月底安排一次项目聚餐。

在项目实施中我加强了跟踪个人和团队的绩效,观察团队成员的行为,评审团队和团队成员绩效;其中就发现了不少问题,比如负责职工、居民、生育、大病业务开发的4个人时时不能从农村合作医疗业务中抽调过来,经过与农村合作医疗相关负责人沟通后,在仍无法抽调过来的情况下及时与部门领导沟通,领导最终决定先找4个外包人员进驻我公司,顶替不能从农村合作医疗业务中抽调过来的人员进行开发。二、风险管理

“懂业务的不懂技术,懂技术的不懂业务”,在这种局面下项目风险很大,一旦开发人员没有理解业务去开发,将导致严重的返工,最终影响项目进度,这也是我最为担心的事情之一。为了全面识别和分析项目中的风险,在项目团队内我组织召开了项目风险会议,参会人员包括项目团队成员、其他项目经理、部门医疗保险业务专家.会议上讨论了风险并对风险进行定性分析,最终形成了如下风险清单:

在项目实施中我每周进行一次风险跟踪,分析现有风险状态,识别新风险,并及时更新风险清单。尽管如此,实施当中依然发现对风险估计不足,甚至有些措手不及.比如,在定点相关支付功能未开发完成之前负责定点部分的组长崔工提出离职,崔工是整个定点支付系统的核心,他的离职对项目的影响将是巨大的.在我收到他离职申请邮件后第一时间找他谈心,进一步了解他的真实想法.因崔工一直是我所带的员工,我们彼此之间比较了解,他也向我描述了他的真实想法(第一、长期从事定点支付工作,任务太重、压力太大,会因为算法的一点点改动而担心甚至失眠;第二、考虑回老家买房,目前经济压力太大)。在得知这些情况后,我表达了对他的肯定与感谢,随后我及时跟部门领导沟通,强调崔工在项目中的努力和重要程度,希望能给予经济上的帮助与支持.在经过几次沟通后,崔工还是决定离职,在这种情况下,我与崔工进行了再次沟通,尝试让他推迟一至二个月再离职,崔工也答应推迟离职,更为幸运的是在崔工离职前依然尽职尽责,最终定点支付系统算法完全符合市级统筹政策。

三、进度管理

客户要求的2010年9月1日试运行,届时会有吉林省级领导前去考查,这是一项时间紧任务重而又不能不按时完成的任务.为了更好地控制进度,首先,我安排了各组组长解读政策,进行需求分析和详细设计,将系统功能细分定义到能够在1周内完成的模块,然后根据业务间的逻辑关系利用前导图法(PDM)对模块开发的优先级进行了排序。2010年9月1日试运行已定,所以我在安排进度时采用了倒推的方式进行安排,最终形成了二个项目进度计划表:逻辑横道图和里程碑图,用于安排具体的工作和向领导汇报。

为了及时了解团队成员工作中遇到的问题,我约定每日下班后举行例会,每个成员都谈谈工作完成情况以及在工作中遇到的问题,对遇到的问题,大家一起讨论形成解决方案。因时间的紧迫,我决定从2009年12月中旬开始每周一、三、五晚加班。

根据团队成员的绩效信息,每周形成项目周报,并发送给项目相关干系人.根据绩效信息与计划进度表进行比较,进行偏差分析,计算进度偏差情况,及时采取纠正或预防措施。比如,负责生育需求分析和设计的吴组长是其他项目的项目经理,因其他项目上的事情比较多,生育组的需求分析和详细设计迟迟不能开始,已落后于计划3天,如果再不提交将影响到编码阶段,我及时跟吴工进行沟通,与他协商决定,我负责帮他完成一部分其他项目中的工作,他加班负责先把马上要进入编码阶段的需求分析和设计提交出来,最终生育业务的编码开发工作按计划开展。

四、质量管理

为了确保开发人员开发完成的模块符合业务流程,我做了如下约定:

1、各组长编写详细设计时要求尽量详细.要把业务描述清楚,把涉及到的数据库表结构注明,并把主要的SQL语句写清楚;

2、建立Bugfree Bug管理系统,定义Bug处理流程(开发人员-组长-测试人员-开发人员);

3、开发人员每天写工作日志,在工作日志中用自己的理解描述清楚当天负责开发的业务流程,并在每天下班前的例会上跟大家一起分享.把已经完成的工作提交至Bug 管理系统;

4、组长Bug管理系统中及时进行业务测试,如有问题,在每天下班前的例会中及时提出来,开发人员再利用加班时间进行调整;

5、经组长测试完成的模块经Bug管理系统提交至测试负责人黄工处,黄工和聂工再仔细测试模块,如有问题则反馈回开发人员进

行修改;

6、测试负责人每周形成一次测试报告,并将测试报告以邮件的形式发送至客户等项目相关干系人;

7、建立外网服务器,测试人员将测试完成的模块及时发布到外网服务器上,让客户相关负责人及时了解目前开发进度情况以及提供反馈意见。

经过努力,该系统在原定的2010年9月1日试运行成功,运行状况良好,受到一致好评,特别是定点支付算法的集中而且准确得到了客户很高的评价,并在同年10月底通过了验收。回顾项目的整体管理工作过程中,虽然没有大的事故发生,但仍然存在许多问题,主要有以下二点:

1、团队建设仍不够成功,离职率没有得到改变,特别是在核心人员离职的情况下风险估计也不足.如果定点支付组长不同意推迟离职或者离职前不再尽职尽责怎么办?

2、范围控制不够成功,客户新政策出台后没有对范围进行很好的控制,没有跟客户进行很好的协商,试运行成功后直接进行了新政策的调整,导致验收时间推迟了近2个月。

综上所述,良好的项目沟通管理,合理的协调了项目的进度、质量、人力资源以及风险,在项目实施过程中遇到的问题都及时得到了解决.项目的成功实施让医保基金得到了统一管理,真正落实了“一卡在手,全市享受医疗待遇”,得到了客户很高的评价。然而,在风险管理和范围管理方面还有待于改进,在以后的项目管理工作中,我要加强学习,更好地协调好项目工作中各个部分及各个方面的关系,更好地完成项目。

二、项目范围管理

2.1论信息系统项目的范围管理(银行票据项目)

摘要:

2009年7月,我作为项目经理参加了某商业银行票据管理系统的项目建设,主要职责是项目管理。系统主要是以银行纸质票据业务作为管理对象而实施开发,目的是把银行票据业务管理从手工操作的繁重工作中解放出来,实现票据业务的信息化管理。系统功能主要包括:银行/商业承兑汇票签发、兑付、贴现、转贴现、再贴现、委托收款、解付、查询/查复等纸质商业票据全流程业务功能。整个项目历时近5个月,于2009年12月初顺利上线,总投资380万。

本文结合行内票据项目的情况实际,简述了项目范围说明书的主要内容,以及根据项目范围说明书如何制订工作分解结构WBS的方法。详细叙述在该票据项目中项目范围管理所面临的问题及处理的方法。主要包括:做好项目范围管理计划、管理好需求变更,防止需求漫延造成项目范围管理失控、启用变更控制委员会,成立专家评估委员会,确保项目范围可控。有效的保障了项目范围控制,确保项目的成功。

正文:

2009年7月,我作为项目经理参加了某银行票据管理系统的项目建设,主要职责是项目管理。笔者所在的银行是一家地方性城市商业银行,近几年随着业务的发展,票据业务利息收入逐年攀升,最高年份能达到行内利息收入总额的26%以上,行内本着提高收益、提高票据流转效率、降低交易成本方面的考虑,决定进行票据管理系统项目的建设,并成立了一个专门的职能部门负责管理票据的各项业务。

该银行原有票据业务一直是手工进行操作,2007年行内信贷管理系统上线后,票据审批与登记功能在信贷管理系统里进行管理,但也十分有限,所以要求新建设的票据管理系统能实现以下一些功能:通过票据系统审批,将审批结果通过实时接口传递的方式传递到信贷管理系统中去,由信贷管理系统进行相应的授信总额度的调整,以利于信贷部门控制全行的信贷规模(因为部份票据授信业务要占用行内的贷款规模)。票据流转涉及到相关账户资金变动的,通过实时接口调用传递到核心系统,完成核心账务自动记账处理,并将结果传递给票据管理系统。这样票据管理系统就能很好的与行内信贷管理系统和核心系统实时联动,满足票据管理和账务核算的双重功能。同时又利于相关授信审批部门动态的监控行内信贷规模数据,便于授信审批部门对全行贷款规模的控制。

系统釆用J2EE架构体系,服务器釆用IBM公司的RISC6000系列的P550主机,操作系统用的是IBM的AIX的4.3.3版本,数据库釆用的ORACLE的9i,中间件釆用甲古文的weblogic,以java作为主程序语言进行开发。

项目范围说明书主要包括项目目标、产品范围描述、项目需求、项目边界、项目的可交付物体、产品可接收的标准、项目的约束和假设条件。其中项目目标包括了衡量项目成功可量化标准。产品范围描述说明了项目承诺交付的产品、服务和结果的特征。项目需求描述了项目可交付物要满足合同、标准、规范或其他强制性文档所必须具备的条件或能力。项目边界严格的定义了项目内包括什么和不包括什么,以及项目干系人假定某产品或服务是项目中的一部分。项目交付物包括项目的产品和附属产出物(例如项目管理报告和文档)。产品可接收的标准定义了接收最终产品的过程。项目的约束和假设条件指具体的与项目范围相关的约束和假设条件,它会对项目团队的选择造成限制或影响。

在制订出项目范围说明书以后,通常需要按以下步骤来编制工作分解结构(WBS):识别和分析可交付成果及相关工作;确定工作分解结构的结构与编排方法;自上而下逐层细化分解;为工作分解结构组成部分制定和分配标志编码;核实工作分解的程度是必要且充分的。

在票据项目中,为了有效的进行项目范围管理,我们主要做到了:

一、做好项目范围管理计划

根据票据业务外围接口多,业务逻辑复杂的特点,我们意识到要控制好项目的范围,必须有合理科学的分析方法来和技术来提供支持,才能很好的完成好范围管理计划的编制。考虑到行内曾经做过类似的资金项目,有一些业务和技术方面的业务骨干,我们考虑专家判断法来做项目范围计划的工作。我们邀请了票据和技术方面的专家其实是行内业务骨干(至少有10年的票据业务或同类项目技术开发经验)共7人,以头脑风暴的形式开展工作,在专家意见的基础上,项目组经过整理得出我们项目范围管理计划的一个雏形。

由于考虑到专家判断的局限性,不同的人会看到项目的不同方面,而票据项目本身所涉及的外围接口多、业务逻辑复杂的特点,使专家判断的这种局限会在本项目中被放大,所以我们仍然考虑利用行内在以往项目中积累的一些经验,釆用组织资产过程中的一些模版和标准,作为专家判断方法的一个补充,来规范项目范围管理计划的工作方法,包括怎样定义项目范围,如何编制工作分解结构WBS等;该计划在票据项目的范围管理中发挥了很大的作用。

二、做好需求分析工作,管理好需求变更,防止需求漫延造成项目范围管理失控。

项目范围管理是项目管理的基础,也是项目管理的重点和难点。含糊不情的需求常让项目经理吃尽苦头,为了防止此类现象的发生,我们在需求分析阶段做了充分的准备,在需求分析的每个阶段,都引入评审机制,评审后由评审小组签字确认,以后还需要调整需求的

情况,就要走严格的项目变更流程:变更申请--变更评估--变更批准--变更实施--变更验证—沟通存档,这套规范的流程有效的防止了需求的不合理变更和需求漫延现象的发生,也有效的控制了项目范围。

三、启用变更控制委员会,成立专家评估委员会,确保项目范围可控。

按行里项目管理办公室的要求,在项目之初就设了项目变更委员会CCB,由首席信息官CIO、票据管理中心的职能经理、我、质量管理员、配置管理员 5 人组成,项目组织分为票据业务组、系统管理组、统计和查询组、外围接口组,每个小组任命一位小组长,变更由各模块的小组组长以书面形式提出,经变更委员会进行评审,主要从质量和进度上来权衡。对于评审过程中分歧比较大的,我们会将此变更申请提交给专家评审委员会,由专家给出具体意见,作为我们变更控制的重要参考。

比如在项目过程中,票据中心的职能经理要求增加一个批量导入回购票据的功能,通过变更流程提交到CCB后,此时项目己快进入试运行阶段了,理由是他刚刚从某银行考察学习回来,X行的票据管理系统中有此功能。而且他一再坚持要实现此功能。因为此功能的增加,它的下游很多代码都要进行修改。如果同意修改,必然会影响到项目的进度,如果不同意,他本人是票据业务方面的专家,CCB 的成员。所以CCB内部很难决策,为此我们将此变更请求提交给行内的专家评审委员会,最后经过专家评审,考虑到项目的实施风险,得出的结论是:暂时不实施变更,此功能等到项目结束后作为一个维护项目来进行实施。

事实证明,启用项目变更控制委员会,成立专家评审委员会,借助业务权威的声音,能有效的抑制项目后期不合适的项目变更,有效的保证了项目的范围控制。项目历时近5个月,最终于2009年12月顺利上线,到目前为止运行良好。这与我们进行有效的项目范围管理工作是分不开的。正是因为范围管理得力,才能使票据项目在时间、质量和成本上达到比较好的效果。当然我们也有做得不到位的地方,前期的项目范围管理计划做得不够深入、WBS分解过程中遗漏了一些小的细节,虽然没有给项目带来损失,但确实也给项目的范围管理带来了一些压力;这是我们在今后的项目实践中需要改进的地方。总之,我们要认识到,项目范围管理是确保项目进度、成本和质量等目标的有力保障,也是项目成功的重要因素。

2.2论信息系统项目的范围管理(铁路公安系统专网项目)

摘要:

2010年1月,我参加了某铁路公安局信息系统专网建设项目。在项目中我担任了项目经理职务,并全面主持项目管理工作。该项目以铁路公安网为依托、Internet为载体,实现公安部、铁路公安局、铁路公安处、派出所队四级网络建设,并进行身份证查询、大站追逃相关软件接口设计和数据库的建立。预计建成后是该铁路公安局迄今为止最大的“金盾工程”电子政务项目之一。

本文结合我的实践经验,就信息系统工程项目的范围管理进行翔实的论述。首先,简要论述项目范围说明书的主要内容和如何依据项目范围说明书来制定WBS。其次,通过项目范围管理计划编制、范围定义、创建工作分解结构、范围确认、范围控制的典型项目范围管理过程,对项目实施过程中遇到的工作分解结构创建困难、范围确认中客户的不配合等问题,进行了逐一化解,使项目获得了最终成功。最后,对项目中的几点不足进行了认真地总结。

正文:

在经济飞速发展和科学技术不断更新的今天,新的犯罪形式和手段也不断的出现,利用高科技手段进行犯罪己成为一种新的趋势。面对这种形式,公安系统必须利用现代化信息通信技术,实现信息共享,提高公安机关的工作效率和案件侦破水平。正因如此,“金盾工程”作为了电子政务12个重要业务系统建设的项目之一。

2010年1月,我参加了某铁路公安局信息系统专网建设项目。该系统要求釆用先进的计算机、网络、通信技术,以铁路公安专网为依托、Internet为载体,实现公安部、铁路公安局、铁路公安处、各派出所(队)的四级网络建设,并进行身份证查询、大站追逃相关的软件接口的设计和数据库的建立。项目包括网络布线、网络工程、软件开发三个部分,涉及该铁路公安局管辖的三个公安处、一个直属公安段和78个派出所。线路全部租用中国铁通的E1-2M专线,达到全部计算机实现2M宽带上网,以此来更好的完成与铁路相关的治安犯罪事件、灾害事故、行车事故、内部破坏事件,协调铁路重点桥梁、隧道守卫工作。预计建成后成为该铁路公安局至今为止最大的政务项目之一。

通过公司的项目经理竞聘上岗机制,我有幸得到了客户和公司领导的信任,成为该项目的项目经理,并主持全面的项目管理工作。项目于2010年1月启动,共投资800万元,项目要求必须于2010年12底全面完工并投入使用。

项目范围说明书详细描述了项目的可交付物和产生这些可交付物所必须做的项目工作,是所有项目干系人对项目范围的共同理解,并说明了项目的主要目标。本项目中范围说明书包括:项目目标是在一年内建成该铁路公安局信息系统专网;制约内素是需要使用中国铁通的线路;预算是 800 万元;应交付的成果是78个派出所(队)和公安局(处)的网络布线、网络工程和相关软件接口的开发、数据库的建立。验收标准是网络部分依据国家行业相关的标准,软件部分依据需求规格说明书;项目主要风险是中国铁通的不配合等。

创建工作分解结构就是将项目划分为可管理的单元,对所有的项目都很重要。依据项目范围说明书来制定WBS,应遵循以下几个步骤:①识别项目交付物和相关项目工作;②对WBS进行结构组织并编排;③将WBS从上向下进行分解;④为每个部分标识编码;⑤审核WBS的每个部分是否必要和充分。

该项目是一个专业性强、涉及面广、实施复杂、周期长以及项目干系人密合度高的项目,要使项目能够顺利进行,执行严格的范围管理是至关重要的。在项目的实施中我们遇到了:工作分解结构创建困难、范围确认中客户的不配合等问题,面对这些困难,我们是怎样逐一化解,使项目最终圆满完成的呢?

一、根据项目的特点,编制范围管理计划。

范围管理计划编制的过程是制定一个项目范围管理计划,该计划规定了如何对项目范围进行定义、确认,以及如何创建工作分解结构,如何对范围进行确认与控制等。我们根据项目的实际情况进行分析,决定将项目部分为四个项目小组。因为该铁路公安局所管辖的三个公安处,分别位于三个方向,将网络工程和网络布线分为东线小组、西线小组、北线小组,由于软件和数据库位于公安局信息中心,因此成立了软件开发小组。通过项目的初步范围说明书、项目章程、合同等为依据,通过邀请公司相关领域的专家帮助,依靠他们丰富的理论知识和站在全局的高度进行项目的分析,我们同时还借鉴公司做过的类似项目:某粮食厅信息系统建设的相关文件为模板,编制项目范围管理计划。

范围管理计划中包括项目范围说明,就是通过网络布线、网络工程、软件开发实现四级联网建设,使公安部门信息共享,更好的打击犯罪和为人民服务;同时还包含了如何创建工作分解结构的初步计划和核准、维持编制的工作分解结构;如何验收确认及范围变更请求的批准等内容。

二、创建详细的工作分解结构。

创建工作分解结构就是将项目的工作分解为易于管理的更小部分。我们在具体的分解中发现,创建工作分解结构是困难的:首先因为工作包的成本有时候难以确定,特别是对于信息系统这样以人的智力为主要投入的时候;其次工作分解结构各种活动直接相关性很复杂,有时难以表现和描述。我们根据以上困难,结合项目的特点,通过本公司相关专家的帮助,经与项目小组成员充分讨论,并应用8/80 规则分解技术,以项目的生命周期的各个阶段作为工作分解结构的第一层,即需求分析阶段、系统设计阶段、布线施工阶段、设备釆购阶段、调试和验收阶段。把第一层中的项目具体内容在第二层继续分解,以设备验收为例产生的第二层为开箱检验,核对设备

配件情单、加电测试。

通过详细的工作分解结构,可以明确和准确的说明项目范围,并清楚的定义了项目边界。为每个独立的工作包分配负责人员,明确他们的工作职责,减少出了问题后由于责任不明确而相互扯皮、推诿的情况发生。根据每个独立的工作包进行进度、费用、资源的估算,提高了准确度。

三、与客户进行很好的沟通,进行范围确认。

范围确认是项目干系人正式接受已完成项目交付物。范围确认是很困难的事情,客户总是认为什么都没有看到,怎么能进行确认呢?出现客户范围确认不配合的情况。而我们希望客户尽快确认,以便开展下面的工作。我们通过和客户进行很好的沟通,尤其是公安局信息处的领导,告诉他们虽然项目范围确认是正式的,但并不意昧着项目的范围就是铁板一块,不能再修改了,只是无论是现在更改范围还是将来更改范围,都会引起项目的时间、进度和资源的变化。

客户在范围确认时,提出接口软件界面的细节问题,如下拉菜单的技钮摆放位置,我们通过分析发现修改这一问题会造成进度的拖延和资源的増加,通过沟通让客户意识到范围确认的最重要任务是确认项目的可交付成果和他们的期望是否一致,客户也同意了我们的观点,允许我们在项目二期工程中再修改。

我们每个周末将项目的绩效状态报告、每个月末将项目的绩效进展报告及项目的预测分析送交到客户手里,让他们随时掌握项目的进展、费用情况。我们还借助幻灯片工具制作项目的时间进度安排,每个阶段从什么时候开始,到什么时候结束。在演示的每个阶段,在时间线上注明每个阶段和项目完成的关系。如果项目范围需要立即确认,我们就在提交的文件上注明需要在多少个工作日回复,只有这样我们才可以尽快开展后续工作。

在铁路公安局领导的关怀下,公司高层的支持下,我和我的团队经过一年的并肩作战,终于在2010年12月底按期完成了该项目,获得了各方人士的好评。但是回顾项目的过程,仍发现一些不足:①对项目工作分解结构中个别工作包没有进行量化。在项目验收时,我们和客户对工作包的认识存在偏差,而对工作包的定义又没有明确的量化,造成验收工作的被动。通过和客户的沟通,决定先进行系统的全面验收,待到维护期时我们再进行改进。②在工作分解结构创建时,虽然有专家的帮助,但还是不尽如人意,将来可以考虑使用专业的项目管理工具软件,如Microsoft Project2007等。

作为项目经理,在该项目的实施工程中,我得到了宝贵的经验和教训,如果对以上不足进行很好的总结和提高,可以“百尺竿头,更进一步”,在我项目经理的生涯中,真正做到“运筹于帷幄之中,决胜于千里之外”。

2.3论信息系统项目的范围管理(OA系统项目)

摘要:

项目范围管理是信息系统开发中最为关键的一环。在信息系统的项目范围管理中,需求的获取是信息系统范围管理内容中的重中之重。通过对M公司OA系统的实施,我们有效地证明了原形法和咨询模式在需求获取方面的优点和高效性。此外,我们在项目范围管理活动中注意做好项目范围计划的编制工作,“防患于未然”,细致的项目范围计划编制使得项目范围的变化处于可度量、可控制的状态。在此基础上,我们配合项目管理软件,对项目成果物的生成活动进行了分解,确保了自动地、直观地进行项目范围的管理。

对于我们来说,项目范围管理还必须抓好变更控制环节,变更控制流程是一个基础,出于成本方面的考虑,我们釆用了开源的Mantis 缺陷管理系统作为变更管理系统来管理项目范围变更,创造性地解决了项目范围的变更管理方面的问题。最终顺利地完成了对该OA项目的范围管理。

正文:

2005年初,我作为A公司的项目经理参与管理M公司的OA系统开发工作。M公司是一个中型的以外贸出口和会议服务为主的贸易公司,员工大致有400人左右。由于M公司机构庞杂,文档管理混乱,员工之间的信息沟通不畅,公司内务管理方面较为杂乱无章。为此M公司决定使用OA系统来解决这一问题。在经过市场现有产品的试用和比较后,M公司觉得市面上现有产品不太适合于M公司的实际情况,遂与以OA 开发为主的A公司达成开发合作意向,由我所在的A公司负责M公司的OA系统的开发。整个项目周期接近十个月,其中前期开发为五个月,后期维护和完善四个月。开发人员共7人,项目经理和品质管理人员各1名。交付成果为上线的OA系统。

根据以往的项目管理经验,这种上门进行实地开发的项目模式往往易受到客户对项目范围的不确定性和反复性影响导致项目开发不断的返工和停滞,最终拖延项目的时间和增加项目的开发成本;但是因为是实地开发,较易与客户达成紧密的合作关系。考虑到上述因素,我和相关人员进行了商讨,初拟了以下方针来应对客户方面可能出现的范围管理风险。

1、釆用咨询模式,引导客户界定项目需求。传统的软件团队釆用直接向客户索要项目需求的方式来完成需求的获取和分析。这种方法存在着很大的问题,毕竟“隔行如隔山”,客户固然明白自已想要个什么样的系统,但却无法用信息专业术语进行表述。专业人员固然精通信息专业各方面,但却不熟悉客户的业务领域。双方的沟通就好比土著碰上外国人。为此,我们决定使用公司的业务咨询团队,针对M公司的办公自动化的需求,系统地给M公司的相关人员进行OA系统的培训,让其熟悉OA方面的专业术语,更加积极地配合我方的需求获取工作。

2、原型优先,依葫芦画瓢,给客户直接的系统印象。俗话说:“万丈高楼平地起”,信息系统项目自然也不例外。介于M公司的员工己经试用过几款市面上主流产品的事实,我们拟找来市面主流产品的试用版本,让M公司员工针对这些产品的各个功能和画面,提出相应的修改意见和釆纳意见,釆用这种做法的好处是,由于釆用了直观的原型,双方在理解系统需求方面极为迅速,为此需求获取时间大幅缩短,需求细节方面亦较易深入,需求质量比较高。

3、规范沟通流程,定义变更流程。越是复杂、庞大的信息项目,沟通就变得越重要,这是因为沟通途径出现“暴涨”所致;为了防止沟通中出现多头沟通导致信息不一致的现象,我们拟釆用“窗口机制”,即双方规定特定的人全权负责沟通,未经此两人确认的沟通视为无效沟通。此外,我们还向M公司提出了项目范围的变更流程,确保每个变更都有记录,对应人和处理意见,所有项目参与者均得到该变更的通知和有权提出反馈意见。如此一来,既尊重了双方的干系人,又确保了沟通方面的一致性,避免了多头沟通带来的诸多麻烦。

在我制定的方针得到双方领导的首肯后,我和项目人员全面进驻M公司,釆用实地开发的方式,进入了M公司OA系统开发的实质阶段。计划赶不上变化快,但没有计划无从衡量和控制变化;要做好项目的范围理,根据自身的经验和相关的数据总结,我把范围计划编制列在范围管理的苜位。计划编制的工作内容为将本OA系统开发所需的工作进行细化和归档。内容包括:0A 系统的产品定义和产品描述,这个工作主要是通过我方的咨询人员和系统分析人员与M公司的相关人员沟通后进行确定,此外还要参照我方和M公司所签订的合同来进行参照。此外范围计划中还包括范围说明,主要是项目论证、项目产品、项目中间成果和最终成果方面的筒要慨况。对于成果物,我们给出了M公司相应的清单列表和检验标准,使得看上去一目了然。同时防止了项目范围“漫延”的可能性。

当然项目的范围管理计划也被包括在范围计划中。在该项目范围管理计划中,我们对即将开发的M公司的OA系统的项目范围进行了评估。对项目范围可出现的变化做了预估,例如:哪些地方可能会出现变化变化的可能性有多少,变化的频率是多少,会对哪些子系统子功能造成多大的影响,对开发量和开发进度产生多大的损失和延滞等等。对于项目范围变化,我们还设置分级归类标准,以备发生项目范围变更时无从下手。

计划明确了,但我们得到的只是一个轮廓性的东西,具体的事情还需要进一步细化,为此还必须釆取自顶向下的分解手段把可交付的成果所牵涉的工作进行分解细化。考虑到M公司对时间的要求以及我公司对成本的要求,我们决定以项目进度为依据,以项目成果物为目的划分项目的WBS工作分解结构)。该WBS第一层为项目成果框架,标志在每个阶段完成后将出现何种项目成果。基于项目成果框架,把完成该项目成果的活动(工作)分解。釆用这样的方式优点是进度划分直观,结果明确,非常容易为开发人员和客户所理解。为了便于管理WBS,我们釆用了Ms Project 2002作为项目管理工具,实现了各个层次工作任务的半自动化管理,极大地减轻了项目范围管理

的工作强度和提高了项目管理的工作效率。

尽管我们在范围计划方面的工作极为伃细,但是项目的开发不可能不出现任何改变。为此我们准备了沟通规范和项目变更管理规范来对应项目范围的变更。在出现变更的时候,由对方的负责人和我进行确认后,再由双方的沟能负责人发布和标记,在变更确认发布后,相应的人员进行相应的更改并汇报变更的处理结果。考虑到变更所对应的文档,代码等的管理的可追踪性,我们还釆用了Win CVS进行了相应的范围变更的版本控制。这样避免了多面沟通和缺乏范围变更的可追溯性。

在范围管理实施的过程中,我们碰到了以下几个常见的问题并釆取了特定的措施:

1、客户方多面沟通的现象仍旧存在,因此开发人员的工作常常受到干扰。为此,我釆取了两个措施,一个措施是通过M公司的领导和我方的咨询人员对M公司的员工进行教育,要求M公司人员定时汇总变更要求,我方和M公司项目负责人确认后及时回复。另外一个措施是我和沟通人员主动出击,与M公司人员积极沟通,获取他们的想法,然后与M公司项目负责人沟通后及时做出变更,这样一来,多面沟通现象得到了极大地改善。

2、客户和开发人员反映变更管理的效率较低。我经过思考后,决定用缺陷管理系统来解决这个问题。我将项目范围变更视为缺陷,在Mantis系统中追加了“式样追加,式样修改,式样删除”等缺陷类型来对应范围变更的类型。所有的变更通过Mantis系统上进行处理。这样一来,变更确认,变更处理分配等各种情况一目了然有。所有人(根据角色赋予特定的访问权限)均可以通过Mantis系统看到变更的详细情况,诸如:变更编号、类型、变更内容、变更日期、确认状态、变更的干系人、影响程度曲严重性来表示),对应的版本控制号之类的等等。釆用这个方法后,变更管理变得异常方便、快捷,并得到M公司的工作人员一致的赞扬,以往需要两三天才能处理变更控制一般当天就能确定;极大地改善了项目的进度。

由于我们釆取了计划为先导,并结合客户自身实际的来进行项目范围管理的方针,这个项目只用了八个月就得以顺利完成。M公司最后给我们项目组和开发出来的产品给予了高度的评价。总结本OA系统的开发,我们觉得这个项目中最为关键的一点就是本项目的项目范围管理做得比较充分,在这个项目的项目范围管理中,原型化策略使开发人员和客户及时地迅速地确定了系统需求,“窗口制度”避免了多头沟通,保证了范围管理的一致性和同一性,缺陷管理系统的引入使得变更流程的执行系统化和电子化,避免了纯书面变更流程执行带来的效率低下和相关干系人的厌恶感。当然本项目的成功也有一定的现成条件,诸如市面存在的原型等。经过这个项目,我们深切认识到了计划和工作分解的重要性以及和客户打交道方面的沟通的重要性和必要性,在未来的信息项目范围管理中,这些独到的经验将是我们新的“前车之鉴,后事之师”。

2.4论信息系统项目的范围管理(企业ERP建设项目)

摘要:

大型信息系统项目范围管理往往受到项目工期、项目预算的限制。在实施M公司的信息化系统(主要包括有生产管理、办公管理以及财务管理等相关业务管理系统)的过程中,我们根据项目限制条件,结合项目环境的实际,有效地进行了子项目的划分,并在接下来的工作中对M公司信息化项目的范围进行了详密的计划编制和逐层分解。在编制计划和分解过程中,我们关注于项目的成本和进度因素,讲求项目范围计划的层次性和渐进性,还指定了项目的阶段性产物和验收标准。我们还利用项目管理工具大大提高了范围管理的效率。此外,在项目范围变更控制中,我们依据流程办事,有条件地与M公司人员协商、解决问题。最终圆满的完成了项目的开发。总结本次项目,我们认为,要做好项目的范围管理,就必须做好范围计划的编制;做好项目范围的分解;做好项目范围变更的控制措。

正文:

2006年12月,我所在的某软件股份有限公司(A公司)与M公司达成合作意向,在M公司某地制造工厂实施企业信息化工程。而我作为 A 公司的项目经理,被任命负责实施M公司制造工厂的企业信息化工程。M公司的制造工厂是一个中等规模的制造型企业,但长期以来,工厂管理方面一直使用手工记帐的方式进行管理,这样的管理方式导致了数据缺失、错账以及管理困难等毛病,最终导致工厂物资大量积压,釆购、销售跟不上,物料大量浪费等严重现象的发生。于是M公司决定与我所在的A公司合作,实施工厂的信息化划工程,M公司希望通过信息化来深化对制造工厂的管理,提高管理效率,增加管理效益。

M公司对本项目的大体需求是:构建一个能够联通整个厂区、集工厂监视及生产信息共享为一体,能够与外部相连的网络环境,环境由120个PC节点以及近80个监控节点构成。在该网络环境上,运行有生产管理、办公管理以及财务管理等相关业务管理系统,全面实现工厂内人、财、物的动态监控和统计。在项目结算方式上,M公司釆取了“一刀切”的方式(特殊要求除外),即给足700万人民帀的项目资金,由我方全权负责实施。工期方面要求在8-10个月完成上线使用,试运行期大致为两个月,也就是说整个项目周期必须控制在年内完成。

我所在的A公司,基于项目预算和利润的控制,调拨了20名员工供我差遣,希冀我能用在保证项目质量的基础上,用最快的速度完成这一信息化工程项目。接下来,我与公司较为资深的两位业务专家对本项目进行了分析,首先要保证项目进度,就必须做到项目能够并行实施,因而有必要将项目分为几个项目组;其次,为了节约成本,某些项目组在完成自己的任务后暂时将被公司回收,直至进行子项目集成时方再次组建(例如后面所提的釆购项目组)。再则,考虑到对项目的控制和沟通成本,实施分组有利于项目的进度监控和沟通成本的降低。此外,客户方的需求分为五个较大的领域:网络构建、办公管理、进销存、生产管理、财务管理。其中进销存与生产管理联系紧密。而财务管理系统,由于国家有相关规定,我建议M公司利用市面上现成的产品,而我方负责接口开发,这个建议得到了M公司的同意。在此基础上,我权衡了成本和管理的方便性,遂将项目分为五个小组:软硬件釆购小组(1人),网络布线施工小组(2人),办公OA开发小组(5人),业务系统包括生产管理和进销存管理)小组(9人),架构设计小组(3人)。其中网络布线施工釆用外包的方式,项目组的2人负责施工监督,架构设计小组负责整个信息环境前期的

需求分析和架构设计,后期则分配到业务系统和QA系统开发组中去。因为在我所负责的这个项目内,成本和进度是重中之重的关注点。而项目的范围决定了项目的成本,对项目进度有着致命的影响。我们于是给予了项目范围管理极大的关注,即明确我们要做什么?不做什么?包括什么?不包括什么?俗话说“一日之计在于晨”,要做好多项目的范围管理,首先就是要层层分解、周密地做好范围计划编制和分解。

在项目范围计划的编制和分解上,我们釆取了如下的措施来保证项目范围计划和范围分解的现实性和可行性。

1、关注项目三大约束条件:范围、时间、成本由于范围影响了时间和成本。因此对于我们来说,哪些事情该做,哪些事情不该做,做到什么样的度上,尤其有必要。例如硬件的釆购,我们考虑到了未来的扩充和成本的实际,布线釆用了六类双绞线而没有釆用光纤。当然,其他硬件也限于主流配置而非高端配置,因为这早己达到甚至超过用户的需求标准了。

2、讲究项目范围计划的层次性和渐进性;因为项目组中的每一个人不可能全盘了解整个项目范围,因此将项目范围进行分解尤为必要。我们按照项目组负责的子项目进行了项目大范围的分解。最终,一个充整、明晰的计划显现在眼前,有关每个项目成员,在具体时间做什么事情,要得出什么成果物一览无余。

3、明确阶段产物,明确验收标准;以往造成范围界定不情的原因,就是没有界定标准。在M公司这个项目中,我们对各个子项目,各个阶段应该输出什么成果物,由谁来负责,以及如何验收进行了详细定义。有了验收尺码,项目成员就可以参照这个尺码,有所为有所不为,从而保证质量和成本的均衡。

4、关注项目范围变更的评估;在制定的项目范围计划中,我们对变化范围怎样确定,变化应归为哪一类(当业务系统和OA系统的特征仍在被详细描述的时候,做到这点特别困难,但绝对有必要)等问题进行了清楚地描述。因为一旦发生变更特别是后期发生范围变更,对项目的进度、质量以及成本都大有影响,故而我们和M公司在变更方面进行了讨论和协商,给出了变更的分类以及可接受的范围变更的标准。

5、项目范围信息共享、子项目接口问题共议;对于一个成员为21人,包含5个子项目的项目团队,最大的难题就在于如何将范围

信息准确无碍的发送到每个相关成员的手中并得到理解无碍的确认。为此,我在项目中引入了信息发布系统,用以实施范围信息的共享,并切实做好监督每个成员对项目范围的理解确认工作。对于涉及到多个子项目协作的事项,我釆取了相关人员共同商议、结果决定后全团队发布的措施。通过以上两个措施,项目范围信息共享取得了较好的沟通效果。

6、积极使用项目管理工具提升范围管理的管理效率;古语云:“工欲善其事,必先利其器”,我在这个项目里架设了Ms Project Server服务器,并在每个项目成员机器上安装了客户端。有关项目范围的信息、完成情况、人力使用情况、资源占用情况一目了然,并且在项目范围发生变更时,进行相应调整时也显得非常便捷。

接下来,范围变更的管理工作也尤为重要。在项目范围变更实施方面,我们也做了大量的工作、并釆取了两条措施来保证项目范围变更的可追溯性和可控性:

首先,我们制定了范围变更的流程及变更文挡式样。当客户方面提出变更时,必须按照流程规定提交变更请示(我方代写也可,但客户必须签字);接着,我们釆用了关联度矩阵分析技术对项目范围变更进行评估,分析客户方的变更请示是否影响到各个子项目,影响度有多大,对成本和进度有多少影响,在不在可接受的范围内,如果不在,则根据与M公司达成的协定和变更认定标准,拒绝变更或追加费用,如果在,则实施变更。

其次,我们构建了配置管理系统实施范围管理的版本控制,以保证范围变更得到有效的追踪,特别是面临客户“原地转”的情况,还可以直接回溯到先前的版本来对应这种情况。

在实施过程中,我们不可避免地碰到了一些问题,主要是范围界定不清的问题。为此,我和项目组成员进行了调查,发现在我们的范围定义中,存在定义不够明确,做不到可量化、可验证程度。例如,给用户的业务系统需求说明中有“界面友好,易用性强,提高用户满意度”等文字。我们及时做出了调整并找来相关的业务原型和设计样式,提供给客户进行选择;最终,客户较为满意地接受了我们推荐的界面式样。对于需求不明确,我们亦釆用了同样的措施,通过原型化方法和业务咨询模式解决了实际需求问题。该措施同时也成为了我们实施范围管理的一个宝贵经验。

最终,我们项目组经过自身的不懈努力,在2007年8月底顺利地完成整个项目的开发,到10月份顺利完成项目试运行完善工作并交付M公司使用。项目实施成本远远小于我所在公司的预期,另外,M公司也对实施结果表示满意。

总结本次项目实施,我们认识到要做好项目的范围管理,就必须做到:针对项目目标,结合项目环境,做好范围计划的编制;基于层次性和项目可交付成果进行项目范围的分解;依照流程和协定,严格执行项目范围变更的流程。

2.5论信息系统项目的范围管理和需求管理(就业网站建设项目)

摘要:

2003年9月,我参与了“湖南省毕业生就业公共网”项目的建设;在项目中担任项目经理职务。该项目作为“数字湖南”的重点工程,受到了湖南省政府和“数字湖南”领导小组的高度重视,系统以湖南省人事厅为依托,面向全省各级政府人事部门、大中专院校、中介机构、用人单位和毕业生。集就业指导、政策宣传、人才交流、就业手续办理和政府宏观管理于一体。堪称湖南省至今为止最大的电子政务项目之一。

本文结合作者的项目经历就该项目的需求管理和范围管理作了翔实的论述;并就项目过程中釆取的措施和方法(如召开项目启动大会、使用高效的项目管理工具、充分发挥评审的作用与干系人的合力等)作了介绍。最后还列举了该项目管理中存在的一些不足之处。通过全体干系人的共同努力,项目于2004年4月份顺利通过验收。

正文:

一、项目概述

为进一步加强湖南省毕业生就业服务体系建设,加强湖南省人才资源的宏观管理与合理配置,为全省广大毕业生和用人单位提供便捷的人事人才服务;在省领导、省人事厅和“数字湖南”建设领导小组的高度重视和支持下“湖南省毕业生就业公共网”(以下简称为“就业网”)项目作为“数字湖南”的重点工程于2003 年9 月正式启动,项目总投资150 万元,要求在2004 年5 月1 日前全面竣工并投入使用。

系统要求釆用先进的技术手段,以省人事厅为依托,以Internet 为载体,大中专毕业生就业创业为导向;面向全各级人事部门,大中专院校,人才中介机构,用人单位和毕业生;连接人事部、教育部和其他兄弟省市就业主管部门、高等院校;构筑一个大容量、宽辐射的全省毕业生就业创业公共服务平台。为我省广大毕业生和用人单位提供全面、便捷、快速的人事人才服务;为大中专院校提供集学生学籍管理与就业相关工作管理的办公自动化平台。预计系统建成后将成为我省第一个面向全省的、大容量的、跨区域的毕业生就业创业电子政务应用服务平台。

通过公司的项目经理竞争上岗机制,我有幸获得了公司领导与业主的信任,成为该项目的项目经理,全面主持项目的管理工作。

在省政府与“数字湖南”小组领导的亲切关怀下,业主的通力配合与支持下,我与项目组全体同志们一起并肩作战,通过近8个月的努力,终于在2004年4月15日全面通过验收,项目投资总成本为96万元。比计划提前了15天,为公司挣得近50万的利润。

二、项目范围难以管理

范围管理是项目管理的基础,也是项目管理工作的重点与难点。含糊的需求和频繁变更的范围让项目的甲乙双方吃尽了苦头。如何做好项目的需求管理与范围管理常常是项目经理最头疼的问题。就业网项目的成功,笔者一直认为得益于有效的项目范围管理机制。在此笔者就就业网项目釆取的项目范围管理的一些方法作简要的介绍与探讨。

三、项目需求与范围的区别和联系

项目范围包括项目的最终产品或服务以及实现该产品或服务所需的各项具体工作。从这个意义上讲就是项目应该做什么,不应该做什么,以及如何做。也就是说,项目范围事实上包括两个方面的内容:项目需求和项目过程。项目需求确定做什么,项目过程确定如何做。

项目范围管理也就是对项目应该做什么和怎么做做出相应的定义和控制。事实上就是对需求的管理和项目过程的管理。

四、就业网项目需求特点

(1)项目干系人众多

就业网是面向全省各级人事部门(省市县三级近100个人事行政单位)、大中专院校(近200 所、人才中介机构(200多家)、用人单位(近百万家)以及广大毕业生的大型电子政务项目。项目涉及面广、用户量大。在项目管理中我们必须收集广大用户的意见,获得广大项目干系人的支持。才能打造一个用户乐于使用的电子政务平台,为项目的使用推广打下基础。

(2)业务涉及面广

就业网集毕业生就业创业指导、政策宣传、咨询,人才与用人单位的双向交流互动,网上人才市场,毕业生就业手续办理,院校学生学籍管理与就业管理,就业工作监控管理与宏观管理,资源收集整理于一体。涉及毕业生就业工作与人才管理工作的方方面面。(3)全省毕业生就业工作流程不一致

就业网项目涉及我省各级人事部门,但由于政府人事工作的区域性,各区市都有各自不同的人事制度与毕业生弓琎制度。造成我省各设区市人事部门毕业生就业工作流程的不一致。同时我省近200所大中专院校也均有各自不同的就业管理工作方法与习惯。

(4)各级政府部门、院校信息化程度参差不齐

湖南省是一个内陆省份,各设区市经济条件不一样,信息化程度更是参差不齐;有的城市信息化程度比较高,有的城市信息化较为落后,有些单位甚至没有一台电脑。

五、项目范围管理工作方法

就业网项目需求的特点使我们对项目的范围管理绞尽了脑汁。通过专家顾问的指导与项目团队全体同志们的共同努力,釆取了以下有效措施、方法才使得项目的范围管理工作变得更加容易。

(1)全省三百多项目干系人参与的项目启动大会

考虑到项目的涉及面广,干系人众多。项目正式启动之初,在业主省人事厅的通力配合下,我们召集了全省各级人事部门、大中专院校负责毕业生就业工作的领导和业务办理同志,重点中介机构和省直重点单位的人事主管三百多人参与的项目启动大会。

在这次会议上,我作为项目经理向各项目干系人,就项目的主要目标、范围范围管理计划、进度计划安排、沟通方式作了详细介绍;希望各项目干系人能够积极配合我们的工作,我们将尽量满足他们的要求;将就业网建设成为他们乐于使用,能确实帮助他们的网站系统。

(2)有效的项目范围管理

我釆用了MS Project 2002作为项目管理工具。通过它,我建立了项目的WBS;并通过WBS明确了所有可交付成果。对每一个工作包,我都力求细化到一个人在一周内可以完成。确保每一项任务都是可控的。同时我们还制定了完善的项目范围管理计划,WBS字典,范围变更控制计划及规程,项目核实标准,并交由业主、监理单位审核后,由业主和项目监理单位共同失施。

(3)多次的项目评审大会

在项目进度计划中我们确定了5个重要里程碑。在这些里程碑产生的时刻,我们将邀请相关项目干系人参与项目的评审工作。目的是为了防止需求偏差、遗漏,以及收集新的需求。

第一个重要里程碑是系统原型完成之后,邀请了所有项目干系人代表参与了原型的评审工作。

第二个重要里程碑是政府人事部门业务平台完成之后,邀请了相关政府人事部门的业务负责人参与项目评审工作。

第三个重要里程碑是院校端业务平台完成之后,邀请了各重点高校、中等职业学校的相关业务代表参与项目的评审工作。

第四个重要里程碑是网上人才市场平台完成之后,邀请了重点中介机构、省直重点单位、毕业生代表参加项目的评审工作。

第五个重要里程碑是系统基本成型之后,我们再一次组织了全体项目干系人,参加项目评审会议。

每一次的项目评审都给我们带来了很多很好的建议,让我们充分发现了系统的不足之处,发现了放进多业务上的偏差。当然也有许多项目干系人提出了系统易用性上的建议。会后我们按照项目范围变更计划和业主、监理单位一起对这些建议用了逐一评估,将那些有益的建议包含进项目范围管理计划中。

(4)全体项目干系人的共同努力

其实这个项目的成功是全体项目干系人的成功,是全体项目干系人努力的结果:省领导的重视和项目干系人的激情是这次项目成功的关键;在项目进行过程中许多单位的相关人员也都给我们提出了很多很好的建议,如很多院校的负责就业工作的教师、各级人事部门的相关负责同志都纷纷帮我们出点子。我们甚至设立了一部热线电话专门接听、收集他们的建议。

六、不足与展望

目前系统运行稳定,到目前为止己经成功的完成了两届(近30万)毕业生就业管理及派遣工作。并于今年7月份获得了省项目科技进步二等奖。但回顾项目的需求管理与范围管理工作,也存在一些不足之处:

(1)项目需求分析做的不够充分,没有充分考虑到各设区市业务流程的差异等,造成毕业生就业手续办理流程模块的全面返工。

(2)项目可行性研究做得不够充分,没有充分考虑到各设区市信息化程度的差异,造成到目前为止,少数落后的区市、县尚无法真正使用就业网系统。

在以后的工作中,我将继续努力学习,总结经验,全心全意为我国电子政务建设,企业信息化建设作贡献。

三、项目进度管理

3.1论信息系统项目的进度管理(免疫规划系统建设项目)

摘要:

为实现免疫规划信息“全市、全人群、全业务、全过程”一体化管理,北京市卫生局于2007年11月公开招标建设“免疫规划信息管理系统”,总投入792.4万,建设周期为一年。因我公司一直致力于该领域的信息系统研发,所以中标并承建了该项目,我担任项目经理。

在给定的时间内完成指定的任务是项目的重要约束性目标,也是衡量项目是否成功的重要标志,但是项目的时间又会受外界诸多因素制约,存在很多不确定性,很难把控,因此要保证项目如期完成,就必须进行有效的进度管理。就项目的进度管理而言,我的主要任务是制定项目进度计划、严密监控进程、合理调配资源、解决疑难问题。本文以免疫规划项目为例,具体阐明如何运用“周密策划、严密监控、随机应变”策略来实现项目的进程管理,及一些个人心得。

正文:

为彻底改变北京市免疫规划信息“薄、表、册”管理的落后模式,解决流动人口免疫跟踪难题,实现免疫规划信息“全市、全人群、全业务、全过程”一体化管理,北京市卫生局于2007年11月公开招标建设“免疫规划信息管理系统”,总投入792.4万元,建设周期为一年(2008.1.1~2008.12.31)。

整个项目的建设目标是:建立一个免疫规划信息管理虚拟专网、一个全程免疫规划信息管理平台、一套免疫接种信息釆集软件、一个免疫规划信息网站,并实现与《国家疾病监测信息报告系统》、《国家免疫接种信息管理系统》的两个对接。其主要特点有三个方面:“与业务结合紧密”:应种推算、异地接种、流动人口免疫跟踪等问题的信息化实现有难度;“涉及面广”:系统用户涉及国家、市、区、接种点四级的卫生行政者、业务人员及接种者,地域覆盖全市三级,项目协调管理难度大;“工期紧”:整个项目涉及网络建设、硬件配备、网站、软件开发和系统集成,但开发周期仅一年,具有相当的挑战性。

因我公司一直致力于该领域的信息系统研发,在业务理解、技术研发上有很强的优势,所以中标承建该项目。公司指派我为该项目的项目经理,负责整个项目的管理。就时间管理而言,我的主要任务是:制定项目进度计划、严密监控进程、合理调配资源、解决疑难问题。

接到任务后我根据项目需要组建了一个23人团队(包括我在内)。团队分为六个小组:

(1)、网络组:2人,负责数据中心、虚拟专网的建设和接种点硬件配备相关管理;由于市场上网络、计算机等系统软硬件技术成熟、价格透明,而硬件集成又非本公司核心业务,所以外包给了有系统集成一级资质的H公司;

(2)、平台组:10人,平台是各级免疫规划管理人员进行数据汇总、统计分析和信息交换的主要场所,为实现数据统一、实时传输,平台釆用B/S架构开发;

(3)、接种点组:4人,主要完成接种点信息釆集报送软件开发,由于涉及业务深、运算量大、又是多点釆集,所以釆用C/S 架构建设;

(4)、网站组:2人,主要负责信息网站的建设;

(5)、配置组:1人,主要负责日常的配置管理工作。

(6)、测试组:3人,主要负责集成测试、确认测试和系统测试。

在给定的时间内完成指定的任务是项目的重要约束性目标,也是衡量项目是否成功的重要标志,但是项目的时间又会受外界诸多因素制约,存在很多不确定性,难以把控,因此要保证项目如期完成,就必须进行有效的进度管理。“周密策划、严密监控、随机应变”是我从这几年项目管理中总结出来的进度管理要決。下面我将就此进行一些简单介绍。

一、周密策划

项目进度计划是整个项目进度管理的基础,也是整个团队后期行动的指南。一个完善计划可以最大限度地保证整个项目在预定的时间内平稳、顺畅执行,实现预期目标。

项目启动后,我先根据项目总体要求和各子项目特点和开发量,凭经验确立了六个目标:

1、网络组3月完成数据中心建设,6月完成接种点计算机、VPN 设备部署;

2、接种点组8月底完成研发;

3、网站组3月出原型,7月在数据中心进行安装调试;

4、平台组7月完成研发,8月在数据中心安装调试,9月与网站组研发接种信息查询子系统;

5、测试组平时进行集成测试,10月系统测试,11月用户试运行;

6、12月预留,用于试运行后系统完善或突发事件调整,同时做验收前准备,12月下旬终验。

然后我让各组长根据以上目标制定本组详细的进度计划,时间一周,工具统一使用公司的项目管理系统MS Project 2007。活动定义

主要利用分解技术,将整个项目分解成一系列更小、更易控制的活动。活动排序主要用前导图技术。活动资源、用时估算分别通过系统的资源池、三点估算法得到。绘制带日期的项目网络图、甘特图、里程碑图,确定关键路径,制定进度控制策略,形成项目进度计划。最后我对各组计划进行审核、汇总、平衡,特别对各组衔接、资源冲突处进行详细规划,形成最终的顶目讲度计划,报公司领导和顶目联席会审批。

二、严密监控

“计容易、执行难”是项目管理的通病。我们主要通过团队釆用“日报+周例会+急事急报”制度、用户釆用“实时沟通+联席会议”方法来保障计划的实施。

团队成员每天下班前将自己的工作进展通过PROJECT 2007的OUTLOOK向组长报告,组长汇总后制成进展比较甘特图,并注明超前或滞后原因及改进措施,向我报告。我对各项进展进行偏差分析,提出解决建议,发布于PROJECT SERVER上。对于难定的问题则集中到周例会上共同讨论解决。

为政府部门建信息系统最大难题就是“人难找、事难定、变化快”,这使项目进程变得不可控。为避免此类事情发生,我们在项目建设前说服卫生局信息中心,在卫生局官方网站上加挂了一个自制的免疫项目沟通系统,并与其短信机相联。这样,项目中任何一个人需要信息沟通时就可发信息给系统,系统自动短信通知对方上网查看。沟通系统的使用消除了项目干系人间沟通的时空、地域的障碍,为项目按进度执行提供了支持。若有需要多方联合决议的问题,则通过召开联席会的方式解决。

三、随机应变

人常说“计划永远赶不上变化”,外界任何一个不确定因素都可能导致整个项目失败,所以我们还必须具备“随机应变”能力,化险为夷。比如,项目进行到3月,卫生局领导突然提出要将免疫规划系统作为亮点工程在8月奥运期间推出。听到这一消息我第一反应是:这怎么可能?但这是政治任务,不能随意否决。于是我多次找卫生局领导了解情况。沟通中我发现:卫生局其实只想在奥运期间重点展现儿童应种自动推算、异地接种等几个“惠民技术”,以体现北京市卫生管理现代化水平。根据这一情况,我立刻召集CCB成员开会,研究解决方案,我们最后的方案是:

1、网络组、网站组按原计划执行。

2、平台与接种点的系统开发分成两步,卫生局想展现的几点都提到6月前集中完成,7月下旬验收;其余全部推到8月后建设,12月底验收。

3、测试必须提前,必要时加班,并釆用“自测+互测”,用户集中测等快速跟进方法,确保开发质量(如果奥运期间展示出错,那影响就大了)。方案经CCB审批通过后,我又组织召开了项目联席会,向项目建设各方主管领导汇报了整个变更情况,并请他们确认。新计划确认后我们立刻组织实施。

7月底卫生局正式向社会公布系统上线。上线系统虽然功能较原来简单,但系统亮点和精髓己都有体现,卫生局领导很满意。但此次重大调整也带来一点不良后果,即原计划11月开展的系统试运行推迟到了12月,不过有8月成功经历,用户、领导都很配合,试运行进展顺利,2009年初系统通过终验,平稳运行一年后还荣获了“2009信息北京十大应用创新成果奖”。

“免疫规划信息管理系统”项目的建设成功说明:“周密策划”能使错综复杂的项目建设变得有条不紊,将项目失败的风险降至最低;“严密监控”可以将看不见、摸不着的系统开发过程变得可视、可控,确保项目沿着既定目标发展;而“随机应变”则可以増强项目的健壮性,最终实现目标。只有三者有机结合才能保证项目进度管理的成功。

当然,我们在该项目建设中也因个别难题耽误了一些工期。比如沟通系统中没有国家疾控机构及相关人员,我们在联调系统接口时就多费了一周时间;而且两家的数据库版本还不一致,不能访问,请厂家帮助解决又多花了2周时间。这些教训都需要我们进行总结,并在今后的项目管理中加以改进。

3.2论信息系统项目的进度管理(商业银行会计系统改造项目)

摘要:

2009年11月,我参与了某区域性商业银行的《核心系统新会计准则的改造》项目,并担任项目经理,负责项目管理工作。该项目主体部份分成四个模块,开发工作的主要内容是按照新会计准则的要求对该行核心业务系统的新旧科目对照设置、存款计提、贷款计提、业务报表的展现以及向财务管理系统提供数据抽取釆集的接口。项目历时六个月。

本文从釆用类比估算法较为准确地估算了项目工作量及技术难度,利用专家判断及CPM(关键路径法)识别关键任务;以日志、周报及周例会的方式,随时了解项目进度,适时进行调整和动态控制等方面讨论了该银行《核心系统新会计准则的改造》项目管理的基本活动和方式,并在项目组骨干成员被调离的情况下,按照实际项目情况和现有项目成员的技术水平和对银行业务的熟悉程度,重新制定项目进度计划,有效地控制住了项目的开发进度,确保项目如期按质量完成。

正文:

2009年11月,我参与了某区域性商业银行的《核心系统新会计准则的改造》项目。在本项目中我作为项目经理,承担了项目管理工作。新会计准则是为了适应我国社会主义市场经济发展的需要,统一企业会计标准,规范企业会计确认、计量和报告行为,保证会计信息质量而制定的。该银行作为即将上市的股份制商业银行,此次新会计准则的改造显得尤为重要,决定着明年能否能通过银监局的审核。该银行一直以来釆用我们公司开发的银行核心系统稳定运行多年,全行上下对我公司开发的这套银行核心系统赞赏有佳,与我公司合作十分融洽,我们这个项目组也对该银行的系统架构和业务流程比较熟悉。该行领导对有关新会计准则的二次开发工作极为重视,提出对原有系统架构影响最小,改造量最少的情况下,完成此次开发工作,并要求将总体开发周期控制在6个月。

在本次系统开发过程中,我釆用专家判断和类比估算法较为准确地估算了项目工作量及技术难度;利用专家判断及CPM关键路径法识别关键任务;根据项目成员对该行核心系统的熟悉程度以及对新会计准则的理解程度,合理安排项目成员的工作内容与工作量;随时了解项目进度,适时进行调整和动态控制,确保了该项目如期按质完成。

1、釆用类比估算法和专家判断较为准确地估算了项目工作量及技术难度

我所在公司开发的银行核心系统已经在多家区域性商业银行成功实施了,在本项目之前,总公司就己经有其它项目组完成了好几家银行核心系统有关新会计准则的改造工作。为此我与这几个项目组的项目经理进行联系和沟通,确认他们在其它银行的开发过程中,遇到的技术难点,业务瓶颈,以及工作量的大小,再结合我所实施银行的业务区别与特色,进行类比估算,得出我行在实施过程中需要注意的项目工作量,技术难点,业务瓶颈等诸多事项后,形成最新的项目活动情单文档,利用专家判断的方法与该行的业务骨干人员按照新会计准则的要求进行详细地讨论与沟通后,我们制定了一个详细的进度表和相应的里程碑。

2、利用专家判断及关键路径法识别关键任务

通过与该行的业务骨干人员的详细沟通,利用专家判断得出对银行核心系统的新旧科目对照的设置进行开发是最为关键的模块,也是其它三个模块的基础。根据关键路径法对四个模块的各个关键活动加以标识,允许关键任务以外的其它任务在时差范围内伸缩,而关键任务是不允许有任何延误的。在标识关键任务的同时,根据进度网络图,允许存款每日计提模块,贷款每日计提模块,向财务管理系统提供相应的财务数据抽取与釆集的接口开发模块各个开发任务可以并行,最后再实施对业务报表展现模块的开发。同时考虑到项目会有一些不可控的因素,因此为整个项目预留了5天的储备时间。

3、以日志、周报及周例会的方式,随时了解项目进度,适时进行调整和动态控制

以项目开发进度表为依据,让每位项目组成员知道自己所承担的任务时间表,使其根据所承担的任务制定出自己的详细工作计划,并提交给我进行审阅。日志是了解每个项目组成员工作情况的很好的方式,我要求每个项目组成员在下班前半小时,对自己每天的工作都要进行详细地记录,并提交给我,进行审阅。如果发现项目关键任务进度延期,或在技术层面和业务层面出现一般性的开发难度,在询问清楚原因后,以“当日事当日清”的原则,我就会安排加班解决当日遗留问题,绝不将当日遗留问题拖延至第二天解决。除非发生重大需求变更或遇到重大的开发技术难度时,才会延期进行解决。这样可以做到随时了解项目进度,随时解决项目中出现的问题。每周末我会根据所有项目组成员在日志中体现出来的任务完成情况、后续开发计划和遇到的问题编写每周的周报,在下周一的早晨,以周例会形式向甲方的项目负责人进行汇报,并与甲方项目负责人和该行业务骨干人员对上周工作进行确认、总结,对上周工作的进展情况做出结论,并决定是否调整这周的进度计划。

由于前期计划的比较细致与充分,需求分析、慨要设计、详细设计的工作非常顺利的进入了尾声,当我把项目组第三周的周报提交给公司审核时,公司决定要马上把我们项目组中的唯一一位高级软件工程师调至一个人手更加紧张的项目组中去,而且还要带走一名程序员。我再三与公司交涉的情况下,公司允许三天以后,再从我项目组调离这两个人。

我首先召开了项目组会议,第一要求即将要调走的高级软件工程师利用最后两三天的时间尽快完成最后的详细设计工作,并与项目组剩余的两位软件工程师进行详细的工作交接;第二将我们这个项目目前的紧迫性和严重性给项目成员进行了一个概述和大体地评估,并鼓励他们,还是要对按期保质地完成项目充满信心并更加努力地工作;第三为加班赶工做动员与说服工作。

原本项目组有6人,一名高级软件工程师,两名软件工程师和两名程序员。人员与时间都还算宽裕,在三个月以内完成开发工作问

题不大,可这样一来,项目组只剩下4人,由于项目人员减少,但原有的项目时间不变的情况下,只能要重新计算项目进度,修改进度计划。

我将三个并行工作,全部调整成了串行,一个一个逐一完成。新旧科目对照设置模块,原本由高级软件工程师与一位软件工程师合作开发7天,但目前此模块只能由两位软件工程师进行开发,我担心源代码开发质量,就将开发进度计划向后顺延3天;存款计提、贷款计提由两名程序员在一名软件工程师的指导和监督下进行开发,此模块的开发时间也増加了3天,其它模块的开发时间安排与进度没有变化。

因为整个项目预留了5天的储备时间,所以整个项目的开发进度计划就只顺延了一天的时间,但我又考虑到两名初级软件工程师对系统和业务都不是很熟悉,而且又有可能会有其它不可预测因素还会影响项目的开发进度计划,就选择了在第五周和第六周先进行加班赶工,即每天晚上加班两个小时,周六加班一天,周日休息一天,看具体情况再来调整以后的项目进度计划。

项目组成员经过两个星期的努力后,我从日志、周报从所了解到的情况来看,项目整体进度情况还是不错的,己经顺利完成了新旧科目对照设置模块的开发工作;存款计提、贷款计提工作也进入了中期攻坚阶段,因为这个模块开发量最大,为了让存款计提、贷款计提能顺利按进度完成,我将两位中级工程师和两位程序员“一老带一新”的方式,将所有项目成员都安排在了这个模块进行开发。

第七周开始我没有再安排晚上加班,只是周六要上班,周日休息一天。等到第九周结束时,存款计提、贷款计提的开发工作已经全部完成,并且比重新制定的计划进度提前2天的时间完成了任务,而且4个项目成员也得到了不同程度的成长,尤其是2名初级工程师。此时总体项目进度已经与原有计划保持平衡,并且项目组成员己经适应缺少2名成员的工作强度与压力,只要按照原有计划进行开发,就能保证项目按时完成,因此我决定恢复周六的正常休息。

在全体团队成员的共同努力下,在客户的大力支持下,项目于2010年5月底顺利验收。至今运行状况良好,并顺利地通过了银监局的评审工作,受到了该银行上下的一致好评。项目能如期按质量完成,这主要得益于在本次项目开发过程中,釆用了专家判断和类比估算法较为准确地估算了项目工作量及技术难度;利用专家判断及关键路径法识别关键任务;以日志、周报及周例会的方式,随时了解项目进度,适时进行调整和动态控制等适合本项目实际情况的项目管理方法。

信息系统项目管理师论文材料及范例

论文写作指导 1.大纲中的要求 《信息系统项目管理师考试大纲》中,要求考生根据试卷上给出的四个有关项目管理的论文题目,选择其中的一个,按规定的要求写论文和摘要。论文可能涉及的内容极其广泛,主要有信息系统项目管理,信息安全,信息系统项目监理,信息化战略与实施,大型、复杂和多项目的管理,项目绩效考核和绩效管理6个主要模块的论题方向,这6个方向又分为若干个子内容。 2005年上半年的考试虽然只出了一道论文题目——“论信息系统项目的需求管理和范围管理”,似乎与考试大纲有所背离,但考试内容并没有偏离大纲,属于“信息系统项目管理”方向中的内容。所以作论文考试的准备时一定要紧紧围绕考试大纲来进行。 历届高级资格考试论文写作一般会有如下的要求: 简述你所从事的项目及你在项目中担任的角色; 在项目中关于论题方向碰到的问题和解决对策; 对项目实话的总结和展望。 2.为什么会觉得论文考试难 参加项目管理师的考生大致有两种类型:在校学生和在职人员。 对于在校的学生来说,参加项目管理师这一高级别的考试无异于一种挑战。这是因为: 缺乏项目实战经验; 没有从事过项目管理; 学业繁重,没有时间来准备考试; 考试范围太广,许多的知识没有接触过; 技术方面掌握不扎实,基础不牢;

没有写过学术论文。 大学里的计算机专业或信息管理专业都会开设软件工程课程,也有少数的院校开设项目管理课程,即便是有,考生自己也会感觉只有理论知识没有实践经验,总觉得心里不踏实,写出来的文章会不够力度。大多数的研究生也只是跟随导师做一些技术性的工作,项目管理方面的工作做得较少。其它专业的学生当然会觉得难度更大。 对于在职人员来说,可能存在以下困难: 有项目经验但要写成论文觉得写作水平有限; 长期从事某一个方面的工作,很少从事项目管理这种综合性的工作; 从事技术性工作或研究工作,热衷于技术实现,管理工作做得较少; 工作任务过重,无暇复习及攥写论文。 对于这两类考生,又以在职人员居多。要想考试过关,一是要尽量从繁忙的学习和工作中抽出时间来应考;二是要熟悉考试论文的写作格式及注意事项;三是掌握一定的论文写作技巧;四是需要阅读大量的资料来充电,五是在考试之前作适当的练习。当然如果您项目经验十分丰富,可以把重点放在锻炼写作技巧上来。 3.论文的格式与写作技巧 3.1格式要求 项目管理师考试的论文不同于要放在学术杂志上发表的学术论文,也不同于学生的毕业论文,她主要是对自己工作经验的总结,更象一份述职报告,因此在格式上的要求也比较简单。 论文的内容分为两部分:摘要和正文。这两部分的书写要注意以下的格式: 达到字数要求。摘要一般要求200字以上,500字以下,正文要求2500字以上。在论文写作的方格纸上会有字数提醒。 不要在论文中书画图形,尽量用文字表述。 尽量保持卷面清洁,如果实现需要划掉文字,在字上划一横线即可。 不必写关键词。 3.2 写作进度把握

本科生毕业论文(设计)管理规范(精)

对外经济贸易大学 本科生毕业论文(设计管理规范 1991年9月教务处制订 2000年9月教务处修订 2003年9月教务处修订 2004年9月教务处修订 2005年10月教务处修订 2006年11月教务处修订 2010年10月教务处修订撰写毕业论文(设计(以下简称毕业论文。本管理办法除指明对毕业设计有特殊要求外,有关毕业论文的要求均适用于毕业设计,是本科培养方案的重要组成部分,是培养学生理论联系实际的学风和提高学生创新能力的有效手段, 是对学生掌握和运用所学基本理论、基本知识、基本技能以及从事科学研究能力的综合考核。为加强毕业论文管理,提高毕业论文质量,学校特制定本管理办法。 一、选题 (一毕业论文的题目由学生所在学院于第七学期初(第7周公布并由学生选定,也可以在教师指导下由学生自拟与所学专业有关的题目,经毕业论文指导教师和学院同意后确定。 (二毕业论文题目应与所修读专业有密切关系,应以研究、解决现实问题为主,应能引导学生运用理论去分析和解决问题,其范围大小和难易程度要符合学生的实际水平和现有条件。

(三学生选题应完成《毕业论文(设计开题申请表》,报指导教师审阅。指导教师在所指导学生完成开题申请表后,应适时召开开题报告会,组织学生就所选题目进行交流、评估,确定是否同意学生的选题。 (四毕业论文原则上为一人一题,如确需二人以上共同完成同一选题,须由指导教师同意并报学院毕业论文指导委员会批准,但每个学生必须独立完成自己所承担部分的研究工作。 (五开题申请表一经批准,学生不得随意改变论文题目。个别确有特殊原因需要改变者,须向指导教师说明理由,经指导教师、学院审核同意后,方可改变。 二、撰写 (一学生撰写毕业论文应查阅、研究写作论文所必须的文献资料,在正文中形成独立章节的文献综述,文献综述要求如下: 1.毕业论文文献综述是指在学生在毕业论文研究课题或研究题目确定后,通过搜集、整理、阅读国内外相关学术文献资料,就与该课题或题目直接相关的主要研究成果、学术意义、研究方法、研究动态、最新进展等问题进行归纳总结、综合分析后所做的简要评述。 2.毕业论文文献综述所评述的学术文献必须与学生所撰写论文保持高度一致,必须对可能影响所撰写论文主要论点、政策建议或反驳依据等主要学术结论的相关文献及其主要论断做出清晰、准确、流畅的说明。文献综述的字数应为800—1000字。 3.学生必须翻译两篇与选题直接相关的外语文献,外语文献应为专业论文或论文核心部分,译文汉字总字数不得少于2500字。 (二学生对所研究的论题应进行比较全面、深入、系统的分析和阐述,并体现出一定程度的独立见解。论文要理论联系实际,论点明确,论据充分,逻辑清楚,文字简练、通顺。

图书管理系统论文

滨江学院 课程设计| | 题目基于JSP的图书管理系统 课程名称JSP网络编程 | | 专业班级:软件工程 学生姓名:张渊 学号:20112344931 指导教师:陈遥 学期:2013-2014(1) 成绩

目录 第1章开发环境 (3) 1.1 Java Server Pages开发环境 (3) 1.2 SQLSERVER简介 (4) 1.2.1 SQL Server 特点 (4) 第2章系统分析 (5) 2.1 模块设计 (5) 2.2 功能模块图 (5) 2.3 数据库设计概述 (6) 2.4 数据库设计周期 (6) 2.5 SQL查询语言及使用 (8) 2.6 处理流程设计 (8) 2.6.1 系统操作流程图 (9) 2.6.2 数据增加流程 (10) 2.6.3 数据修改流程 (11) 2.6.4 数据删除流程 (11) 第3章系统设计 (12) 3.1 用户登陆 (12) 3.2 添加图书信息 (15) 3.3 图书类别管理 (17) 3.4 管理员设置 (19) 3.5 图书借阅管理 (22) 3.6 会员信息管理 (23) 结束语 (25) 参考文献 (25) 2

摘要 随着网络技术的发展、计算机应用水平的提高的扩大,原来系统的时效性、数据的正确性、操作的方便性上都存在不足,已影响到系统的正常使用。经过考察比较,决定利用自己的力量对图书管理系统重新设计,使系统能利用软件开发技术的成果,方便图书的管理。 图书管理系统是典型的信息管理系统。系统介绍了图书系统的开发过程,设计中遇到的问题及解决方法以及提高当前应用程序或系统开发进度和改善工作性能. 利用其提供的各种面向对象的开发工具,首先在短时间内建立系统应用原型,然后,对初始原型系统进行需求迭代,不断修正和改进,直到形成用户满意的可行系统。 本次课程设计利用JSP开发工具和SQLSERVER2000数据库来开发这个图书管理系统。该系统要解决的图书管理所要解决的问题,可以满足图书管理基本要求,包括添加、管理等功能。该系统能根据用户的需求,快捷方便的为读者提供借阅服务。 关键词:图书管理系统信息管理JSP 第1章开发环境 本系统采用面向对象的软件开发方法,以Java Server Pages 2.0开发环境作为主要开发工具,使用Microsoft SQLserver2005作为关系数据库,配合功能强大的SQL 查询语言实现建立关系数据库,访问数据库,对数据库的更新,较好地实现了预定的需求功能。 1.1 Java Server Pages开发环境 JSP技术使用Java编程语言编写类XML的tags和scriptlets,来封装产生动态网页的处理逻辑。网页还能通过tags和scriptlets访问存在于服务端的资源的应用逻辑。JSP将网页逻辑与网页设计和显示分离,支持可重用的基于组件的设计,使基于Web的应用程序的开发变得迅速和容易。 3

行政管理专业论文范文

试论我国企业行政管理的问题与研究 摘要:企业的行政管理体系,是企业的中枢神经系统。在现代企业制度下,如何做好企业的行政管理工作·使之为企业的核心业务服务,为企业的经济效益服务.就必须明确其功能和实质,把握好它所具有的特.点和要求,结合实际,创造性地开展工作。 关键词:企业行政管理;效率;对策 企业行政是企业的中枢神经系统,行政管理体系担负着企业的管理工作,推动和保证着企业的计划、生产、财务、营销等的顺利、有效进行和相互之间的协调沟通。加强和改进企业行政管理,对于增强企业竞争力具有重要意义。 一、企业行政管理的功能及其要求 行政管理工作可以说是千头万绪、纷繁复杂。企业行政人员每天都面临着大量的、琐碎的、不起眼的事务。但是,这些事务只不过是行政管理这棵大树上的枝枝叶叶而已。概括起来说,行政管理在企业中主要有管理、协调、服务三大功能;其中管理是主干,协调是核心,服务是根本。究而言之,行政管理的实质就是服务。 专门的行政管理部门(通常称为办公室、总经理办公室、行政人事部之类)担负着企业行政管理的组织实施、具体操作,是行政管理工作中的一个部分、一个环节,是整个行政管理系统中的一个小系统。 行政部门应该兢兢业业、认真细致地做好种种行政事务工作,把领导和员工从繁重、琐碎的行政事务和生活琐事中解脱出来,可以集中精力、轻装上阵,研究国内外市场形势,考虑公司的发展战略,探讨公司的组织架构,任用公司的各级干部,实施公司的经营方针,解决公司所面临的重大问题,以及专心做好每一笔重要业务等等。为了做好纷繁复杂的行政工作,行政部门的领导不能东一榔头西一棒子,茫无头绪地整天瞎忙;或是被领导一会儿支到东,一会儿支到西;结果村村起火,处处冒烟,吃力不讨好,不知道自己整天都忙了些什么。行政部门的领导应该有"泰山崩于前而色不变"的定性,不管风吹浪打,胜似闲庭信步,有自己的主见,能够根据事情的轻重缓急,做好安排,指挥若定。为了能达到这种境界,必须建立健全和认真执行行政部门的各项管理制度、岗位责任制度、工作程序以及一系列规范 ---文章整理编辑:论文文库工作室(企鹅1548927986) 本文仅供参考更多论文定制写作发表辅导欢迎来询!化表格、图表等,从而建立起行政部门的"法治"秩序。更重要的是,要培养出一支高素质、高效率的行政人员队伍;同时要搞好科学分工、管理层次和合理授权。一旦行政系统的一系

关于室内设计的毕业论文

室 内 装 饰 设 计 之 我 见 10级理工广告设计与制作()班:康振 【中文摘要】:经过近两个月的项目实训和一个多月公司实习,我很荣幸从一名室内设计实习生转正成为公司正式员工,在此我要感谢我的母校老师和公司,没

你们关心和教育就没有我现在美好发展空间,因为我喜爱室内设计,并暗暗给自己定了一个目标:成为一名优秀室内设计师。经过三年学校学习和社会实习我感觉到室内设计是一门综合性学科,应从空间、色彩、材料的角度认识室内设计及审美的综合性应用;追求空间的可读性、趣味性以体现它的文化涵义;认识色彩的特性,在设计中发挥色彩的个性应用;认识材料的特性,材料的色彩、材料的肌理及它们的应用;并从室内设计整体的角度考虑和认识室内陈设的选择及应用;室内设计的空间、色彩、材料、及陈设是室内设计的重点。其目的是以人的生理、心理需求为中心,为人们创作出理想的居住空间。 【关键词】: 设计要素 室内装饰 空间设计。

目录 1 引言 (4) 2 正文....................................................................... .. (4) 3 室内设计要素 (4) 空间要素 (4) 色彩要求 (4) 光影要求.......................................................................... .. (4) 装饰要求 (4) 陈设要求 (4) 绿化要求 (5) 4室内装饰设计要点 (5) 基面装饰——楼地面装饰 (5) 4.1.1基面要和整体环境协调一致,取长补短,衬托气氛 (5) 4.1.2注意地面图案分划、色彩和质地特征 (5) 4.1.3满足楼地面结构、施工及物理性能需要 (5) 墙面装饰 (6) 4.2.1整体性 (6) 4.2.2物理性 (6) 4.2.3艺术性 (6) 顶棚装饰 (7) 4.3.1设计原理 (8)

项目管理的论文范文

项目管理的论文范文 项目管理的论文范文 许多项目经理不知道,只是阶段性地参与或者只是做表面的管理,是远远不够的。WTT为大家整理的项目管理的论文范文,希望大家喜欢。 项目管理的论文范文1 【摘要】政府投资项目的资金监管是涉及多个领域的综合概念,本文首先介绍了直接相关的财务管理、政府预算管理理论和政府审计理论,然后从项目和政府的角度介绍了政府投资项目过程中涉及的委托代理理论、政府规制理论,最后结合政府审计问题从博弈的角度介绍了在投资项目建设过程中存在的各方博弈,有利于模型构建时对影响因素的分析。 【关键词】政府投资资金监管博弈分析有理论表明投资、消费、出口是促进经济增长的三大支柱。而我国经济之所以能够快速增长,投资的确是一个重要的支柱因素。其中最为突出的因素则是我们政府的财政投资,因此对政府投资项目的资金监管理论研究很有必要。 一、财务管理相关理论 现代西方的财务管理理论主要有有效市场理论、证券投资组合理论、资本资产定价模型、套利定价理论、期权定价理论、资本结构理论和股利理论。这些理论构成了整个西方财务管理的理论体系。

上80 年代以来,这些理论有了新的进展,一类是逐渐把心理学的有关内容利用到财务研究之中,特别是基于理性预期假设认为由于认知偏差的存在,在经济社会中总是有一些人不能够完全理性的行事。另一类是针对资本资产定价模型,认为这个模型不完全,股票的账面价值与市场价值比可以很好地说明股票报酬率的变化。 但是政府财政资金确实由政府的强制性功能征税获得的,在一定程度上可以说是没有成本代价的,因此政府的财政资金管理一般不存在资本成本的探讨,而更多的是追求收入与支出的对等。 二、政府预算管理理论政府部门的财务管理主要是指预算管理。政 府预算 ( Government Budget ) 是指以财政收支表为主的政府财政资金的基本收支计划。它是一个特定的概念,包括预算编制的指导思想,预算编制的原则、方法以及在其指导下形成的各项财政资金收支指标表格。按程序,经立法批准后,即成为行政机关必须执行的文件。 我国目前的预算管理已经逐步建立起了绩效评价体系,基本思路是:根据公共财政改革的总体部署和要求,把绩效管理理念与方法引入我国的财政支出管理之中,按照统一规划、积极稳妥、先易后难、分布实施的原则,逐步建立起与公共财政相适应、以提高政府管理效能和财政资金使用效益为核心、以实现绩效预算为目标的科学、规范的预算绩效评价体系。 三、政府审计的博弈分析理论政府审计制度是国家的基本政治制度

5、华中科技大学本科生毕业设计(论文)规范化要求

本科生毕业设计(论文)规范化要求 一、规范化要求的内容 (一)毕业设计(论文)文本结构规范: 1.毕业设计(论文)任务书 2.毕业设计(论文)题目、摘要、关键词(中英文) 3.毕业设计(论文)目录 4.毕业设计(论文)正文(理工类): ⑴选题背景; ⑵方案论证; ⑶过程(设计或实验)论述; ⑷结果分析; ⑸结论或总结。 注:文科及其它学科,可根据学科特点,参照上述结构制定统一的正文结构规范。 5.致谢 6.附录 7.参考文献 (二)对以上内容的要求 1.1.2条的要求由指导教师把关。 2.论文文本每页右下角必须有页码,目录中必须标明页码。

3.毕业设计(论文)正文:正文内容序号为:一、二、三、…; ⒈、⒉、⒊、…;(1)、(2)、(3)、...。 (1)选题背景:说明本设计课题的来源、目的、意义、应解决的主要问题及应达到的技术要求;简述本课题在国内外发展概况及存在的问题,本设计的指导思想。 (2)方案论证:说明设计原理并进行方案选择,阐明为什么要选择这个设计方案(包括各种方案的分析、比较)以及所采用方案的特点。 (3)过程(设计或实验)论述:指作者对自己的研究工作的详细表述。要求论理正确、论据确凿、逻辑性强、层次分明、表达确切。 (4)结果分析:对研究过程中所获得的主要的数据、现象进行定性或定量分析,得出结论和推论。 (5)结论或总结:对整个研究工作进行归纳和综合,阐述本课题研究中尚存在的问题及进一步开展研究的见解和建议。4.致谢:简述自己通过本设计的体会,并对指导教师以及协助完成设计的有关人员表示谢意。 5.附录:包括与论文有关的图表、计算机程序、运行结果,主要设备、仪器仪表的性指标和测试精度等。 6.参考文献:为了反映文稿的科学依据和作者尊重他人研究成果的严肃态度以及向读者提出有关信息的出处,正文中应按顺序在引用参考文献处的文字右上角用[]标明,[]

图书管理系统论文

第一章开发单位图书管理系统的重要性? 1.1计算机已经成为我们学习和工作的得力助手: 今天,计算机的价格已经十分低廉,性能却有了长足的进步。它已经被应用于许多领域,计算机之所以如此流行的原因主要有以 下几个方面: 首先,计算机可以代替人工进行许多繁杂的劳动; 其次,计算机可以节省许多资源; 第三,计算机可以大大的提高人们的工作效率; 第四,计算机可以使敏感文档更加安全,等等。 1. 2在单位图书室使用计算机管理图书的意义 现在我国的很多单位图书室图书馆中图书的管理水平还停留在纸介质的基础上,这样的机制已经不能适应时代的发展,因为它浪费了许多人力和物力,在信息时代这种传统的管理方法必然被计算机为基础的信息管理所取代。 我作为一个计算机及应用专业的本科生,希望可以在这方面有所贡献。改革的总设计师邓小平同志曾经说过:“科学技术是第一生产力”,我希望能用我这三年的所学编制出一个实用的应用程序来帮助这些单位图书室图书馆进行更有效的图书管理。 归纳起来,好处大约有以下几点: (1)可以存储所有的图书档案,安全、高效; (2)只需一到二名图书录入员即可操作系统,节省大量人力; (3)可以迅速查到所需信息。 1.3图书档案的设计分析 根据实际情况,我们使用原型法(Rapid Prototyping)即以少量代价快速地构造一个可执行的软件系统模型。使用户和开发人员可以较快地确定需求,然后采用循环进化的开发方式,对系统模型作连续的精化,将系统需具备的性质逐渐增加上去,直到所有的性质全部满足。此时模块也发展成为最终产品了。 第二章图书管理系统如何开发? 2.1 编程环境 Microsoft公司的Visual Foxpro6.0是Windows应用程序开发工具,是目前最为广泛的、易学易用的面向对象的开发工具。Visual Foxpro6.0提供了大量的控件,这些控件可用于设计界面和实现各种功能,减少了编程人员的工作量,也简化了界面设计过程,从而有效的提高了应用程序的运行效率和可靠性。另外,VF 还具有:用户通过各种动作控制应用程序的流程,简单的Visual Foxpro语言与丰富而功能强大的内置函数,面向对象的编程,跨平台开发,与数据库的连接性等一系列的优点,因此,实现本系统,VF是一个相对较好的选择。 2.2关系型数据库的实现 Visual Foxpro6.0本身就是一种关系数据库,它体积虽小但功能强大,支持多种平台,几乎拥有其它大型关系型数据库的所有功能,如触发器、存储过程等。由于Visual Foxpro6.0本身已经是一个完整的数据库系统,所以在项目的开发阶段,单机即可开发大型数据库应用。开发完成后,几乎不用更改,把开发出的应用系统升迁到网络中即可运行在其它数据库上。VF可以通过标准的SQL语句及自身的语言来访问数据库,从而实现数据检索。 第三章 Windows下的Visual Foxpro6.0 编程环境简介

行政管理系统本科毕业论文设计范文格式

论团队精神的培育 ××× 学号 专业行政管理本科 班级2012秋 学校广播电视大学 指导教师 2014年12 月8日

目录 一、团队的定义和特点 (3) 二、团队精神的定义和特点 (4) 三、注重团队精神培育的意义 (5) 四、培育团队精神的途径 (5) 1、从人的心理角度出发培养团队精神力量 (6) 2、通过培养团队精神提高人与体制的最佳组合 (6) 3、不断赋予团队精神新的涵 (6) 4、实现企业创新和培育团队精神有机结合 (6) 5、团队领导者首先要带头鼓励合作而不是竞争 (7) 6、提升团队凝聚力 (7) 五、培育团队精神应注意的问题 (8)

论团队精神的培育 【容摘要】团队的精髓是共同承诺,团队精神则是高绩效团队中的灵魂,是成功团队身上难以琢磨的特质。本文旨在界定团队及团队精神的概念,探讨团队精神培育的途径,以促进团队建设,弘扬团队精神,实现团队的共同目标。 【关键词】团队;团队精神;培育 随着知识经济时代的到来,各种知识、技术不断推出新,竞争日趋紧激烈,市场需求越来越多样化,使企业管理层所面临的情况和环境极其复杂,在很多情况下,单靠个人能力已很难完全处理各种错综复杂的信息并采取切实高效的行动,所有这些都要求组织成员之间进一步相互依赖、相互关联、共同合作。而团队的建立和团队精神的培育正是旨在解决错综复杂的问题,并进行必要的行动协调,保持组织应变能力和持续的创新能力。 一、团队的定义和特点 所谓团队,是指一些才能互补、团结和谐并为负有共同责任的统一目标和标准而奉献的一群人。团队不仅强调个人的工作成果,更强调团队的整体业绩。团队所依赖的不仅是集体讨论和决策以及信息共享和标准强化,它强调通过成员的共同贡献,能够得到实实在在的集体成果,这个集体成果超过成员个人业绩的总和,即团队大于各部分之和。团队的核心是共同奉献。这种共同奉献需要一个成员能够为之信服的目标。只有切实可行而又具有挑战意义的目标,才能激发团队的工作动力和奉献精神,为工作注入无穷无尽的能量。 团队的精髓是共同承诺。共同承诺就是共同承担集体责任。没有这一承诺,团队如同一盘散沙。作出这一承诺,团队就会齐心协力,成为一个强有力的集体。很多人经常把团队和工作团体混为一谈,其实两者之间存在本质上的区别。优秀的工作团体与团队一样,具有能够一起分享信息、观点和创意,共同决策以帮助每个成员能够更好地工作,同时强化个人工作标准的特点。但工作团体主要是把工作目标分解到个人,其本质上是注重个人目标和责任,工作团体目标只是个人目标的简单总和,工作团体的成员不会为超出自己义务围的结果负责,也不会尝试那种因为多名成员共同工作而带来的增值效应。此外,工作团体常常是与组织结构相联系的,而团队则可突破企业层级结构的限制。 高效出色的团队具有如下的特点: 1、目标一致。这一共同的目标是一种意境。团队成员应花费充分的时间、精力来讨论、制定他们共同的目标,并在这一过程中使每个团队成员都能够深刻地理解团队的目标。以后不论遇到任何困难,这一共同目标都会为团队成员指明方向和方针。 2、目标具体。将团队共同的目标分解为具体的、可衡量的行动目标。这一行动目标既能使个人不断开拓自己,又能促进整个团队的发展。具体的目标使得彼此间的沟通更畅通,并能督促团队始终为实现最终目标而努力。 3、承担责任。建立一种环境,使每位团队成员在这个环境中都感到自己应对团队的绩效负

项目管理论文参考文献范例

项目管理论文参考文献范例 在一篇论文中,引用参考文献论证自己的观点或者理念是十分 必要的,下面是搜集的项目管理论文参考文献范例,欢迎阅读查看。 参考文献: [1]陈军.防范资金风险与资金管理研究[J].财会研究.xx(18) [2]孙静芹着.集团公司资金集中管理研究[M].中国经济出版社,xx [3]刘霄仑主译,英国皇家银行学会(CIB)着.现金流量管理[M].中信出版社,xx [4]宋倪影.信用“5C”分析法的探究[J].会计师.xx(08) [5]曹中新,孙华生,孟晓霖.基于国际化发展过程中的海外资 金风险管理--中海油服建立全面的资金风险控制体系的实践综述[J].中国石油和化工经济分析.xx(05) [6]王之君,杨文静.集团资金管理模式研究[J].中央财经大学 学报.xx(11) [7]袁琳.构筑集团企业资金结算与集中控制的新系统-中国石 化集团财务公司资金结算与集中控制案例研究[J].会计研究.xx(02) [8]王珞.石油工程造价分析应用研究[D].中国石油大学xx [9]王俐.石油工程项目物资采购招评标研究[D].东北石油大学xx [10]刘宏江.油田企业预算后评估体系的设计及应用研究[D]. 中国石油大学(华东)xx

[11]王禹博.ZYLH石油工程有限公司税务筹划研究[D].辽宁大学xx [12]王俐.石油工程项目物资采购招评标研究[D].东北石油大 学xx [13]龚国杨.石油工程项目成本控制模式研究[D].西南财经大 学xx [14]王红.胜利石油管理局资金集中管理优化方案研究[D].中 国石油大学(华东)xx [15]时甜甜.基于供应链管理理论的企业营运资金管理研究[D].河南大学xx [16]李志东.胜利石油工程有限公司人力资源管理研究[D].中 国石油大学(华东)xx [17]龚国杨.石油工程项目成本控制模式研究[D].西南财经大 学xx [18]吕哲海.境内外一体化下的石油工程企业资金管理问题研 究[D].中国石油大学(华东)xx [19]时甜甜.基于供应链管理理论的企业营运资金管理研究[D].河南大学xx [20]罗道永.大型建筑施工企业“资金池”模式研究[D].西南财经大学xx [21]朱静.油田企业物资供应全生命周期成本管理模式研究[D].中国石油大学(华东)xx

本科生毕业论文(设计)规范

本科生毕业论文(设计)规范 一、基本规范 (一)毕业论文(设计)文本结构规范及装订顺序: 1.毕业论文(设计)任务书 2.毕业论文(设计)题目、摘要、关键词(中英文) 3.毕业论文(设计)目录 4.毕业论文(设计)正文(理工类): (1)选题背景; (2)方案论证; (3)过程(设计或实验)论述; (4)结果分析; (5)结论或总结。 注:文科及其他学科,可根据学科特点,参照上述结构制定统一的正文结构规范。 5.致谢 6.附录 7.参考文献 (二)内容要求 1.任务书、题目、摘要、关键词、目录等项内容由指导教师把关。 2.论文文本每页右下角必须有页码,目录中必须标明页码。 3.毕业论文(设计)正文: 正文内容层次结构序数为:一、二、三、……;(一)(二)(三)……;1.2.3.……;(1)(2)(3)……。 (1)选题背景:说明本设计课题的来源、目的、意义、应解决的主要问题及应达到的技术要求;简述本课题在国内外发展概况及存在的问题,本设计的指导思想。 (2)方案论证:说明设计原理并进行方案选择,阐明为什么要选择这个设计方案(包括各种方案的分析、比较)以及所采用方案的特点。 (3)过程(设计或实验)论述:指作者对自己研究工作的详细表述。要求

论理正确、论据确凿、逻辑性强、层次分明、表达确切。 (4)结果分析:对研究过程中所获得的主要数据、现象进行定性或定量分析,得出结论和推论。 (5)结论或总结:对整个研究工作进行归纳和综合,阐述本课题研究中尚存在的问题及进一步开展研究的见解和建议。 4.致谢:简述自己完成论文(设计)的体会,并对指导教师以及协助完成论文(设计)的有关人员表示谢意。 5.附录:包括与论文有关的图表、计算机程序、运行结果,主要设备、仪器仪表的性能指标和测试精度等。 6.参考文献:为了反映论文的科学依据和作者尊重他人研究成果的严肃态度以及向读者提出有关信息的出处,正文中应按顺序在引用参考文献处的文字右上角用[]标明,[]中序号应与“参考文献”中序号一致,正文之后则应刊出参考文献,并列出只限于作者亲自阅读过的发表在公开出版物上的最主要文献。 参考文献的著录,按著录/题名/出版事项顺序排列: 期刊——著者,题名,期刊名称,出版年,卷号(期号),起始页码。 书籍——著者,书名、版次(第一版不标注),出版地,出版者,出版年,起始页码。 7.文字要求:文字通顺,语言流畅,无错别字,采用计算机打印成文。 8.图纸要求:图面整洁,布局合理,线条粗细均匀,圆弧连接光滑,尺寸标注规范,文字注释必须使用工程字书写。提倡学生使用计算机绘图。 9.曲线图表要求:所有曲线、图表、线路图、流程图、程序框图、示意图等不准徒手画,必须按国家规定标准或工程要求采用计算机或手工绘制。 10.译文要求:内容必须与课题(或专业内容)有联系,并说明出处。 11.论文字数要求: 毕业论文(设计)字数文科0.8—1.2万(其中外语专业不少于3000个单词),理工科不少于1.5万字(含图表);外文翻译不少于1.5万印刷符号、外文参考资料阅读量不少于10万印刷符号。文科各专业的文献综述必须单独写,其字数应在2千汉字以上,要求与译文相同。 12.毕业论文(设计说明书)用A4开纸打印,并使用学校统一制作的封面

图书借阅管理系统的设计与实现毕业设计论文

图书借阅管理系统

毕业设计(论文)原创性声明和使用授权说明 原创性声明 本人郑重承诺:所呈交的毕业设计(论文),是我个人在指导教师的指导下进行的研究工作及取得的成果。尽我所知,除文中特别加以标注和致谢的地方外,不包含其他人或组织已经发表或公布过的研究成果,也不包含我为获得及其它教育机构的学位或学历而使用过的材料。对本研究提供过帮助和做出过贡献的个人或集体,均已在文中作了明确的说明并表示了谢意。 作者签名:日期: 指导教师签名:日期: 使用授权说明 本人完全了解大学关于收集、保存、使用毕业设计(论文)的规定,即:按照学校要求提交毕业设计(论文)的印刷本和电子版本;学校有权保存毕业设计(论文)的印刷本和电子版,并提供目录检索与阅览服务;学校可以采用影印、缩印、数字化或其它复制手段保存论文;在不以赢利为目的前提下,学校可以公布论文的部分或全部内容。 作者签名:日期:

学位论文原创性声明 本人郑重声明:所呈交的论文是本人在导师的指导下独立进行研究所取得的研究成果。除了文中特别加以标注引用的内容外,本论文不包含任何其他个人或集体已经发表或撰写的成果作品。对本文的研究做出重要贡献的个人和集体,均已在文中以明确方式标明。本人完全意识到本声明的法律后果由本人承担。 作者签名:日期:年月日 学位论文版权使用授权书 本学位论文作者完全了解学校有关保留、使用学位论文的规定,同意学校保留并向国家有关部门或机构送交论文的复印件和电子版,允许论文被查阅和借阅。本人授权大学可以将本学位论文的全部或部分内容编入有关数据库进行检索,可以采用影印、缩印或扫描等复制手段保存和汇编本学位论文。 涉密论文按学校规定处理。 作者签名:日期:年月日 导师签名:日期:年月日

行政管理论文范文格式

行政管理论文范文格式 一、全面推进依法治国是全面建成小康社会的迫切要求 (一)深入贯彻落实科学发展观迫切要求全面推进依法治国 党的把科学发展观同马克思列宁主义、毛泽东思想、邓小平理论、“三个代表”重要思想一道,确立为党必须长期坚持的指导思想,这 对坚持和发展中国特色社会主义、全面建成小康社会具有重大现实 意义和深远历史意义。深入贯彻落实科学发展观,既是一场深刻的观 念变革,更是一次全面的制度创新。我们要勇于把自己的思想从各种 不适应不符合科学发展的观念中解放出来,但观念的变革容易受到体制、机制和制度的影响与束缚,容易停顿、反复甚至逆转;因此,我们 更要把法治作为深入贯彻落实科学发展观的基本方式和有效载体,通 过制度供给、制度导向、制度创新来解决制约科学发展的制度空白、制度缺陷和制度冲突,真正把科学发展建立在制度化的基础上,纳入 法治化的轨道内。我们要清醒地认识到,越是从发展的早期进入发展 的中期和后期,越是从粗放发展阶段转向科学发展阶段,就越需要通 过法治来克服在发展过程中个体行为选择和政府决策行为选择的功 利化、短期化、表面化现象,纠正各种重速度轻效益、重总量轻质量、重效率轻公平、重局部轻全局、重当前轻长远的做法,建立健全一整 套支持、推动和保障科学发展的长效体制、机制和制度体系,从而为 建设中国特色社会主义和全面建成小康社会提供强大动力和制度保障。 三)建设社会主义和谐社会迫切要求全面推进依法治国 (四)提高党的执政能力迫切要求全面推进依法治国 二、围绕法治建设的重点环节全面推进依法治国 全面推进依法治国是一项十分庞大和复杂的综合性社会系统工程,需要整体规划、突出重点、统一实施、狠抓落实。 (一)坚持科学立法、民主立法,完善中国特色社会主义法律体系

XX室内设计毕业设计开题报告范文(精选)

XX室内设计毕业设计开题报告范文(精 选) 一.选题的依据 现代室内设计要求理性、简洁、功能至上,随着科学技术的发展和人类文明的进步,生活质量不断提高,现代人觉得现代简约风格的装修更适合自己的房子,自己的生活.现代简约风格的家居设计起源于1919年成立的包豪斯学派的现代风格,其核心是实用功能主义风格。重视功能和空间组织、结构的形式美,其造型简洁,尊重材料本身的性能,自身的质地及色彩配置效果。现代风格在材料上,首选铁制构件、铝塑板或合金材料;在设计上,会把机构组织暴露在外,注重室内外、整个房间的沟通与搭配;在颜色上,多用白色、灰色作为主基调色,并搭配其他颜色的家具,表现个性及张力。简约风格多以规则几何,线条为主要元素,突出功能美。较多采用黑、白、灰等中间色为基调色,也可适当搭配其他色系,起到跳跃眼球的功效,亦能活跃室内气氛,让生活为之更加轻松、和谐。适合高级白领、单身贵族。而在此基础上人们对室内家装的设计要求也越来越理性化,具有人性化功能的室内设计应运而生。它的新式概念,亲切,自然,广受大众青睐,已成为现今的主流。 二、课题研究的主要内容及拟解决的主要问题 (一)主要内容:1.将120平方的户型设计成现代简约风

格的室内空间;客户是一对年轻的新婚夫妇,两人都是高级白领,收入在中等偏上,没有孩子,平时工作忙碌,没有太多的时间来打扫房间,所以选择现代简约风格,简单,实用。 2.现代室内装饰行为中的人性化设计的具体表现; 密斯凡得罗提出“less is more”,并由“少即是多”衍生出简约主义,倡导“简约而不简单”的生活哲学。在横平竖直的干练中寻求一种平衡的美感,用更加精细的工艺与考究的材质,展现出工业化社会独有的精致与个性。富于时代感的空间内外通透,在没有任何多余的精炼风格中,高雅品味表露无遗。 现代简约风格特点: (1)室内空间开敞、内外通透,在空间平面设计中追求不受承重墙限制的自由。 (2)室内墙面、地面、顶棚以及家具陈设乃至灯具器皿等均以简洁的造型、纯洁的质地、精细的工艺为其特征。 (3)尽可能不用装饰和取消多余的东西,认为任何复杂的设计,没有实用价值的特殊部件及任何装饰都会增加建筑造价,强调形式应更多地服务于功能。 (4)建筑及室内部件尽可能使用标准部件,门窗尺寸根据模数制系统设计。 (5)室内常选用简洁的工业产品,家具和日用品多采用直线,玻璃金属也多被使用。

项目管理范例

项目概况 某实业公司拟建一度假村。 选址在浦东国际机场与泸潮港连线中部地段,占地面积约10,000m2。 主要包括欧式别墅区、主楼、副楼、游泳馆、射击馆、钓鱼台、停车场、职工宿舍,并在周边道路布置绿地。建成后将集休闲、娱乐、会议、餐饮等多种功能于一体。 各配套项目经向有关单位征询,可配套解决。 项目总投资¥1亿,建设周期2年。 目组织结构图

项目管理职能分工表 职能代号: 信息—I ,决策准备—P , 决策—E , D ,检查—C 。 项目管理任务 本项目管理方案是对项目设计阶段进行投资、质量、合同、信息、组织协调六方面的控制,以及甲供材料设备招标管理: 1. 投资控制:采用的基本工作原理是动态控制原理,即采用计算机辅助的手段,在项目设计的 各个阶段,分析和审核投资计划值,并将不同阶段的投资计划值和实际值进行动态跟踪比较,当其发生偏差时,分析产生偏差的原因,提出纠偏的措施,使项目设计在确保项目质量的前提下,充分考虑项目的经

济性,使项目总投资控制在计划总投资范围以内。主要任务是: (1)审核方案设计优化估算,并提出审核报告和建议; (2)审核设计概算,并提出审核报告和意见; (3)在审核设计概算的基础上,确定项目总投资目标值; (4)对施工图设计从设计、施工、材料和设备等多方面进行必要的市场调查分析和技术经济比较,并提出咨询报告,供业主参考; (5)审核施工图预算,调整总投资计划,在充分考虑满足项目功能的条件下提出进一步挖掘节约投资的可能性; (6)在施工图设计过程中,逐一进行投资计划值和实际值的跟踪比较,并提交投资控制报告和建议; (7)严格审查设计变更,从经济性分析是否满足业主的要求。 2.进度控制:设计进度如果控制不住,将直接影响到项目建设总进度目标的实现。为了缩短建设周期,项目 管理人员应协助设计单位进行合理的安排,使设计进度计划为施工招标服务,并尽量使设计满足业主对开工日期的要求、同时兼顾采购周期较长的材料、设备供应时间的要求,同时应充分考虑到有关政府和市政部门对设计文件审批的时间要求。此外,对于由业主自身因素(如业主能否向设计方及时明确设计要求并提供设计所需的参数和条件、能否及时对设计文件进行决策和认可、能否尽量减少设计意图的改变和反复)造成对设计进度的影响,项目管理人员应协助业主尽早发现问题,并提出解决方案。主要任务是: (1)审核设计方提出的详细的设计进度计划和出图计划,并控制其执行,尽可能避免发生因设计推迟而影响项目总进度计划及造成施工单位要求工期赔偿; (2)助起草主要甲供材料和设备的采购计划,编制甲供进口材料设备清单,以便业主向有关部门办理进口手续; (3)协助研究分析分包合同及招投标、施工进度,与设计方协商,使设计进度为招投标及施工服务,并作为进度目标值; (4)协助业主对设计文件尽快做出审定和决策,以免影响设计进度计划; (5)在设计过程中进行进度计划值和实际值的比较,并提交进度控制报告和建议; (6)协调各专业工种设计进度,使其能满足施工进度要求。 3.质量控制:设计质量具有直接效用质量和间接效用质量双重属性。直接效用质量目标实质设计文件(包括 图纸和说明书)应尽量满足的质量要求,其中最关键的是设计是否符合国内有关设计规范、是否满足业主的要求、各阶段设计是否达到国家有关部门规定的设计深度,以及设计是否具有施工和安装的可建造性。 间接效用质量目标是指设计文件所体现的最终建筑产品质量,该项目的间接效用质量是指通过设计和施工的共同努力使项目建设成为造型新颖、功能齐全、布局合理、结构可靠、环境协调的具有国际一流水平的邮电通信大楼。为了有效的进行设计阶段质量控制,项目管理人员应在透彻了解业主给项要求的基础上,

对外经济贸易大学-本科生毕业论文(设计)基本规范

对外经济贸易大学本科生毕业论文(设计)基本规范 一、毕业论文打印及版面要求 1. 学生毕业论文必须上交打印稿和电子文档。 2. 毕业论文用纸必须采用国际标准A4幅面 (297mm×210mm)打印纸或复印纸印制。 二、封面 1. 中外文封面构成:学校的校徽与名称,位于封面上部顶端;论文性质(论文或设计),位于封面上部底端;论文题目,位于封面中部中端;学号、姓名、学院、专业、指导教师、完成时间等分列两栏,位于下部,两端、文字均需对齐。 外文封面,其排列形式则根据学生所使用语种的书写习惯由院系自行确定。 2. 不标页码。 3. 题目应简明、具体,起到能够概括论文要旨的作用。同时,还应考虑到题录、索引和检索的需要,为选择关键词提供方便。题目一般不超过20个汉字,必要时可加副标题。 三、目录 1. 论文的目录用“目录”作标题,用“三号黑体”字,位于目录页上部居中位置;页码位于页面下部居中位置,用罗马字

母标示。 2. 目录不包括论文的封面、论文审题表和论文评定表。 3. 目录中可列出两级标题。如果有两级标题,第二层次标题向内缩三格,置于第一层次标题之下。目录中的标题采用“小四号宋体”,一级序号用汉字,二级序号用汉字外加圆括弧。 4. 各标题的页码放在页的右端,标题和页码之间用实心的圆点隔开,两端对齐。只有第一层次的标题标明页码;第二层次的标题不标页码。标题采用“小四号宋体”。 5. 如果某一标题的长度超过一行,另起一行时应内缩三格。 6. 目录中各部分的序号应与论文正文一致。序号用汉语与标题之间用一个空格分开。 四、摘要 1. 摘要应以高度浓缩的方式陈述论文的核心内容,不必重复和解释论文的题目;篇幅应控制在300字以内。摘要标题用“三号黑体”,正文用“小四号宋体”。 2. 摘要的主要内容应包括:论文所研究的问题、使用的方法、所得出的结论以及结论的意义。 3. 摘要中不要使用第一人称。 4. 摘要的页码用罗马字母,在页的底端居中位置标上。本页还包括论文的题目、作者的姓名和关键词。

图书馆开题报告.doc

图书馆开题报告 图书馆管理系统 1、(结合毕业设计()课题情况,根据所查阅的文献资料撰写) 随着经济的发展,社会的进步,计算机越来越深入到我们日常的工作学习及生活中,成为我们日常生活中不可缺少的辅助工具。随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。它已经深入到日常工作和生活的方方面面,比如文字处理、信息管理、辅助设计、图形图像处理、教育培训以及游戏娱乐等。各行各业的人们无须经过特别的训练就能够使用电脑完成许许多多复杂的工作。然而,虽然现在世界上已经充满了多如牛毛的各种软件,但它们依然不能满足用户的各种特殊需要,人们还不得不开发适合自己特殊需求的软件。以前开发Windows应用软件是专业人员的工作,需要掌握许多专业知识和经过特殊的培训才能胜任。现在不同了,即使你没有接受过严格的程序设计训练,使用delphi 6.0也一样能够开发出功能强大、适合自己特殊需求的应用程序了。

图书馆管理系统用计算机管理图书馆工作的日常图书管理,学生管理,以及图书查阅,报表打印等功能的一种计算机应用技术的创新,在计算机还未普及之前图书馆管理都是由工作人员人工操作记录,的方式来操作的.现在一般的图书馆管理都采用计算机智能化管理,采用计算机作为工具的实用的计算机网络化管理程序来帮助前台管理员进行更有效的图书馆管理工作。图书馆管理系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。 语言的高效 编译的高效 执行的高效 维护的高效 基于以上理由,我们毫不忧郁的选择了delphi 6.0做为我们的开发工具!!

图书馆管理系统的设计毕业论文

图书馆管理系统的设计毕业论文1.综述 1.1 课题背景 1.1.1 概述 当今时代是飞速发展的信息时代。在各行各业中离不开信息处理,这使得计算机被广泛应用于信息管理系统的环境。计算机的最大好处在于利用它能够进行信息管理。使用计算机进行信息控制,不仅提高了工作效率,而且大大的提高了其安全性。随着Intranet的飞速发展,移动办公和分布式办公越来越普及,B/S (Browser/Server) 架构应运而生,并得到普遍应用。B/S架构最大的优点就是客户端无需安装任何专用的客户端软件,只需配置浏览器(如Intranet Explorer)即可,这样为程序的安装、调试和维护带来了极大的方便。https://www.doczj.com/doc/48447153.html, 所开发的应用软件一般都是B/S架构,用户可直接通过浏览器来使用系统,而无需安装软件的客户端。 图书馆作为一种信息资源的集散地,图书和用户借阅资料繁多,包含很多的信息数据的管理。根据调查得知,以前对信息管理的主要方式是基于纸介质的手工处理,对于图书借阅情况(如借书天数、超过限定借书时间的天数)的统计和核实等往往采用对借书卡的人工检查进行,对借阅者的借阅权限、以及借阅天数等用人工计算、手抄进行。数据信息处理工作量大,容易出错;由于数据繁多,容易丢失,且不易查找。总的来说,缺乏系统,规的信息管理手段。 现今,有很多的图书馆都是开始使用计算机进行信息管理。使图书管理工作进入规化,系统化,程序化的轨道,同时避免了图书管理的随意性,提高了信息处理的速度和准确性,能够及时、准确、有效的查询和修改图书及用户信息。 1.1.2 历史 图书管理系统的发展历史可以追溯到20世纪60年代末期。由于当时计算机技术已经进入实用阶段,同时大型图书馆用手工来计算和发放图书信息既费时费力又非常容易出差错,为了解决这个矛盾,第一代的图书管理系统应运而生。几乎没有报表生成功能和图书信息数据分析功能。但是,它的出现为图书管理的管理展示了美好的前景,即用计算机的高速度和自动化来替代手工的巨大工作量,用计算机的高准确性来避免手工的错误和误差,使大规模集中处理大型图书馆的图书信息管理系统成为可能。 1.1.3 现状 信息社会的高科技,商品经济化的高效益,使计算机的应用已普及到经济和社会生活的各个领域。计算机与人类的关系愈来愈密切,几乎没有人由于计算机操作不方便而用手工劳动的。为了适应现代社会人们高度强烈的时间观念,图书管理系统软件为图书办公室带来了极大的方便。开发图书管理系统,以供图书管理的工作人员及图书的进出货和售书退书操作者进行有效的管理,方便操作者随时添加、查询、修改等。当今图书管理系统已经逐步进入信息化时代,

相关主题
文本预览
相关文档 最新文档