论信息系统时间管理.doc

  1. 1、本文档共3页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
— PAGE PAGE 3 欢迎下载 论项目的时间管理. 摘要: 2010年我有幸参加了国家海事局监管指挥系统的开发,担任项目经理一职,负责确定 项目进度计划,进行进度控制、监督和协调。该系统是在电子海图平台上整合原有的基础业务数据(船舶、船员、危险货物、行政处罚),显示于DLP大屏幕拼接投影,并通过视频会议系统与各市局相连,为海上搜救决策提供辅助,项目于11年2月招标,4月签订合同,11年12月试运行, 12年5月通过验收,总投资7 80万。 正文: 2011年,我有幸参加国家海事局监管指挥系统的建设,担任项目经理一职,负责确定。该项目是11年2月招标,4月签合同,正式进入建设阶段,合同价是780 万。根据合同的约定,11 年12月试运行,12年5月验收。该项目总共含7个子系统:电子海图平台、数据交换平台、内外网(网络安全)、海上辅助决策、溢油漂移应急、大屏幕拼接投影、视频会议系统。主要实现在海图上整合原有的基础业务数据(船舶、船员、危险货物、行政处罚),显示于DLP大屏幕拼接投影上,并通过视频会议与各市局相连。当发生海难时,可在海图上点击遇难船只,获取船舶基本信息;船舶签证、查验等动态信息;船上船员及其所接受过的所有专业培训的信息,并根据要求,以遇难船为中心,划定半径,选择半径范围内有施救能力的船舶,通过 VHF指挥过往船舶进行施救,对海上搜救起到了辅助决策的作用。 众所周知,项目时间管理是项目的重要方面,需要精心策划,严密开展。这是因为一方面一个信息系统项目,合同对项目完成的时间有明确的要求;另一方面,项目时间受诸多因素制约,存在不确定性和失控的可能。要保证项目按期完成,就要关注项目时间,开展项目时间管理。 时间管理主要是制定好确实可行的计划,并实时监控和跟踪,并及时调整,最终达到按时保质的完成项目任务。项目时间管理包括六个过程:活动定义、活动排序、活动资源估算、活动历时估算、制定进度计划以及进度控制。活动定义是活动识别和归档的过程,利用 WBS的技术得出活动清单、里程碑清单;活动排序是确定工作之间的依赖关系,用箭线图等方法确定活动是平行,顺序还是搭接的依赖关系;活动资源估算是是决定需要什么样的资源、什么时候需要,数量多少;活动历时估算一就是对各活动所需时间和项目整体时间的估算过程,通常采用专家判断、类比估算法等等进行估算,当有历史经验时,多采用L0C或类比法,没有历史经验时,采用De1phi或功能点估计法;制定时间计划、时间控制六个部分。制定进度计划一就是以计划形式决定项目各活动的开始和完成的日期的过程。进度控制一就是依据进度计划对项目实际进展情况进行控制,使项目能够按时完成的过程。 因为本项目是全国海事系统第一家在海图平台上叠加各业务信息,对于我们公司也是第一次尝试,项目中又有其他的两家设备供应商。因此如何将来自不同公司的开发人员融合在一起,采用全新的技术,在限定的时间里完成项目,对我来说是一个挑战。在项目时间管理和进度控制上,我采取以下几方面措施来解决了时间管理中经常出现的问题: 1. 项目活动定义,合理估算项目的工作量及技术难度 每个项目经理都会制定进度计划,可实际中40% 以上的计划都是不具有可行性和可操作性的?这是因为很多时候,项目经理仅凭借个人经验值对项目进行估算,或迫于进度压力在需求不明确情况下采用倒推法对项目各阶段进行时间上的定义,从而使进度计划与实际操作脱节。特别是在没有历史经验可借鉴的情况下,应邀请相关的专家对项目的活动进行定义和时间估算,尽量减少估算不准确引起的进度不合理,保证进度计划在这个项目中具有可行性和可操作性。 在本项目是海事系统首家在电子海图平台上叠加各基础业务数据(船舶、船员、危险货物、行政执法),没有历史经验可借鉴。我们采用功能点估计法和De1phi相结合进行历时估算,邀请大连和上海海事大学有关海图方面的教授,根据每个子系统活动输入、输出、查询、文件和外部接口,以1:4:1的比例取乐观、最有可能、悲观三种可能进行计算,在计算完L0C后,我们再比对每个功能块的值,如果相差较大就重新复查。 在技术上,海图平台、搜救辅助决策、溢油漂移都是专业性很强的系统。通过分析我们认为各系统的数据交互技术难度相对大,明确尽量减少系统交互的环节,以中介模式而不是网状模式进行数据共享。努力寻找与其他交换平台的共同点,最大程度的类似。对不确定性的因素,找出最大的确定度,安排经验丰富的工程师,并留有充裕的时间。 针对总工期是8个月的制约,我们制定了一个详细地进度计划表,特别是对交换平台这个技术难点上留有1个月的冗余时间。后来的事实证明,项目模块工作量估算值准确率达80% 。且技术难点“交换平台”在技术能力强的工程师的集体攻关下,比原计划快了15天完成单元测试。

文档评论(0)

136****9445 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档