IT项目管理的“金科玉律”.docx
《IT项目管理的“金科玉律”.docx》由会员分享,可在线阅读,更多相关《IT项目管理的“金科玉律”.docx(7页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、IT工程管理的“金科玉律”一、工程主管如何解决问题?根据“白猫黑猫”理论,评价工程管理成功与否的唯一标 准就是工程是否按时保质保量完成。目前工程实施一般是监 理负责制,工程监理责任重大。很难到达工程成功的目标。在工程管理过程中,笔者要时刻思考以下问题:如何组建一个 有效的、选择少的工程团队?工程团队成员的选择非常重要。如果一个不合适的候选人 被安排在一个关键的位置,这个工程可能会有一个糟糕的开 始。当然,在现有的人力资源中,并不总能成功选拔出优秀 的人才,组建战斗团队。笔者就遇到了这种最坏的情况:工程 组只有主管有经验,其他成员都是刚毕业的大学生,所以主 管的任务不仅仅是管理,还要花费大量的时
2、间和精力去培养 这些新手,让他们尽快进入预定的角色。如何定义工程成员 的工作范围以及他们之间的工作接口 ?这个问题就是俗语说的派活。要把活分出去可不是一 件简单的事情。工程主管首先需要对工程组成员非常了解和 熟悉,知道他们的知识结构和能力水平;其次要对工程情况 非常清楚,并能对工程实施过程进行划分和功能模块的细 化,并结合每个人员的特点指派具体的任务;最后要重点注 意的是,尽量让组员之间的工作接口简单和接口定义详尽, 防止将来产生互相推诿和扯皮。二、如何准确衡量工程成员的工作量?负责过的人都遇到过这种问题:分配给A的工作,要求一 周内完成,但一个月过去了,他还没完成;分配给B的工作要求在周乾完
3、成,但他一天就完成了。事实上,在目前的项 目管理中,工作量往往是由主管的经验来主观衡量的,这种 判断是因人而异的。主观判断会造成很大的误差,这些误差 的积累最终会导致不可控因素的增加和工程风险的扩大。如 何在不打搅工程组成员工作的情况下及时沟通?现在很少有工程是可以单枪匹马完成的,往往需要团队来 完成,所以合作的团队精神尤为重要。在普通人眼里,技术 人员普遍孤傲,难以管理。监理人员不仅要掌握良好的沟通 技巧,还要善于情感交流,帮助解决工程组成员工作和生活 中的实际困难,使他们能够专心于自己的工作。良好的上下 级关系和同事关系营造了和谐的工作气氛,工程成功的可能 性大大增加。如何评价工程实施状况
4、,及时了解工程进展?在工程运作过程中,如果靠员工的报告来掌握工程进展 是不够的。事实上,员工都愿意报喜不报忧,在工程初期就 出现的问题苗头,如果不能传递上来,将在后续阶段造成大 的维漏。笔者认为除了要定期听取工程组成员的报告,还要 专门有一个品保组来监督工程的执行情况。品保组就像廉政 公署一样,不参与工程的具体实施,专门给别人“挑刺,或 者写一些测试程序来发现问题。三、如何与客户单位沟通合作?有时候工程已经执行到最后阶段,客户单位突然提出新的 要求,会让主管很尴尬。一方面要尽量满足客户的需求,另 一方面不能对系统做太多改动,影响进度。这种情况下,往 往是和客户的沟通出现了问题,说明在需求阶段没
5、有做好, 在实施过程中没有和客户进行紧密的接触。在诸多不确定因 素和约束条件下,如何按时完成工程任务?工程成功与否受太多的风险因素影响。所谓“风险”, 是损失的不确定性;是给定情况下,一定时期内可能发生的各种结果间的差异。它的两个基本特征是不确定性和损失。工程开发是一项可能损失的活动,不管开发过程如何进行, 都有可能超出预算或时间延迟。很少有人能保证开发工作一 在进行工程风险分析时,重要的是要量化不确定的程度和每 个风险的损失程度。潜在的问题都可能会对工程的计划、成 本、技术、产品的质量及团队的士气产生负面的影响。风险 管理就是在这些潜在的问题对工程造成破坏之前识别、处理 和排除。如何在完成工
6、程任务同时,保证甚至提高交付结果 的质量?定成功,都要冒一定的风险,也就需要进行工程风险分析。我同事曾经做过一个工程,按照计划和预算完成了,但是 系统不稳定,一些关键技术指标达不到国标。出现这种情况 的原因是:没有明确的功能模块划分和接口关系,成员之间相 互指责,最后难以定位不稳定的源头;没有成立质量保证小 组,工程过程控制没有得到很好的实施;过分关注工程的进 度,忽略或隐瞒前期的小问题。如何成为优秀的工程主管?笔者认为,一个优秀的工程经理首先是一个乐观自信的 人。他从积极的方面考虑一切,而不是把失败当作失败,他 把它视为成功之母,从经验和教训中学习,在跌倒的地方爬 起来。一个优秀的工程经理不
7、一定要有经验,但要有很强的 主动性和明确的目标,并且能够很好地与他人沟通,激励他 人为共同的目标而共同努力。五、IT工程管理的特征探讨 IT工程具有非常明显 的特点:紧迫性、独特性和不确定性。下面分别讨论一下这 些特点含义和工程管理的相应对策。紧迫性一一IT工程的紧迫性决定了工程的历时有限,具 有明确的起点或终点,当实现了目标或被迫终止时,工程即束。,走结短逝抢束。,走结短逝抢o随着信息技术的飞速开展,IT工程的生命周期越来越 有的工程时间甚至是决定性因素,因为市场时机稍纵即 如果工程的实施阶段耗时过长,市场份额将被竞争对手在开始一个工程之前,主管必须了解工程的时间限制。具 体到每个人,工程中
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- IT 项目 管理 金科玉律
限制150内