再谈项目管理核心要素_第1页
再谈项目管理核心要素_第2页
再谈项目管理核心要素_第3页
再谈项目管理核心要素_第4页
再谈项目管理核心要素_第5页
已阅读5页,还剩1页未读 继续免费阅读

下载本文档

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

文档简介

1、再谈项目管理核心要素 做了这么久项目管理,还是一句话,IT项目管理要做好太困难,我们只能够是定一个改进的目标,然后不断的朝这个目标去努力。对于学问体系PMBOK和 PRINCE2都举行了完美的学问体系阐述,对于组织级项目管理成熟度我们也可以借鉴OPM3成熟度模型。在IT项目管理方面还有CMMI成熟度模型, SWEBOK软件工程成熟度标准。WBS,甘特图,关键路径,关键链,资源平衡,挣值,成本,质量,风险,规划,估算,评审,团队,模板,方法,工具,技术,过程等等。 项目管理学问体系中有太多的要学习的东西,要想系统化的学习是决不是一蹴而就的事情,那现在的问题就是我们应当如何开头项目管理,项目管理的

2、最小工具集应当是如何的,对于小型的项目团队项目管理的核心要素到底在哪里,项目经理应当关注哪些内容? 在这里,我们提及到对于任何项目管理而言,无碍乎都是涉及到人,工具技术和过程三方面的内容。这三方面就是项目管理的核心内容,在最后期限中我们可以看到对项目管理核心的高度概括即是:抉择正确的人,为他们分配正确的工作,通过团队建设保持他们的乐观性。项目管理学问体系再复杂,项目经理做的全部事情都是为这三点服务。 1.人的问题一直是项目管理和项目经理面向的核心问题 虽然像CMMI过程成熟度模型在强调过程和弱化人的作用,但是我们仍旧要强调在软件开辟中人一直是第一位的,特殊是能够胜任软件开辟工作的人。从团队组建

3、开头的人员抉择和招募,到后期的培训,任务分配和安顿,培训,交流和上下游配合,团队建设,流程等,无不是和团队成员亲密相关。倘若团队成员的技能无法达到水平,乐观性无法调动起来,项目经理做再好的项目规划都将是空中楼阁。所以在人的问题上,一个项目经理应当按照以下几点举行审视和检查,以下问题不会涉及到任何的公式模型,但是却可以体现出你对人的关注度。 a.清晰知道需要成员具备的学问技能,并乐意在人员招募上花费时光。 b.关注成员的学习能力强于关注成员现有的学问,基础学问强于应用学问。 c.乐意为招募到高手付出成倍的薪水。 d.是否已经形成了引导新成员迅速进入到项目的方法和过程指导? e.按照成员问题,过程

4、中的争论和评审了解成员的学问和技能水平。 f.能够有针对性的开展培训,避开成员犯相同的错误。 g.能够按照项目成员优势和劣势,性格特点分配和安顿工作任务。 h.分配任务时候猎取到成员的时光和质量允诺,并且有任务完成验收标准。 i.有团队的工作纪律和开辟规范,并带头严格执行。 j.是否持续培养成员乐观主动,信守允诺,重视质量的工作态度。 k.告知团队成员他们的弱项,协助他们制定改进规划。 l.不仅仅是告知团队成员做什么,而是告知他们做的方法和为什么。 以上有些内容或问题并不会在PMBOK学问体系中谈及到,但是却是务必重视和关注的问题。软件项目经理务必要意识到他对于软件团队的作用更多的是引导和教练

5、,而不是纯粹的管理。灵敏软件开辟中再三的强调,软件开辟更像是一种配合型的团队嬉戏,需要的是认可嬉戏规章的一个团队来共同完成既定的目标,而项目经理最重要的就是要每个成员都意识到这个嬉戏是大家共同在玩,需要大家团结配合和共同努力才可能完成。 2.不必在意公式和模型,但是要形成一些方法,采用一些工具 PMBOK 的九大学问体系让我们对于项目管理有了一个系统化的认识,学问体系很全,但是并不是我们在项目管理中都会碰到这些学问和相应的方法工具和技术。我们在实际的项目管理中我们可能是把PMBOK强调的多个步骤合并为了一个,或者说我们在应用某一种方法,只是不知道它从属于某一个理论。 项目经理在项目管理中最重要

6、的仍旧是一种意识,这种意识包括目标意识,系统思维和平衡,风险意识。倘若没有在长期的项目管理中形成这种意识,那可以说你在做管理,但是不能说你在做项目管理。你可以不知道关键路径如何计算,挣值管理如何应用,但是你务必有以上三个意识。从这个绽开,关于方法工具和技术上我们抽取的核心问题和要素是: a.项目开头前会制定规划,不会由于规划赶不上变化而忽视规划。 b.为了明确范围,进度可控和人员技能匹配知道需要分解项目。 c.在项目没有开头前已经启动各种培训,学习和预研工作。 d.任务有明确的产出和验收标准,而且在项目前期就让全部人都紧急起来。 e.当旧规划偏差太大时准时拟定新规划和目标点,而不是无限期耽误。

7、 f.意识到项目目标不仅仅是进度,也越发关注成本和质量目标。 g.当团队绩效消失问题的时候,能够一起分析根源并举行改进。 h.知道把自己工作重心转移到团队建设,流程规范和交流上。 i.不做纯粹管理,不断的提升在软件工程技术领域和行业业务领域堆积。 3.过程很重要,但是一定不能笨拙和僵化 软件生命周期模型,变更管理,配置管理,开辟模式等都是在讲流程。不管是基于CMMI还是灵敏的软件开辟,都需要相应的流程支持。对于过程我们强调的重点就是不能僵化,许多时候我们期待引入一些流程僵化固化后再考虑优化,但是往往结果却是后续失去了优化的动力和激情,人最后变得麻木了,流程没有任何价值可言。 过程的价值仍旧是体现在为项目服务,过程的目的仍旧是使项目团队每个人都有章可循,依据规章来做事情。对于软件开辟务必有严格的纪律性和规章,对于最强调个体作用的灵敏开辟同样强调纪律的重要性。对于软件项目管理,在过程和规章上我们务必留意的是: a.已经在项目和团队中形成了相应的开辟规范并严格执行。 b.形成了需求评审和代码Review的流程和规章,并知道如何举行。 c.当用户提出需求变更的时候已经形成相应的流程举行影响分析。 d.源代码和文档是项目重要资产,已经历到了统一的归档和管理。 e.在项目中形成了问题分析解决和上报的机制。 f.周例会,

温馨提示

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

评论

0/150

提交评论