总觉得自己精力足够，能掌握所有细节，回首看看走来的路，却是泥泞不堪。——鲁迅的朋友的朋友的子孙的子孙的朋友的朋友 · Seven 如是说。
由于公司战略的调整，7月份开始辅助隔壁项目组的产品，共同推进项目，从此也开始每天每日每夜加班的苦逼生活。开始总觉得项目的节奏不对，但是也不知道不对在哪里，同样也不好直接去提出自己的感受，毕竟自己在这个项目组里，还没有“转正”，只是一个辅助的角色。
一个月的加不完的班，渐渐自己也累了。这两天停下来，感受着加班战友们的工作点滴，突然一个词从脑子里冒出：人肉项目推进器！什么是人肉项目推进器呢？先说说现在这个项目的推进方式吧。
项目难免会遇到状况，对于这个新项目也是这样。除了 DeadLine 是确定的，其他什么都是未知数。项目推进方为了更方便的掌握项目的情况，也为了在项目出问题时候能清晰的知道问题在哪，每一个异常情况都会拉一个群，然后把几乎所有人拉进去。
一两个问题倒觉得挺顺畅的，在群里沟通，大家都在同一个频道，不需要担心信息差的问题。问题越积越多，已经堆积了20几个群，顺畅也慢慢变成了混乱。不同的岗位关注的问题点不同，为了信息同步而让不是相关人花大量时间去查阅与自己无关的消息，无法专注完成手头紧要的事情，降低了效率。
产品经理关注的是方案和最终的需求状态；开发关注的是实现过程；测试关注的是转测试时间与测试用例执行；老板关注的是有没有达到效果。工作中应该划好明显的界线，才能最大化的发挥团队的优势，否则只是个加强版的个人。整个项目的推进耗费大量的体力与精力，俨然一个人肉项目推进器。
只有在团队中，建立良好的反馈机制与问题责任人机制，才能让项目逐步脱离人肉推进的状态，最大化提高项目的效率。
在项目工作上下游之间，做好良好的反馈机制。任务的完成、遇到问题、延期风险需要及时报备并做出备选方案，规避风险。而不是靠项目推进方挨个询问，到什么进度了？完成了没有？是否有困难？...
在确定好反馈机制后，还需要确认好问题阶段的责任人。责任人负责反馈信息。当处在需求开发阶段，开发是责任人，什么时候开发完？是否有延期风险？方案是否有问题？什么时候转测试？都需要开发反馈；当处在测试阶段，测试是责任人，测试效果怎么样？bug 的修复结果是什么？...
我相信最好的项目管理是没有管理，当然这是理想状态。建立好责任机制与反馈机制，必定能减少管理，一切看起来都会更合理。