2023年8月19日PMP认证考试知识点分享——敏捷
一、敏捷里的“3355”-Scrum角色工件活动
3个角色
产品负责人（PO）：产品负责人定义项目愿景、需求和优先级，对产品成功负责。
Scrum Master：负责团队，并移除障碍，帮助他们实现产品负责人所设定的目标。
开发团队：自组织、跨职能。他们协同工作,以确定如何最好地满足产品负责人的目标。
3个工件
①产品待办列表
产品需求列表；
产品负责人对该列表进行优先级排序；
待办事项列表中的条目以用户故事的形式呈现；
②Sprint待办列表
是产品待办列表的子表，只记录当前迭代的工作；
将用户故事拆分成任务，团队成员主动领取任务；
团队成员可以添加、删减或者更改迭代中的任务。
③产品增量
团队在迭代内完成交付成果，集成到以往的迭代成果中，形成增量式的交付。
每次交付的用户故事必须符合验收条件。
5个仪式
迭代：Scrum的核心，运行在1个月或更少时间的时间盒上
迭代计划会：选故事，领任务
每日站会：15分钟，轮流开，不解决问题
迭代评审会：演示，评审，反馈
迭代回顾会：总结，改进，计划
5种价值观
勇气、开放、专注、承诺、尊重
二、敏捷十二原则
准则1：我们的最高目标是，通过尽早和持续地交付有价值的软件来满足客户。
准则2：欢迎对需求提出变更，即使在项目开发后期也不例外。敏捷过程要善于利用需求变更，帮助客户获得竞争优势。
准则3：要经常交付可用的软件，周期从几周到几个月不等，且越短越好。
准则4：项目实施过程中，业务人员与开发人员必须始终通力合作。
准则5：要善于激励项目人员，给予他们所需的环境和支持，并相信他们能够完成任务。
准则6：无论是对开发团队还是团队内部，信息传达最有效的沟通方法是面对面的交谈。
准则7：可用的软件是衡量进度的首要衡量指标。
准则8：敏捷过程提倡可持续的开发。项目发起人、开发人员和用户应该保持步调。
准则9：对技术的精益求精以及对设计的不断完善将提高敏捷性。
准则10：简洁，即尽最大可能减少不必要的工作。这是一门艺术。
准则11：最佳的架构、需求和设计出自于自组织团队。
准则12：团队要定期反省怎么做才能更有效，并相应地调整团队的行为。
变更管理
一、变更一旦批准怎么做?
更新项目管理计划、更新变更日志，再执行变更具体的内容。
二、变更一旦拒绝怎么做?
更新变更日志。
三、没走变更流程就实施了变更怎么做?
补变更流程。
四、变更控制流程中常见的重难点
难点一：区分变更管理计划和整体变更控制流程。
难点二：涉及范围、进度、成本基准的补救、纠正和预防措施，都需要走变更流程；这里大家注意，镀金也算是变更。
难点三：若不涉及基准的变化，则项目经理可以自行批准。
难点四：如果是团队成员提出的变更申请，团队内先分析可行性，再提交申请；如果是外部(客户、发起人、职能部门)提出的，先提申请，再分析。
难点五：CCB已经批准，仍然有干系人有异议，以执行CCB指令为原则。
难点六：答案中有变更流程各个环节和实施整体变更控制流程的，优先选择实施整体流程。
难点七：无论变更是否被批准，是否被成功实施，都应该记录进入变更日志。
变更小TIPS：
1、变更无处不在，所以对变更的控制贯穿项目始终，而项目经理对所有变更应负最终责任
2、所有变更请求，不论大小，不论批准与否，都应书面记录
3、PMP考试里默认所有的变化都要走变更流程，而不仅仅是基准的变更(大数据统计分析的结果)
4、只要项目收尾没有完成，任何人都可以提出变更请求，且变更请求都需要处理
5、如果是项目章程的变更，或者是项目收尾后提出的变更，需要当成一个新项目去处理，而不是简单的走变更流程
