第六章 项目管理概论(下)和第七章 项目立项管理
项目生命周期和项目阶段,不同的项目周期可能不一样。(掌握)项目生命周期——项目从启动到完成所经历的一系列阶段,阶段间的关系可顺序、迭代、交叠。(时间维度划分)。开发生命周期——项目生命周期内与产品、服务或成果的开发相关的一个或多个阶段。 (生命周期中某几个阶段)。项目通用生命周期——启动项目;组织与准备;执行项目工作;结束项目; (4个通用阶段)。产品生命周期——从项目开始到项目结束再到项目产品运行生命终止(退出市场)的全过程。 项目管理过程组——启动、规划、执行、监控、收尾(5个通用操作过程)(管理操作维度划分)。通用生命周期(掌握)(1)成本与人力投入:项目开始时“缓慢增加”,在“执行工作”期间达到最高,项目快结束时“迅速回落”。(2)风险与不确定性、干系人的影响力、变更的数量:项...
第六章 项目管理概论(上)
项目基础--项目的概念(掌握)项目——是为创造独特的产品、服务或者成果而进行的临时性工作。(结果独特、并可验证,可以有型也可以无形)。可交付成果:deliverable。临时性:具备明确的起点和终点,并不意味着项目的时间短。项目临时,但结果持久。独特性:项目所创造的产品或服务在一定的程度或在某些方面与其他的产品和服务相比较,有明显的差别(独特性带来不确定性,带来的是风险)。某些可交付成果中可能存在重复的元素,但不会改变项目的独特性。渐进明细性:指项目的成果性目标是逐步完成的。在项目渐进明细的过程中一定会有修改,产生相应的变更。因此,在项目执行过程中要对变更进行控制,以保证项目在各相关方同意下顺利开展。项目驱动变更——从商业角度来看,项目旨在推动组织从一个状态(当前状态)转到另一个状态(...
适用性学习方法
费曼学习法以教促学:用教会别人的方式,来巩固自己学习的知识。执行起来分为四个步骤,以学习一个知识点为例:概念(Concept):学习知识点相关知识,直到感觉自己掌握。讲述(Teach):用自己的语言,将这个知识点教给别人,让别人能够听懂,学会。回顾(Review):讲述结束后,分析自己在讲述过程中,有哪些理解不透彻,甚至理解错误的地方,或者虽然自己感觉是理解了,但是讲出来还是让人感觉晦涩难懂。简化(Simplify):针对第三步中发现的问题,继续学习,直到能够以更加自然流畅、简洁精准的语言将知识点阐述清楚,更容易让人理解。完成以上四步之后,再重复这个过程,直到讲述过程简单、生动、形象,相关案例能信手拈来。SQ3R阅读法五个阶段(Survey,Question,Read,Recite,R...
模拟三解析(二)
1,“淘汰效率低下的销售渠道。几个干系人认为,一个表明创造价值下降的渠道仍然些计划保留的渠道更有效”,说明一些原以为效率低的渠道搞错了,用敏捷的做法,以价值驱动来确认 价值低的淘汰,价值高的保留。2,“收尾阶段,客户提及之前从未讨论过的需求”,对于未讨论的需求,讨论验收标准就没有意义。应该跟踪需求矩阵,确认当初是否包含这个需求。3,太多干系人意见不一致,可能导致项目失败,分开谈还是一起谈,关键在于能否达成共识,意见不一致是有分歧,所以要引导大家一起开会,协调差异。跟干系人参与计划没关系,参与计划没问题。4,工作场所外,团队成员和发起人会面,发现有新期望,这个做法没问题,况且该团队成员没有决策也没有执行。所以项目经理应该去了解发起人的期望。重点:不要和干系人审查沟通管理计划,反而要根据干...
模拟三解析(一)
1,敏捷项目里,当前sprint不做变更,所以项目经理不能再当前迭代里做紧急更改。2,项目正在被延迟,已经是一个问题。项目经理将谈判已经记录为风险,这是一个已识别并发生的风险。所以,整体来说应该是记录问题,并遵循风险应对计划的行动。3,审计审查过程,问题是没有遵守政策流程和审批手续。应该按照质量管理计划的内容,审查流程,找到缺失的差距。4,项目经理发现一个风险,做为风险管理的一部分,这是一个机会。应该告诉管理层,这是一个扩大市场份额和开发新产品的机会。5,团队专注于sprint目标,解决障碍应该是项目经理的事,PMO实施的框架跟当前敏捷交付不见人,说明这是一个障碍,理论上不应该直接让团队进入,应该先审查框架,再决定是否让团队参与沟通。6,关键干系人无法参加会议,如果重新安排会议的话,即...
模拟二解析
1,冲突才有冲突的解决方法。想法的分歧属于观点的争论,允许自组织团队自己解决。项目经理介入:有人明确违反基本规则、冲突双方有来找项目经理投诉、冲突进一步升级、明确说团队已经无法协作等。2,审计目标:识别做的好的和不好的、分享其他项目的良好实践、协助改进、积累经验、确认(变更有没有被正常执行)。3,准备报告后,要进行汇报沟通,沟通是定制化需求量身定制,没有标准SOP操作程序。在完成报告前可以跟干系人开会了解需要什么内容,进行需求沟通分析。4,Scrum敏捷过程采用故事点估算方法,也叫相对估算。5,根本原因分析是问题发生之后做,不适合“如何预防”类问题。6,潜在要发生的事情,是一个风险,没有明确要发生问题。7,敏捷是固定的时间盒,不能调整。如果团队需要时间来培训,在固定时间内的产能就要降低...
最新回复