正所谓知易行难,目标管理并不仅仅是管理目标这么简单,它有一套完备的目标体系。它需要科学的方法,需要一种对时机、风险、分寸的把握和判断的能力。
目标管理是管理大师彼得·德鲁克在其名著《管理实践》中最先提出的,他提出目标管理与自我控制的相互结合使用。德鲁克认为,并不是有了工作才有目标,而是相反,有了目标才能确定每个人的工作。MBO(ManagementByObjectives,目标管理)是为了实现项目的任务与目的,给各层级人员从上至下制定切实可行的目标,并且各层人员必须在规定时间内完成指定任务的一种管理方法。
去掉繁复的理论体系的包裹,目标管理其实很朴素,手段其实很简单。它需要做好三件事--目标设定、制定计划并控制、度量目标达成度。也就是说,项目启动前要有目标和计划,项目进行当中要有控制,项目结束之后要对目标进行度量。目标管理的关键点在一头一尾,头是分层级设定目标,尾就是考核、评价和奖惩。
因此,目标管理是一种程序或过程,
项目管理者通过目标对下级进行管理,当确定了项目总体目标后,必须对其进行有效分解,转变成各个部门/团队以及各个员工的分目标,管理者根据分目标的完成情况对下级进行考核、评价和奖惩。所以,目标管理量化了目标,从而使目标具体化、可视化。
(2)目标分解与考核量度
目标管理是通过目标的设置和分解、目标的实施及完成情况的检查、奖惩为手段,通过员工的自我管理来实现目的的一种管理方法。过程不重要,结果重要。可能管理过程是松散的,但结果却是受到控制的。在目标分解过程中,权、责、利三者明确,只有每个员工完成了自己的分目标,整个项目的总目标才有完成的希望。
总的来说,目标管理加大了对员工的绩效考核力度。目标管理以制定目标为起点,以目标完成情况的考核为终结。至于完成目标的具体过程、途径和方法,上级并不过多干预。所以,在目标管理制度下,监督的成分很少,而控制目标实现的能力却很强。
(3)目标管理的优点
一是目标管理对项目内易于度量和分解的目标会带来良好的绩效。例如,对于在技术上具有可分性、可量化的工作,由于责任、任务明确目标管理常常会起到立竿见影的效果,而对于技术不可分的任务则难以实施目标管理。二是目标管理有助于改进团队的职责分工。例如,由于项目目标的成果和责任力图划归一个职位或部门,容易发现授权不足与职责不清等缺陷。
(4)目标管理的缺点
在实际项目运作中,目标管理也存在许多明显的缺点。主要表现在:一是IT项目内的许多目标都难以定量化、具体化,或许多工作在技术上不可解,或项目环境的可变因素越来越多,使项目活动的不确性越来越大,这些都使得IT项目的许多活动制订数量化目标是很困难的。二是目标商定可能增加管理成本。目标商定要上下沟通、统一思想是很费时间的,同时每个团队、个人都关注自身目标的完成,很可能会忽略了相互协作和总体目标的实现,滋长本位主义、临时观点和急功近利倾向。三是有时奖惩不一定都能和目标成果相配合,也很难保证公正性,从而削弱了目标管理的效果。
IT项目开发人员普遍认为,要高质量并按时完成项目是难以实现的,项目经理们并非不想要高质量的项目成果,他们只是想在质量的基础之上,能够按时完工和低于或等于预算的情况下,实现这个项目。有些项目管理技巧虽然确实可以成功地在降低成本和开发时间的同时不会对质量造成影响,然而,必需注意的是,过度地利用这些技巧就有造成灾难性后果的潜在可能。
1、时间盒(Time boxing)
在破坏项目质量的事件列表上,时间盒的应用排在第一位,当您告诉某人在任务必须移交之前,他拥有多长时间来完成这项工作,我说“移交”而不是“完成”,因为在极端情况下,这经常意味着代码并不完善,仅仅是抓紧时间去完成这项工作。
在大多数情况下,时间盒是有效的,因为它可以做到四件事:
1 它迫使开发者能够富有创造性地在他们的预算之内发现解决方案。
2 它排除了经常添加在软件中不必要的虚饰,而这些虚饰往往并不能增加软件的价值。
3 它防止开发者过度测试。
4 目的只是要得到这件产品,在完整的质量评价(QA)阶段将会有详细的测试,希望在此阶段中能够发现代码中存在的问题。
当存在未知问题,或技术没有经受检验,或没有正确的方法来检验结果的时候,时间盒就无能为力了;当时间盒很小,而且在分配的时间之内并没有可能的办法来实现目标时,这种方法也是无效的。换句话说,时间盒可以很好地解决一些问题,比如充分理解、谨慎评估和执行类的任务;然而,也确实存在时间盒方法不能很好解决的问题,比如研究和发展,还有解决问题等等。
如果时间盒是正确使用的,那么不应当导致测试到很糟糕的代码,这些糟糕的代码可能会导致数百个小时的诊断和返工。时间盒应当适度使用来确保最低的成本、最快和最高质量的软件。
2、误期
所有人都要有奋斗的目标,里程碑是一种受到尊敬的方法,它用来激发人们向同一个目标前进,这种动力可以在很短的时间内得到重大成果。然而,每个人都必须承认里程碑所界定的时间并不是每次都能实现,这时就必须要做出新的决定。
项目经理们必须要在团队中树立里程碑的目标,以此来激励他们前进,但是,当里程碑确立的日期并不现实,而且队员们一再出错,那就应该重新评估这个计划了。如果因为某种特殊情况可以使这个日期不再重要,那么当这个重要日期真正来临的时候,整个团队就只有很小的动力来实现这个里程碑日期。当整个团队连续错过了10个日期,那么第11个日期还重要么这就像喊着“狼来了”的孩子一样。
如果在设定的时间线之后并没有任何处罚,那么当错过这个时间的时候就应该强制执行或者移动整个时间线。
长远来看,不断创造持续的压力和令人迷惑的环境并不能创造出好的软件,开发人员需要能够专心工作的环境。完成项目的日期和关于里程碑日期是否真实的混乱,经常会导致开发人员在开发过程中跳过关键步骤或者造成难以发现的问题。
3、忽视相关性
在软件开发中,我们有很多技巧可以用来延迟相关性,我们可以停用一些函数、移动相连的基本架构,或者绕开众多的错误处理,在正确使用的情况下,所有这些技巧都可以帮助推进一个项目,然而,当为了完成项目,而这些技巧的成本因素又没有被考虑到整个计划当中时,就埋下了烦恼的种子。
很多时候,在项目中排列软件开发的顺序是非常具有挑战的事情,相关性并不容易被发现,因此也就不可避免地有很多相关性因素没有被安排到计划当中。为这些不可预见的相关性安排日程表可以让人变得疯狂,因此,压制相关性的方法是经常使用的,但是,如果过度使用了这些技巧,这些费用可能经常会占据项目总成本中很重要的一部分,而且直到项目的最后才会被发现。
所以要确信您现在所做的对于管理相关性是必需的,不会添加过多的成本,而且是整个软件开发项目中必不可少的一部分。当项目经理不能在成本与降低相关性的便利中取得平衡,那么他们草率地组装的代码将会展示出质量问题。
4、假装没有错误
在项目管理中,忽视并不是一种幸福。为了成功地完成项目,除了不可阻挡的政治压力,向公司其他的员工介绍项目的风险也是必需的。几乎每个软件开发项目都有延期或超出预算或同时出现这两种情况的风险。
问题在于,当最终某一时间,这些风险真正变为现实的时候将会引起恐慌,每个人都在混乱中将项目其余的部分组装在一起,整个项目的质量将因为最终轻率的装配而遭受损失。
当然,当整个项目还没有落后于计划之前,这一问题还不会充分暴露出来,然而,大多数项目都有办法只让项目的某些部分落后一点点,而几乎每个项目都有过于仓促的风险,这是因为管理层在很长一段时间之内都在项目没有任何问题之后得知项目的真实状态。
从普遍角度上说,一个有效的项目管理要从几方面入手。
1 项目范围
明确定义好项目管理范围,才能有效配置相应资源。
2 项目计划
根据项目要求,制定切实可行的项目计划。国内大部分项目经理都是根据上级指示做事,没有仔细做过项目评估,这就导致在项目执行过程中,经常出现不可控因素,影响了项目的执行结果。
3 项目资源
包括设备,材料,资金,人力资源等。关键是资金和人力资源,一个是保持适当的现金流,一个是保证有足够的人去做该做的事。
4 风险预估
包括对用户及对自身评估两部分。对用户主要涉及其信用度,财务状况,技术能力/经验等方面;对自身主要包括足够的项目管理人员,技术人员配置是否足够,经验是否丰富,有否做过同类项目,用户的付款条件对项目管理造成的风险是否可控?
以上是针对工程类项目,针对软件开发项目,在项目范围/风险中,还需要特别关注用户对项目的具体及特殊要求。
内容来源于ITSS符合性评估落地工具-云雀运维!!!
以上就是关于如何做好IT项目管理全部的内容,包括:如何做好IT项目管理、IT项目质量管理技巧应用的注意事项、如何进行有效的IT项目管理等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)