朋友们,大家好,我是余蕾。眨眼之间,距离上一期PRINCE2考试已经结束一月有余,回想当时备考期间的种种,感慨良多.....
虽然考试结束了,成绩已出,证书也已十拿九稳地纳入囊中,但是对于PRINCE2的探索就结束了么?
NO!NO!NO!
学完课本知识,拿到证书之后,才真正是我们这些项目管理实践者真正去探索、应用、实践、创造的时候。
俗话说:不忘初心,方得始终, 初心易得,始终难守。不忘初心,方得始终, 若忘初心,幻湮迷灭。不忘初心,方得始终, 不拒本心,是谓自在。
-- 摘自《华严经》
希望朋友们也能本着“不忘初心,以终为始”的态度和理念能够将PRINCE2所学知识应用到工作中、生活中,无论是从思维层面还是技能层面都能够帮助大家有一个质的变化。
进入正题
在PRINCE2课上,我相信大部分同学是第一次接触到了MoSCoW和PBS这两种工具。所以今天我分享的正是这两种工具的相关内容。
MoSCoW:一种优先级排序工具。
PBS:产品分解结构,属于基于产品规划技术的一种。
相信上过PRINCE2课程的同学还清晰的记得,在主题章节的变更、质量、计划、以及MP流程中均有提及 MoSCoW。同时在计划主题中提到了基于产品的规划技术所使用的工具PBS。哈哈,不记得了嘛?那就再帮大家回忆一下:
■ 变更主题-变更控制方法章节,针对问题的严重程度排序
■ 质量主题-编制质量计划章节,针对捕获用户质量期望后的验收标准
■ 计划主题-需求优先级排序;基于产品规划中的创建产品分解结构PBS
■ MP流程-小组工作包数量WIP优先级排序
MoSCoW优先级排序法,是项目管理中用来定义项目范围(需求)、确定功能质量(验收标准)、变更管理(问题严重程度)中常用的工具法则,以便用户(User)、项目主管(PE)、项目经理(PM)、供应商(Supplier)对纳入项目中的每个需求交付的重要性和紧急性达成共识。M-o-S-C-o-W,是四个英文单词的首字母的缩写,再加上单词of的首字母O使之能够形成便于记忆的名称——MoSCoW,中文谐音一般称其:莫斯科。
Must have:必须有。如果不包含,则产品不可行。Must Have的功能,通常就是最小可行产品 (MVP)所具有的功能。比如:房子就应该四面有墙,车子就应该有轮子,雨伞就必须能够防水等。
Should have:应该有。这些功能很重要,但不是必需的。虽然“应该有”的要求与“必须有”一样重要,但它们通常可以用另一种方式来代替,去满足客户要求。如果决定不做,需要说明为什么。比如房子应该有一个盖子,车子应该有刹车系统、雨伞能够开合等。
Could have:可以有,现在能做的。这些要求是客户期望的,但不是必需的。可以提高用户体验,或提高客户满意度。如果时间充足,资源允许,通常会包括这些功能。但如果交付时间紧张,通常现阶段不会做,会挪到下一阶段或者下一期做。如果不做,也同样需要说明原因。比如房子可以增加一个落地窗、车子可以进行变速、雨伞能够自动收合等。
Won’t have for now:这次不会有,现在暂时可以不做。最不重要,最低回报的事项,或在当下是不适合的要求。不会被计划到当前交付计划中。房子窗户加个窗帘、车子加个框、雨伞加个挂绳等。
■ 针对项目情景来讲,MoSCoW用的最多的场景应该属于捕获需求这部分内容。
■ 针对变更主题来讲,MoSCoW用的最多的场景是针对问题中变更请求这部分内容:
Must have:该变更对项目是必须的;
Should have:该变更是最重要的,缺失了它就削弱了商业论证;
Could have:该变更是有用的,但缺失了它不会削弱商业论证;
Won't have:该变更既非必须也不重要,可以等待;
■ 针对质量主题来讲,MoSCoW用的最多的场景是针对捕获客户质量期望后的验收标准进行优先级排序这部分内容,项目的验收标准形成了对关键利益相关方所接受的、可衡量的产品特性的优先排序清单。
Must have:对项目产品验收标准所必须具有的功能;
Should have:对项目产品验收标准所应该具有的功能;
所有规定为“必须有”和“应该有”的验收标准都应该是要达到的。
■ 针对MP流程中的小组工作包数量WIP来讲,适当运用MoSCoW排序法也会起到一定的作用。WIP来自于敏捷开发中的概念,WIP限制决定了每种情况下的工作流中可以存续的最大工作量。限制进行中的工作数量可以更容易辨识团队工作流中的无效工作。
在学习PRINCE2的课堂上,很多同学认为PBS和WBS非常相似,以至于混淆在一起,不易理解。
■ PMBOK中,工作分解结构是对计划期内将要完成的工作进行层次化的分解,工作分解结构只包含相关活动(动词)。
■ PRINCE2 中,产品分解结构是对计划期内将要生产的产品进行层次化分解,产品分解结构只包含具体事务的产品(名词)。
PRINCE2七原则之一就是关注产品。产品分解结构PBS是基于(用户视角)产品将项目产品描述分解成产品组件或者模块,或将其分解为产品导向的工作分解结构。
工作分解结构WBS是基于(供应商视角)活动的规划,对将要完成的工作包进行活动的细分。
PRINCE2课程上,王老师提到的一个关于PBS在生活中的案例(家长监督孩子作业)。
以上章节内容通过一些实际案例的形式向大家再次介绍了PRINCE2中MoSCoW和PBS两种工具的概念和使用场景。
一方面,我个人认为这两个工具特别实用和落地,无论在工作中还是生活中都可以运用到实际的场景中,也希望已经学习过PRINCE2的同学们能够大量的运用起来;
另一方面,也是借此机会给还未学习PRINCE2的同学们分享这些比较好用的工具,以便在课程当中结合老师的讲解,从而理解的更加透彻。
思考:最后想问同学和朋友们一个问题:我们为什么要在项目管理中使用MoSCoW和PBS这样的工具技术呢? 我先给出我的看法:
MoSCoW:
■ 人性
■ 项目本源
■ 加减法
PBS:
■ 防止范围蔓延
■ 识别潜在风险
■ 聚焦产品
好啦,那我今天的分享就到这里啦,我们下期再见。谢谢大家。