|
产品/策划侧：一个需求的提出，不管是美术还是开发落实，都需要形成这个闭环：项目经理有没有落实下去，落实的是谁在做，什么时候做，什么时候做完，什么时候可以验收，验收完，转给测试验证，这个需求最终实现，这就是一个完整的闭环。里面其实是有一个大闭环和一个小闭环，小闭环：你提的需求，PM是否有落实下去，你确认了;大闭环：什么时候做，什么时候做完，什么时候验收，然后到验收完。模型中标注颜色的部分，是在负责具体需求时，比较容易忽略的。项目过程中，有多少策划同学在提出需求后，就基本上不管了，也不专注去验收的，可以自省一下。pmp.mypm.net
training.mypm.net
项目管理者联盟
开发侧：接到一个需求任务，从需求的评审开始，到方案设计，编码，联调，自测，转验收，bug解决，需求完善，周知美术或者策划验收，才算一个完整的闭环。同样，有不少同学可能只专注于自己的编码和自测，并没有去同步或者及时同步到相关人验收。club.mypm.net
training.mypm.net
项目经理博客
美术侧：设计的同学接到需求，制作完成，周知到下一个环节的负责人，然后在版本里面验收完效果，才算一个完整的闭环。这点在以往的一些项目中，是很弱的一个环节，经常会在验收版本的时候才发现，版本里面的美术效果和设计的效果差别很大，很明显就是验收的环境，没有把美术纳入到验收的闭环里面来。pmp.mypm.net
项目管理者联盟
项目经理圈子
测试侧：从需求评审开始，用例设计，版本的测试，bug的回归，版本质量风险的评估、总结，最后到项目报告的反馈，形成完整的闭环。而实际测试的过程中，因为周期往往比较长，或多或少会缺少中间测试环节或测试进度的反馈，也会缺少版本质量风险的评估。项目经理圈子
项目管理者联盟
项目管理者联盟
综合以上闭环模型来看，每个团队或多或少都会出现某个环节的遗漏，或者反馈不到位的地方，而这些情况累计起来，对项目的推进，是会有很大的影响的。作为PM，不仅仅只是在项目启动阶段，规划阶段做好了，就万事大吉了，而应该是把更多的精力投入在执行和监控阶段。项目管理培训
我们每天可能75%的时间都在沟通，对于项目中的很多事情，我们坚持“相信团队，但必须核实”的原则。检查项目具体事项，小团队可能还好，晨会或者发发邮件聊聊天，就都了解清楚了;一旦团队规模大起来，在成员很多的情况下，什么事情都要一一去check的话，那会累到不行，而且一天下来，基本上没什么收获。check的时间耗掉太多，基本上也就没留下什么时间去思考和解决项目中可能存在的问题;没有时间去汇总、整合项目的有效信息同步给主要干系人，这样势必会导致一个恶性循环。项目管理者联盟
所以，作为项目经理，我更认为应让以上各闭环模型都形成真正的闭环，形成良性的闭环，这样不仅可以释放大量的精力，让自己轻松很多，还会事半功倍。项目管理者联盟
构建闭环项目管理论坛
那么在项目管理的过程中，如何更好地让各个环节都形成有效的闭环呢：项目管理者联盟
1 、规范流程bbs.mypm.net
流程是为了效率服务的。通过规范项目开发流程，把大大小小的闭环串联起来，形成项目的大闭环，可以让团队成员清楚地知道，每个团队在哪个阶段需要做什么事情。下图是我们在项目过程中总结提炼的一个双闭环的验收流程，从多个项目的实际反馈来看，的确有比较好的效果。每个需求完成后，开发在自测期间，涉及到美术资源的验收，就及时周知美术负责人一起验收，可以很好地避免需求转策划验收时，出现大量的美术效果方面的问题。项目管理者联盟
项目管理者联盟
club.mypm.net
2 、建立规则项目管理培训
光有流程还不够，因为流程并不具备很好的约束力。因此建立规则的目的很简单，就是希望在有限的时间内，获得有效的反馈，让团队互相形成一种约束力。比如，流程走到需求评审完，该输出WBS任务分解和具体的工作量时，提醒过一次没有按时输出，可以豁免，后面还没有按约定时间输出，就要有相应的惩罚措施了;同样，比如美术设计完成时需确定且及时告知下个环节的负责人，提醒过一两次之后，还是没有按时，也需有惩罚;策划没有按时体验和验收需求或版本的，也要有惩罚措施。项目管理论坛
建立很基本的有效反馈机制，更深层次的目的是释放项目经理，不用事无巨细地去问，以此形成积极主动且有效的反馈机制。但有一个前提，项目经理在定这些规则时，一定是要和团队达成共识，切忌单方面去制定某种规则，要不然，很容易适得其反。www.mypm.net
3、用好工具项目管理者联盟
|
