项目经理-系统集成项目经理案例分析7.docx_第1页
项目经理-系统集成项目经理案例分析7.docx_第2页
项目经理-系统集成项目经理案例分析7.docx_第3页
全文预览已结束

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

系统集成项目经理案例分析 某系统集成公司现有员工50多人，业务部门分为销售部，软件开发部系统网络部等，经过近半年的酝酿后，在今年一月份，公司的销售部直接与银行签订了一个银行前置机的软件系统项目，合同中规定，6月28日前系统必须投入试运行，在合同签订后销售部将此合同移交给了软件部，进行项目的实施。 项目经理小丁经历了五年的系统分析和设计工作，但这是他第一次担任项目经理，小丁兼任系统分析工作，此项目还有两名1年工作经验的程序员，1名测试人员，2名负责组网和布线的系统工程师，项目组的成员均参加项目工作。在承担项目之后，小丁组织大家制订了项目的WBS，并依照以往的经历制订了本项目的计划，简单描述如下：1、应用系统子系统（1）1月5日-2月5日，需求分析（2）2月6日-3月26日，系统设计和软件设计（3）3月27日-5月10日编码（4）5月11日5月30日，系统内部测试2、综合布线2月20日4月20日，完成调研和布线3，网络子系统4月21日-5月21日，设备安装联调4，系统内部调试验收（1）6月1日6月20日，试运行（2）6月28日，系统验收春节后，在2月17日，小丁发现系统设计刚刚开始，由此推测3月26日根本完不成系统设计！请回答下面问题：问题一、分析问题的可能原因。问题二、建议小丁应该如何做，以保证项目整体进度不拖延。问题三、典型的信息系统集成项目的进度、时间管理的过程和方法以及资源配置对进度的制约。问题解答：问题一、问题的可能原因：1、项目部没有及时让软件部参与项目早期工作，需求分析耗时过长，2、项目经理经验不足，进度估算不准确，3、项目资源分配不足，缺乏专门的系统分析和设计人员4、工作安排没有充分利用分配的项目资源，资源有闲置5、在安排进度时，可能未考虑节假日的因素问题二、，保证项目整体进度不拖延，建议小丁应该：1、向职能经理申请增加特定资源，特别是要增加系统分析设计人员2、临时加班、赶工，尽可能补救耽误的时间，或提高资源的利用效率3、将部分阶段的工作改为并行进行4、对后续工作的工期重新进行估算，并考虑节假日问题，修订计划尽量留有余地5、加强沟通，争取客户能够对项目范围，以及需求、设计、验收标准、进行确认，避免后续频繁出现变更。6、加强对阶段工作的检查和控制，避免后期出现返工此外，如有可能还可以采取外包和采取缩减范围等方法，不建议在本案中用。问题三、典型的信息系统集成项目的进度、时间管理的过程和方法：1、活动定义，2、活动排序3、活动资源估算4、活动历时估算5、制定进度计划6、进度控制资源配置对进度的制约：在一般情况下，项目活动的历时与项目的规模成正比，与投入的资源数量成反比，即投入的资源数量越多，活动历时越短，但是要注意，任何活动都有其压缩点，当活动的历时已达到自身的压缩点后，增加再多的资源也无法压缩活动历时。在一个非关键活动的一个较大时间延误也许只对项目产生较小的影响或不产生影响，而在关键活动的
人人文库> 全部分类> 应用文书 > 项目管理

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论