在[去年带项目]之后又带了一个项目，开始以为有了一定经验一切都能搞定了，不过发现又上了一课。还是有很多需要提高的，遇到了新的问题，而且还应该有要以后遇到的，先总结下现阶段，为以后做些积累。
内控性
对于项目要有内控性，对自己要有信心，既然是PM就要对整个项目负责。是整个项目的总指挥，在项目质量和需求功能、进度上不能有半点马虎。在技术能达到的情况下，必须要保质保量让成员把事情完成。就事论事，不好就是不好，好就是好，把问题和榜样都摆出来，不要想太多。作为PM要严格把握项目进度，我就是项目的负责人，当然要对项目负责，一切对项目好的都要做，不好的都别做。跟项目没关的东西就不要出现在项目里。
记住目标
项目的目标是什么，做完了项目是什么样子，一定要一直心里有数。有时会是个笼统的说法，说明项目初期对项目没有深入了解，那么就要在项目过程中即使总结，制定完成最终目标还需要做什么，把每个小点都划分完，落实到人，然后让大家一一实现。当然，我觉得这么做是有问题的，PM不应该靠自己一个人给大家划分任务和跟项目，好的PM应该是调动大家，在大方向上把握好，调动项目成员来处理一个个问题。告诉你目标就是你把这个模块完成后发布，至于怎么开发，如何申请机器，要不要搭新环境，那时具体负责人要考虑的问题。不应该由PM做完规划让他实现，除非是有资源问题，需要PM来协调。但是现实总是残酷的，有时给你干活的人不care这个项目的，积极性没那么高，还有的成员经验就不行，什么都不知道，需要人指导才能做事；另外就是有的人工作态度不行，但也要将就着用，只有你多把关了。总之，理想条件都是好的，真正实施起来还是有很多困难等着的。
抓紧进度，及时暴露问题
每天都要按时开晨会，不是形势，而是要检查大家的项目进度，把风险降到最低。晨会应该让大家都爱参加才可以，如果一直一个人主持会很累，而且有的项目成员会有怨言，现象是每天开完都觉得放松。可以试着让项目成员轮流主持，一来让他们也感受下当PM检查别人工作的快感，另外也让他们知道PM也不容易；更多的是大家多交流，不只是项目，让大家也通过项目多多认知了解。
对于有不能全力投入的成员要即使发现，弄清原因，必要时要上升甚至换人。
把握大局，保证产品顺利出生
有时产品会提出很多需求，这些需求不对吗，对，而且做了会更好。但是你的人就这么多，时间就这么多，要学会做减法，不能啥都做，否则几天改明天改，总也产不出来，项目还一直延期，那就不好了。就好像一个人很饿，那就先给他吃点饼干，再做饭也不迟。别一上来就去买菜要弄个满汉全席，等做好了人都饿死了。
————————————————分割线———————————————
除了对PM这个工作的总结，还有观察别人的工作。
我们要如何工作呢？
对工作要有热情，要积极主动。工作一段时间后，在一个工作岗位上，可以说大家的水平差不太多，起码对于日常的工作开发上都能完成任务。那为什么会有的人绩效好，有的人不行呢？主要还是要对工作的态度，要积极主动。你的热情别人是能感受到的，你给别人传递的都是积极的态度，那么别人也会收到感染，更喜欢你工作的方式。每天热情也不高，工作敷衍，让做什么只做什么，那么你就是台machine，没有人喜欢和机器打交道。做事情要多想，积极些，别人让你做个后台，如果你能做很多监控和日志，那虽然不是必须，但是会看出是有心之人，以后运维也方便。
合作要有同理心。别人和在IM里说个任务，应答下不会死的，能做就做，不能做就不做，别缩着头，别人也不知道你什么意思。问什么都不知道，我知道你不知道，就是让你去查啊，你说不知道让我搞吗？
世界之大，什么事情都有啊，当PM有时真心觉得困难啊？
现在觉得能安心写代码真是轻松啊，当PM特别是二把刀的PM还有很长的路要走。