IT项目管理可以分为两部分理解:一个是IT,一个管理;掌握项目管理的知识体系,项目管理的基本内容,包括项目集成、范围、时间安排、成本、质量、人力资源、沟通、风险以及采购,另一个是对IT项目特别是软件工程项目的背景和技术深入了解,第三个就是多关注现实中的成功和失败项目实例啦,积累经验。
以我多年参与、主导IT实施/开发项目的经验,我觉得项目实施过程中没有任何问题几乎是不可能的事儿,因此出现问题本身没什么值得大惊小怪的,而如何对待问题、如何处理问题却是一个最值得关注的问题。这就是我所信奉的“问题本身不是问题,对待问题的态度是个大问题”。1、合同签署前要充分了解未来客户方项目负责人的实施方法论有些客户自己不懂该如何实施项目,也谈不上方法论,那么项目过程中可能要以实施人员引导、制订实施方案及项目计划并且征得客户方关键干系人的认可。如果客户自己在实施方面就有自己成熟的一套想法,而且客户反复在沟通过程中强调自己对于项目的要求,那么前期负责和客户接洽的人员就必须对这些信息敏感并且尝试着挖掘一下,客户可能对实施有哪些要求,我们自己是否熟悉这套东西,应该提早准备哪些应对措施。前期与客户接洽的人员切不可不加思索地就来一句“肯定没有问题。。。”之类的承诺。2、要多琢磨客户在项目过程中反复强调的东西一个成熟的客户会在项目启动早期把一些他特别在意的东西反复强调,这些东西很有可能就是客户所预见的项目风险或者项目的方向。实施方项目组成员一定要仔细琢磨客户的意图,琢磨不清楚就多找客户沟通、多提问题以帮助自己理解他的意图。倾听和提问是一个实施顾问特别应该具备的一个素质。3、出了问题要及时回应是人都害怕不确定的东西,客户也一样。如果出了问题,实施方项目组成员或高层没有及时回应对于客户来说是一个非常大为光火的事情。这就跟我们到商场买东西发现所购买商品存在某些问题或者某些疑问时向导购人员提出来,导购人员置之不理是同类的问题。及时做出反应不是要求马上拿出解决方案,而是让客户知道我们已经在采取措施,并且明确给出客户提出解决方案的时间。尤其是获悉相关信息的公司高层更应该及时响应,一个理性的客户肯定不会把芝麻小事也让实施方高层知道,既然知会了高层想必会有客户的道理,比如问题升级了或者遇到了严重的问题。4、针对问题的解决方案切忌含糊、托辞作为客户,项目出现了问题还心情超好的可能性不大。所以,实施方在针对问题给出解决方案一定要慎重:首先仔细分析问题是否真正存在,是否超出了项目的范围,如果存在也不超出范围那么问题的根源可能是什么,现实情况下能否有解决方案,解决方案所需要耗费的成本是否可以承受(是否存在客户承担部分成本的可能?),是否会给客户方带来任何风险,解决方案估计什么时间可以完成等等都需要经过内部专家团队反复推敲、论证、模拟。然后把有完整分析、明确解决方案、完成时间及接口人的信息发给客户,征求客户意见。如果有些东西超出项目范围或者超出实施方的能力,那么也建议诚恳地和客户沟通,看如何通过其他方式来弥补因为这些问题存在所造成的遗憾。提供解决方案时有五个大忌:1)、忌含糊其辞,没有多少人喜欢这些看不明白的东西,可千万别在客户的坏心情上面火上加油;3)、忌没有解决问题的时间表;4)、忌为自己方辩护;5)、忌信口开河似的承诺5、出现问题后要及时展开沟通,丰富沟通的渠道和层次上面谈到了及时回应,算是及时沟通的一种,但还不全面,那只能在问题出现以后稍稍缓和客户的情绪。在提出解决方案、和客户确认以及方案实施的过程中,建议实施方负责人要在自己公司内部(尤其与高层之间)、以及客户方项目干系人之间及时、定期展开沟通。如果问题的确比较严重,对项目有较大影响,项目负责人还应该考虑丰富沟通渠道、提高双方沟通的层次,以便于可以有效地把处理的进度、遇到的问题传递给双方项目组、管理层,及时调动优质资源配合问题的及时管控、处理。我觉得做到了以上五点,再配合以专业技术层面的努力,大部分客户应该都会满意,而不至于项目合作双方的不愉快从此成为项目的一个噩梦烦扰着彼此。其实我们不需要也无法苛求彻头彻尾的专业,但我们一定要有一个专业的态度和精神,这是我看待项目合作的一个基本态度。
一个项目经理得时刻关注项目的进度,那么你知道项目的进度包含什么吗?
项目进度管理包括为管理项目按时完成所需的各个过程。其过程包括:
一、规划进度管理
为规划、编制、管理、执行和控制项目进度而制定政策、程序和文档的过程
二、定义活动
识别和记录为完成项目可交付成果而需采取的具体行动的过程
三、排列活动顺序
识别和记录项目活动之间的关系的过程
四、估算活动持续时间
根据资源估算的结果,估算完成单项活动所需工作时段数的过程
五、制定进度计划
分析活动顺序、持续时间、资源需求和进度制约因素,创建项目进度模型,从而落实项目执行和监控的过程
六、控制进度
监督项目状态,以更新项目进度和管理进度基准变更的过程
项目进度计划提供详尽的计划, 说明项目如何以及何时交付项目范围中定义的产品、服务和成果,是一种用于品牌沟通和管理相关方案期待的工具,为绩效报告提供了依据。
项目管理团队选择 进度计划方法 ,例如关键路径发法或敏捷方法。之后,项目管理团队将项目特定数据,如活动、计划日期、持续时间、资源、依赖关系和制约因素等输入进度计划编制工具,以创建项目进度模型。这件工作的成果就是 项目进度计划 。
在小型项目中,定义活动、排列活动顺序,估算活动持续时间及制定进度模型等过程之间的联系非常密切,以至于可视为一个过程,能够由一个人在较短时间内完成。
在可能的情况下,应在整个项目期间保持项目详细进度计划的灵活性,使其可以随着知识的获得、对风险理解的加深,以及增值活动的设立而调整。
后续有更多的更新,欢迎关注中公教育PMP~
注:文章来自项目管理知识体系指南(PMBOK®指南)第6版
正所谓知易行难,目标管理并不仅仅是管理目标这么简单,它有一套完备的目标体系。它需要科学的方法,需要一种对时机、风险、分寸的把握和判断的能力。
目标管理是管理大师彼得·德鲁克在其名著《管理实践》中最先提出的,他提出目标管理与自我控制的相互结合使用。德鲁克认为,并不是有了工作才有目标,而是相反,有了目标才能确定每个人的工作。MBO(ManagementByObjectives,目标管理)是为了实现项目的任务与目的,给各层级人员从上至下制定切实可行的目标,并且各层人员必须在规定时间内完成指定任务的一种管理方法。
去掉繁复的理论体系的包裹,目标管理其实很朴素,手段其实很简单。它需要做好三件事--目标设定、制定计划并控制、度量目标达成度。也就是说,项目启动前要有目标和计划,项目进行当中要有控制,项目结束之后要对目标进行度量。目标管理的关键点在一头一尾,头是分层级设定目标,尾就是考核、评价和奖惩。
因此,目标管理是一种程序或过程,
项目管理者通过目标对下级进行管理,当确定了项目总体目标后,必须对其进行有效分解,转变成各个部门/团队以及各个员工的分目标,管理者根据分目标的完成情况对下级进行考核、评价和奖惩。所以,目标管理量化了目标,从而使目标具体化、可视化。
(2)目标分解与考核量度
目标管理是通过目标的设置和分解、目标的实施及完成情况的检查、奖惩为手段,通过员工的自我管理来实现目的的一种管理方法。过程不重要,结果重要。可能管理过程是松散的,但结果却是受到控制的。在目标分解过程中,权、责、利三者明确,只有每个员工完成了自己的分目标,整个项目的总目标才有完成的希望。
总的来说,目标管理加大了对员工的绩效考核力度。目标管理以制定目标为起点,以目标完成情况的考核为终结。至于完成目标的具体过程、途径和方法,上级并不过多干预。所以,在目标管理制度下,监督的成分很少,而控制目标实现的能力却很强。
(3)目标管理的优点
一是目标管理对项目内易于度量和分解的目标会带来良好的绩效。例如,对于在技术上具有可分性、可量化的工作,由于责任、任务明确目标管理常常会起到立竿见影的效果,而对于技术不可分的任务则难以实施目标管理。二是目标管理有助于改进团队的职责分工。例如,由于项目目标的成果和责任力图划归一个职位或部门,容易发现授权不足与职责不清等缺陷。
(4)目标管理的缺点
在实际项目运作中,目标管理也存在许多明显的缺点。主要表现在:一是IT项目内的许多目标都难以定量化、具体化,或许多工作在技术上不可解,或项目环境的可变因素越来越多,使项目活动的不确性越来越大,这些都使得IT项目的许多活动制订数量化目标是很困难的。二是目标商定可能增加管理成本。目标商定要上下沟通、统一思想是很费时间的,同时每个团队、个人都关注自身目标的完成,很可能会忽略了相互协作和总体目标的实现,滋长本位主义、临时观点和急功近利倾向。三是有时奖惩不一定都能和目标成果相配合,也很难保证公正性,从而削弱了目标管理的效果。
大家知道,控制好了项目时间就等于管理好了项目进度,因此在做 项目进度管理 的过程中,基本很多 *** 作流程都是与任务时间的划分分不开关系。不论是估算工期、设验收阶段时间点,还是规划子任务周期等,都是为了让任务在规定时间内完成,即保障项目进度。
接下来,将简单描述项目进度关于时间管理的四个步骤。
一、分解项目工作任务,罗列清单文档
将项目工作分解为更小、更易管理的工作包也叫任务或活动,这些小的任务应该是能够保障完成交付产品的可实施的详细任务。
在项目实施中,要将所有任务列成一个明确的任务清单,并且让项目团队的每一个成员能够清楚有多少工作需要处理。任务清单应该采取文档形式,以便于项目其他过程的使用和管理。当然,随着项目活动分解的深入和细化,工作分解结构(WBS)可能会需要修改,这也会影响项目的其他部分。例如成本估算,在更详尽地考虑了任务后,成本可能会有所增加,因此完成任务定义后,要更新项目工作分解结构上的内容。
二、理顺项目依赖关系,设立里程碑
在产品描述、任务清单的基础上,要找出项目任务之间的依赖关系和特殊领域的依赖关系、工作顺序。在这里,既要考虑团队内部希望的特殊顺序和优先逻辑关系,也要考虑内部与外部、外部与外部的各种依赖关系以及为完成项目所要做的一些相关工作,例如在最终的硬件环境中进行软件测试等工作。
设立项目里程碑是排序工作中很重要的一部分。里程碑是项目中关键的事件及关键的目标时间,是项目成功的重要因素。里程碑事件是确保完成项目需求的任务序列中不可或缺的一部分。比如在开发项目中可以将需求的最终确认、产品移交等关键任务作为项目的里程碑。
在进行项目任务关系的定义时一般采用优先图示法、箭线图示法、条件图示法、网络模板这4种方法,最终形成一些列项目网络图。
三、分析范围、资源计划,估算项目工期
项目工期估算是根据项目范围、资源状况计划列出项目任务所需要的工期。估算的工期应该现实、有效并能保证质量。所以在估算工期时要充分考虑任务清单、合理的资源需求、人员的能力因素以及环境因素对项目工期的影响。项目时间管理在对每项任务的工期估算中应充分考虑风险因素对工期的影响。项目工期估算完成后,可以得到量化的工期估算数据,将其文档化,同时完善并更新任务清单。
其中,工期估算可采取以下几种方式:
1、专家评审形式。由有经验、有能力的人员进行分析和评估。
2、模拟估算。使用以前类似的活动作为未来活动工期的估算基础,计算评估工期。
3、定量型的基础工期。当产品可以用定量标准计算工期时,则采用计量单位为基础数据整体估算。
4、保留时间。工期估算中预留一定比例作为冗余时间以应付项目风险。随着项目进展,冗余时间可以逐步减少。
四、制定项目进度计划,运用科学方法
项目的进度计划意味着明确定义项目活动的开始和结束日期,这是一个反复确认的过程。进度表的确定应根据项目网络图、估算的活动工期、资源需求、资源共享情况、项目执行的工作日历、进度限制、最早和最晚时间、风险管理计划、活动特征等统一考虑。
进度限制即根据任务排序考虑如何定义任务之间的进度关系。一般有两种形式:一种是加强日期形式,以任务之间前后关系限制任务的进度,如一项任务不早于某任务的开始或不晚于某任务的结束;另一种是关键事件或主要里程碑形式,以定义为里程碑的事件作为要求的时间进度的决定性因素,制定相应时间计划。
在制定项目进度表时,先以数学分析的方法计算每个任务最早开始和结束时间与最迟开始和结束日期得出时间进度网络图,再通过资源因素、任务时间和可冗余因素调整任务时间,最终形成最佳任务进度表。
关键路径法(CPM)是时间管理中很实用的一种方法,其工作原理是:为每个最小任务单位计算工期、定义最早开始和结束日期、最迟开始和结束日期、按照任务的关系形成顺序的网络逻辑图,找出必须的最长的路径,即为关键路径。
时间压缩是指针对关键路径进行优化,结合成本因素、资源因素、工作时间因素、活动的可行进度因素对整个计划进行调整,直到关键路径所用的时间不能再压缩为止,得到最佳时间进度计划。
很多项目的时间经常处于争分夺秒的状态,任一环节的时间耗损都可能连带对其他项目任务产生影响,进而让整个项目有延期风险。因此,做好项目的时间管控,是项目进度的最佳最佳落实手段。
以上就是关于IT项目管理的具体工作是什么全部的内容,包括:IT项目管理的具体工作是什么、该如何应对IT实施项目中的问题、项目管理中的项目进度包含哪些,你知道吗等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)