大家好，我是孙敏，毕业17年，做过程序员，去了大工厂，开始了职业生涯。经历了四年的职业生涯空白，我做过产品经理，现在是项目经理。
我的工作经历已经在 《给项目经理人备考PRINCE2的8个建议》 ,的内容中介绍过了，这里就不重复了。
今天主要想跟大家聊一聊我在学习过PRINCE2之后应用于项目实践的两个小案例。
今年，在大型项目管理的实际过程中，我遇到了一些问题，比如进展无法控制、其他部门团队人员不好合作、复杂产品的需求怎么分解到不同团队等问题我不知道如何解决，.
于是，成功的项目管理方法论PRINCE2课程学习开始了。
目前已取得PRINCE2专业等级证书。学习后，我
有将自己所学到的内容，尝试着应用到我自己的项目当中，我是如何将PRINCE2应用到实际的工作当中的呢？
#案例1
项目概况：
作为乙方，负责跨6个部门的软件产品研发类项目，人力投入月均80人+，有对外交付，2个月一个版本。
一开始也就是在学PRINCE2之前，把需求分解成活动进行跟踪，发现跟踪粒度太细，活动结束后要分辨需求是否完成并不容易。
在PRINCE2的版本周期中：
首先分析项目情况，根据PRINCE2的五性雷达图
，分析项目跨职能度/独特性高，创新性一般，所以要关注组织、计划、进度，同时要关注业务论证。
在实际的项目过程中，它跨越了六个部门。因此，利用保荐公司副总裁和集团的影响力，这些部门的领导达成共识，认为该产品是公司的关键产品，并给予适当的人力来保证进度。相关项目进度等简报信息要一直抄送给这些部门领导，这样才能保持项目的关注度，同时问题也能轻松协调。
其次，团队中有10个团队，每个团队都有TM，所以每个团队都有定义容许偏差.
例如，一周内影响进度的问题必须在团队内部解决，超过一周的问题必须上报解决，超过两周进度偏差的问题将再次上报。
在了解到需求被分解成活动跟踪和粒度太细的经验后，将需求分解成子需求，需求描述以及完成定义写清楚（工作包），再用工作包分配给TM跟踪进度。
至于工作包如何分解成活动，那是TM的事。我只负责检查和跟踪工作包，这不仅减少了我的注意力，而且更容易跟踪。
在2个月的周期切分成每周一个检查点,版本中，2周是一个阶段。毕竟2个月不是特别长，所以每周需要做什么的计划在这个迭代周期开始的时候就已经定好了。
每周五，当检查一周的完成进度时，下周的计划只是微调，有计划才能检查出与基线的偏差.
，然后根据偏差进行适当的调整(我们公司很多项目，PM可能觉得简单根本不计划，或者觉得麻烦根本不计划，所以觉得特别糟糕，甚至不知道是不是失控，最后一刻才爆发)。
每个版本发布后，将在下一个版本计划之前与发起人进行讨论。对于下一步的详细计划，大版本发布后，将邀请各相关部门负责人召开总结会，明确当前取得的成绩和存在的不足，同时收集各相关方的需求作为版本规划的依据，并对后续版本的路线进行适当调整，类似于商业论证。
以上是我目前正在经历的持续产品开发项目，使用PRINCE2进行了适当的调整。
#案例2
项目概况：
研发片区44名校招毕业生培训项目。培训时间根据情况不同，周期在1-6个月不等。
首先分析一下情况，跨职能、临时性等都不高，但对我来说，第一次当家还是不确定的。所以我们还是坚持周计划。
组建项目团队，将BUS都纳入到管理团队中:
B-公司副总裁兼创始人；
U-学校招收大学生，发现班长是当代演说家；
S-实施者(保证负责人、协调负责人、课程负责人)
每周五回顾一周的效果，把报告和下周的计划带到B确认，和U、S达成共识开始下一周的任务。
第一个月将是一个阶段，评估将在月底进行。是否进入下一阶段将根据效果进行论证。如果没有，那就完了。如有必要，将按照上述节奏进行。(当时第一期做了2周)，手术效果不错。
以上是根据学习到的PRINCE2知识内容进行的一些摸索性尝试
效果需要时间来验证，可能会根据需要进行一些优化和调整
