审计新的沟通渠道以确保其遵守 PMO 的沟通政策
先审查是否合规,再更新
审计新的沟通渠道以确保其遵守 PMO 的沟通政策
先审查是否合规,再更新
让一个内部质量团队检查可交付成果
内部检查=预防;计划高于预防
干系人图谱
包含权利利益方格、立方体、凸显模型
资源平衡
资源平衡会使工期变长
管理所有干系人的期望
监督干系人参与,可以提升干系人参与度 a是识别干系人,不妥 d是沟通,不妥
冲刺评审会议
迭代评审会议题包含项目进展
基本规则
基本规则约束的是行为层面
33
没搞懂,但得知敏捷中可以学习其他团队的方法
干系人之间对使用适应性工具存在分歧。
题干问的是对使用敏捷工具有分歧,问题点在于敏捷的应用,不在于干系人冲突解决
工估算(EAC)高于完工预算(BAC)
估算是风险,率(I)是问题
顾问
顾问题干中没有体现,另外顾问也要花钱
通过大型的迭代协作工作进行交付
Scrum of Scrum
项目收尾报告
问的是要参考之前项目的哪份文件啊朋友
D.与项目管理办公室(PMO)/合规实体会面,进行流程调整,以确保敏捷交付物支持组织的合规要求。
PMO比上层管理人员那更好
与供应商商谈付款事宜,并提醒他们长期合作。
项目经理在采购中应该优先尊重采购意见 然后去给供应商画饼
确保没有潜在的误解
沟通问题 b答案定频率不对
回顾会议
管理层不参加回顾会议
所有可能选择项的实验性方法
测试=质量(要花钱),过度质量=镀金
个人测试
敏捷不提倡个人操作
回顾会议
回顾问题不解决具体问题,只提升团队效率
职能经理
先内部解决,无法解决再请外面
自行解决问题
这是个破坏性的问题
整个
不需要培训整个团队
减轻这种风险
概率、影响 ps:培训不会降低员工离职概率,只有奖励、等才可以
抱怨
遇到客户抱怨要首先核实
愿景
敏捷全景:愿景->backlog->迭代计划->迭代
促进一个会议,与整个团队达成协议。
题干描述的是冲突,a是解决具体技术问题,解决团队问题优先于解决具体问题
召开指导委员会会议,通知他们项目完成情况
并不是验收,验收签字>知识转移
监控业务分析员正在进行的工作,以避免范围蔓延
防止他把需求搞到我们项目里来了
让关键干系人参与决策过程
c本身就是邀请干系人参与,b只是一个结果,无法通过分析参与度解决参与度问题
确定项目的范围并设定明确的团队目标。
项目范围&团队目标是团队的工作,目前还没建团队
给项目带来的好处
经验教训
133
没搞懂
131
没搞懂
范围管理计划
范围管理计划没有范围,范围基准才有,wbs、wbs词典、需求说明书等
最后一次迭代
最后一次迭代了,节约成本的机会已经没有了。相应的应该遵循风险管理计划,因为风险也要花钱(应急储备)
审查资源管理计划
资源管理计划中包含职责矩阵raci,资源分解结构
检查质量管理计划
先看是否和质量管理计划中的质量标准相符
安排与该团队成员的会议来审查团队章程
敏捷中谁有问题找谁沟通,不找全部的依据是尽量减少不环保的活动
需要几个顶级的开发人员来完成
不是需要新增几个
团队建设活动
每个季度错,团队建设是提升团队的不是提升个人
生产力下降
生产力、效率等问题需要在冲刺回顾会上商讨解决
迭代审查
此处原文为Sprint review,迭代审查
绩效开始下滑
绩效问题可以用团建解决
使团队能够学习如何克服破坏性行为
克服=承受
辅导
辅导团队成员以现有方法融入团队
分配时间来辅导团队。
辅导>培训
回顾会
回顾会是提升团队效率的
范围管理计划
项目管理计划中不包含项目范围基准 相应的,这里问的是外包的交付物
探针
探针在学习关键技术时也有用
执行质量保证,根据质量管理计划审查过程,找出差距。
要根据计划才能找到差距呀朋友
定义一个用户焦点小组作为对结果有高度影响的外部关系人
搜集需求,以解决用户体验差 d在a之后
提供指导
提供指导比经验教训更好
商业价值
商业价值包含有形价值、无形价值等; 收益才代表现金
在每次迭代和审查期间
敏捷随时都进行风险管理
必须
冲刺不存在必须完成
团队
团队包括sm、po、成员
加班加点
用户故事量有问题,迭代时间盒有问题
没有被充分告知这些影响的变化
沟通问题
多代人
代沟
实施消除障碍的计划
敏捷宣言:响应变化高于遵循计划
趋势
尚未超出,第一选择是先追回来,不一定需要变更
B.发布燃尽图
c不是工具和技术,燃尽图才是工具
增加的技术债务
技术债务:指开发团队选了一个易实现的方式来实现短期上市,但从长远来看这种方案会带来消极影响;所以算欠债,后边是要补的 燃烧率:团队消耗的成本,例如15000元/周
针对该问题进行风险分析。
b描述不佳,问题不能进行风险分析 d是风险处理流程的后续。另外带风险部署需要有减轻措施
虚拟团队时
因为是虚拟团队,所以需要关注沟通方式,选c,但为什么不选d没懂
D.利用团队成员之间的工作。
没得任何实际意义; a控制需求 e采用敏捷
A.一个团队成员在谈论一个不在敏捷看板上的用户故事。
不在敏捷看板上,但是有可能在backlog里,所以不构成阻碍;相应的,e——日会中审查backlog是有问题的
经理绩效审查
经理绩效审查中的绩效不包含在项目内
团队成员的表现
涉及团队成员表现的选项:基本规则、回顾、每日会议
174
ade??? a应急预算包含在成本基准中,所以不算增加成本,项目也有可能有这个风险 b变更有可能是范围缩小啊?? d分解不增加成本 e管理质量不增加成本
172
为什么这里又要让团队自己消除障碍了?
171
什么是敏捷的变更?
166
题干说明了要奖励,c、d中选,c不是项目正式文件;虽然d很蠢,但是也只能选
B.根据迭代的工作量确定潜在的失败点。
题干没有表明是团队协作出了问题。所以应该走问题流程,寻找根因
问题
题目都说这是个问题了,选毛D啊
2000 rpm 是一个项目问题;1900 rpm 是一个项目风险;1800 rpm 是一个触发响应策略的事件。
问题>风险>事件
协助补救风险
并不是所有的风险都在backlog,so po不是风险管理者,不应该补救
要求产品所有者与客户一起确定该项目的优先级。
待办事项清单应该包含优先级
把产品路线图发给高级经理。
问的不是首先要干嘛,是应该干嘛
以便在回应请求之前获得更多的信息。
了解干系人的需求
成功交付
成功交付!
估计团队可以完成的工作,并定义故事大小,以保持项目的可控性。
不属于范围,属于进度
待办事项列表
不止一个迭代的,可能不在这个迭代内的内容,放到底部属实不合适了
与管理层会面,解释在没有项目范围说明书的情况下运行项目的潜在问题。
没有敏捷语境,就属于干系人管理问题
迭代的中期
这是一个回顾中应该考虑的项目,不应该在迭代的中期考虑
预期收入在每个国家都是一样的
收入是一样的,应该优先发布风险小的
风险
通过探针spike,论证风险最低的国家先发布
接近团队成员以确定任何问题,然后计划相应的解决方案。
不是敏捷语境,需要问题解决流程
指示团队应该始终遵循这些程序。
语境中没有提到裁剪的因素
团队章程。
团队章程不包含目标、团队建设也解决不了目标的问题
沟通管理计划
沟通管理计划跟具体沟通没关系,只是方式、频率等
在会议前与干系人会面,以获得他们的意见。
变更八步,应该先分析变更影响,准备备选方案
持续调查可交付物的质量。
因为是混合(敏捷);执行阶段,也不应该选b
X 国的项目团队抱怨说,由于 Y 国发生的假期影响了他们的项目团队,导致了延误
描述的是团队冲突
确保所有需要的批准都是按照组织程序进行的。
审计对应合规,审查的是是否按照规程执行
106
难以置信,半夜爬起来开会?
质量标准
dod
D.说服产品所有者接近团队,并寻找方案,找到解决问题的办法。
让po去开发dod
C.在向项目引入适应性工具和工件之前,确认团队的能力。
敏捷转型、adkar,认知、渴望、知识、能力、巩固
将这个问题上报给项目发起人,并请求支持以获得干系人的最终接受
项目的启动和收尾阶段遇到无法解决的问题可以选择上报
冲刺目标
冲刺目标是关键,团队的基本规则是在团队协作方面的内容
何接近干系人
干系人参与度不足,需要使用管理干系人参与过程中的工具,例如分析期望等
资源管理计划
资源管理计划仅包含资源部分,题干中还有操作问题
站立、迭代演示和回顾
站立分享风险消息、迭代演示暴露潜在风险、回顾自组织识别风险和化解风险。 而b中的风险只是需要通过backlog解决的风险
组织一次团队会议,讨论下一步的行动方案。
规划>行动
更新干系人的信息
不是更新干系人信息,是更新干系人登记册+参与计划
至少看四到八个迭代
当前的迭代速度并不一定客观真实,需要看4~8个迭代
用户故事点
故事点数可用于衡量成本?但是具体怎么衡量呢?
相同工作范围
范围相同啊朋友,肯定是认为这些点数比较少的团队工作效率高啊
指导团队想出他们自己的解决方案,并将其加入到下一个冲刺中
指导团队,都是障碍了,当然要加入下一个冲刺
0、一个发起人和项目经理发现,一个在不同时区的供应商推迟了其产品的交付,需要密切监督,直到项目回到正轨。唯一的选择是将项目组的四个关键成员调到国外呆 5 个月。项目经理接下来应该做什么?
没搞懂
建立一个文化上中立的团队
意思是挑人进项目,有文化差异的不要,错!
启动
规划阶段,a是执行阶段所以错。d不算全对,但在提中最佳
B.计划社交活动,以帮助建立更牢固的人际关系,并确定共同的目标。
9.4.2.4 人际关系与团队技能-团队建设:举办活动、强化团队社交关系...
进行团队建设活动
团队建设不止是火锅茶楼ktv,还包含培训等
干系人
dod是和干系人一起开发的
与干系人见面
通过见面的方式缓解干系人的情绪
沟通管理计划
沟通管理计划更多的是沟通方式、频率、渠道等
限制在基本的关键功能上
不应该限制,应该排序
进一步偏离轨道
防止进一步风险
定功能是否将包含进下一个发布版本中。为解决这个要求,敏捷项目经理应该怎么做
test