截止今日结束，我已在每日Q度过了3864个小时。不用回想，所有期间在公司的事情都沥沥在目，或喜或忧，冷暖自知。今天我正式辞职离岗了，为了让后来人不走前人错路，我决定粗谈下我的反面教材式的在岗经历，给将来在此岗位上的人才们提醒提醒，以摆脱不必要的弯路，尽快走上岗位的正轨：
（1）论团队的重要性
在移动部门时，由于历史遗留问题，iOS工程师一直作为团队的总负责人，这让我在团队里面只能做项目中app本身的产品工作，也不知道项目整体规划怎么样。当再三希望通过与iOS工程师沟通后，却了解到他对于产品的数据与盈利目标并不看重，只是嘱咐我当前阶段只要把产品做好、把用户基数慢慢做上去了，自然就有后路了。
中间一段时间内发生的规划矛盾及政治斗争描述略去…
后来我在极短的时间内被安排担任移动部门总负责人，在项目总监的牵引下力求改变以往在iOS工程师带领下的项目规划思想及风气，但很明显我没有足够的魄力去完成这一项艰巨的任务，因为团队的成员大都由他带领出来的，团队目标很明确，因此这个从一开始注定无法改变的统一战线，但凡受到团队外的干预及洗脑，均只会让他们宁弃坑不屈从，最后的结果就不用说的。
总结：
① 一个没有明确目标规划的团队，只是一盘散沙；
② 团队一开始就被赋予高权限的放任政策，那以后走远走歪了就再也无法纠正回来。
（2）承担责任比什么都重要
在游戏组期间，虽然前前后后折腾了回流体系三个月了，但就是不见数据有起色。
是我不够幸运，还是我不够努力？
事实证明幸运是赋予给那些充分付出努力的人，我的想法里的确是觉得自己已经付出足够的时间和努力了！但就是没有幸运降临，那只能说明自己付出努力的方式不对，更重要的是努力过后的失败，我的确考虑的更多的是除自己本身外的其他因素，而却总很少把最核心的原因归根到自己身上，导致以后重复犯错后，又将会有新一轮外界因素的腐蚀，而永远不知道解决方法何在。
承担责任不仅仅在于工作，更是生活中最基本的做事法则。一个不能为自己所在项目承担责任的产品经理，他只能算是一个产品专员，一个不能为自己做的事情承担责任，他只能算是一个小屁孩。
总结：
“不为失败找借口，只为成功找方法。”这句话用在产品经理身上，最适合不过了。
（3）项目跟进问题
在我负责几次项目开发中，一度频繁出现工期拖延的问题，可能是因为项目中某个需求的开发难度比想象中的大，或者可能是各交接工作的准备不充分、又或者是需求沟通之间出现问题导致需求开发错误，这些问题，都会使原来初定的进度计划大打乱了套。跟进项目开发进度是一件细心活，一不留神可能就会导致工期时间无谓浪费，无论是在项目开发过程还是项目上线前后，都必须像亲妈对孩子般一样无微不至地把控好整个项目的进度及细节。
总结：
① 需求交付前务必准备好所有需要交付的素材资料及事宜；
② 某个需求点在开发时卡住了，尝试给予半天时间（根据项目进度斟酌）解决，半天解决不掉，果断调整需求（除非需求为最核心功能）；
③ 随时跟进项目开发进度，避免出现前头完成后头却死等的浪费时间问题；
④ 上线前后测试务必根据功能核心程度来检查，bug修复同样需要避免卡住情况。
