在项目管理过程中,最忌讳的是项目无限止的延期下去。一鼓作气,再而衰,三而竭,最后导致项目组成员对项目丧失信心,使得项目失败。 对于信息化项目来说,项目成员的信心尤其重要。如在企业要上ERP项目,组大部分项目成员却对ERP很陌生,甚至是个从未接触的领域,那么全要靠CIO的带领。若他们对项目失去了信心,就是对CIO失去了基本的信赖。 影响时间控制的因素及措施在一个信息化项目中,影响CIO对时间控制的因
任何流程或业务在我们学习的过程中始终都有一个主线,比如说知识管理的基础或主线是知识库和知识地图,ERP的数据基础是ITEM和BOM,主线是需求订单->MRP->生产计划和采购计划。对于产品数据管理PDM的主线是产品结构,对于CRM客户关系管理的主线是营销->市场策划->销售计划->预测->项目->合同。而对于项目管理其基础是WBS工作结构分解,其主线是项目
不管是谁的原因造成的进度失控,都会对本企业的信息化和管理系统建设产生消极的影响,其中主要的问题包括: 1、业主不得不推迟系统投入正常运行的计划时间。 这是进度失控导致的直接后果。这个后果因企业建设该系统的目标的不同而具有不同的严重程度,对于希 望尽早将系统投入运行的企业来说,问题显然是比较严重的;即使对不急于使系统投运的企业,进度失控也会增加业主的负担,包括时间、人力、物力和财力的继续投入; 2、
双代号时标网络计划(简称时标网络计划)必须以水平时间坐标为尺度表示工作时间。时标的时间单位应根据需要在编制网络计划之前确定,可以是小时、天、周、月或季度等。 在时标网络计划中,以实箭线表示工作,实箭线的水平投影长度表示该工作的持续时间;以虚箭线表示虚工作,由于虚工作的持续时间为零,故虚箭线只能垂直画;以波形线表示工作与其紧后工作之间的时间间隔(以终点节点为完成节点的工作除外,当计划工期等于计算工期
关键字:信息工程监理 投资控制信息工程进度控制是指在信息工程项目的建设过程中实施经审核批准的工程进度计划,采用适当的方法定期跟踪、检查工程实际进度状况,与计划进度对照、比较找出两者之间的偏差,并对产生偏差的各种因素及影响信息工程目标的程度进行分析与评估,并组织、指导、协调、监督承建设单位及相关单位及时采取有效措施调整工程进度计划。在工程进度计划执行中不断循环往复,直至按设定的工期目标如期完成,或在
1.项目目标和范围 开始一个新项目或版本时候,首先是和用户一起确认需求,进行项目的范围规划。项目是范围,进度,质量和资源四要素的平衡,用户对项目进度要求和优先级高的时候,我们往往要缩小项目范围,对用户需求进行优先级排序,排除优先级低的需求。另外我们做项目范围规划的一个重要依据就是我们的历史经验数据,对项目特征的清楚认识,项目范围规划初期需求你进行一个较宏观的估算,否则你很难判断清楚或给用户承诺在
一 自由来自于严格的制度 管理一群软件设计师,就像放牧一群骄傲的猫,如果缺乏有效的约束,必然是猫跑了个光光,公司随之完蛋。 我们看到微软相当自由化、个人化的人才管理,但是,应该看到另一方面,微软是一个整体CMM2级,局部CMM3级的公司。试想,一个公司没有完备而严格的管理制度,如何能达到CMM2级以上? 要知道在中国CMM2级以上的公司绝对是凤毛麟角。 每个财年Scrub开始前,微软的经理们都会
制定软件项目进度表有两种途径:其一是软件开发小组根据提供软件产品的最后期限从后往前安排时间;其二是软件项目开发组织根据项目和资源情况制定软件项目开发的初步计划和交付软件产品的日期。多数软件开发组织当然希望按照第二种方式安排自己的工作进度。然而遗憾的是,大多数场合遇到的都是比较被动的第一种方式。 在软件项目管理工作中,对软件项目的进度安排有时比对软件成本的估算要求更高。成本的增加可以通过提高产品定价
1.经常总结完成模块中共性的代码,封装成方法或组件,方便以后调用。 比如,数据访问,XML配置操作,分页控件,数据校验,加密等等我都总结成一个个独立的模块或组件,使用的时候拿来调用就行了,为项目争取了很多时间,也留出更多的时间来想业务逻辑的处理。 2.复杂业务简单化 对一些复杂的业务系统,可以通过抽象的方式,来简单化,把复杂的问题抽象成简单的模型,变成人们容易理解的业务模型。能用简单的方式解决的问
不要用最后期限来推动事情的进行,而要盯住时间表。它可以引导项目步入正轨,使事情按优先顺序有效进展。 假设你是美国宇航局太空船项目的一名科学家,你负责计划太空船的下一次升空,所有的资源和供应商都归你管,每个人都完全服从你的指挥。在这个项目中你实际上不需要亲自做什么,除了一件事:为升空之前所有要完成的步骤做一个计划,并且执行这个计划。 听上去不难,但要考虑哪些因素呢?让我们看看:天气,在距离地球几千英