技术人员千万别碰项目经理
项目经理干的活就是将一帮技术人员聚在一起，对上负责，对项目负责，对下当爹又当妈。
大多数公司开发的项目都是跟风，如果在风口吹起来了就吹起来了，没吹起来就没吹起来。如果是科研型项目，那么我认为项目经理决定了项目的成败，责任巨大。然后99.99%的公司做的99.99%的项目都不是科研型，我经常对我们组研发人员说的一句话“我们不是做科学研究”，我们还没有到那一步，公司、市场需要的是我们快速开发出来产品，等待验证。以下根据个人经验对那么99.99%的项目的项目经理在项目中起到的职责进行剖析。
项目经理的职责是什么？
基本的两点，在有限的资源下控制项目进度，保证项目质量。然后在互联网公司竞争如此的惨烈，一个项目下来烧的是资本家的钱，诚然每个项目都存在一定的成本预算，暂且将这段时期定义为“尝试期”。“尝试期”有长有短，根据本人在公司参与的两个项目来看，这一时期大概在两个季度。第一个季度属于 “项目开发期”，第二个季度属于“试运营期”。后续都是根据项目的发展来决定项目的投入，在极端的情况下会逐渐缩小投入，让有限的小型团队来继续下去，很不幸参与的2个项目都是这样。
项目业绩考核谁负责？
项目负责人，运营人员，销售，技术人员等不确定因素，诚然所有的项目人员都有一定的责任，但不是所有人为此负责。成功的产品都是由一群“失败者”创造的，项目失败只代表这个团队做的这个产品失败了，尔不能认为项目人员能力失败了。目前有很多公司呼吁ALL IN，产品ALLIN，开发ALL IN，测试ALL IN。我认为ALL IN 不是让开发去干销售的事情，ALL IN不是让测试去干运营的事情，ALL IN不是让项目经理背负业绩指标。每个岗位做好自己的职责就是对项目最好的ALL IN。尔大多数上位者认为创造本职责之外的价值是ALL IN，这种人才太少了，如果项目的寄希望于出现这种人才来成功，那么我认为是无稽之谈。就像买彩票一样，我们只有亿万分之一的希望，但是在我们的项目中不能抱有这种希望，哪怕一丝。我们都是一群平庸的人，踏实做事，及时一直是失败的，也实属正常。
项目经理那段岁月的的事？
体验了不写代码，专注开会，专注规划的轻松；体验了盯着开发，紧急补坑，守着上线的劳累；体验了N多不断抱怨公司，不断抱怨团队，不断抱怨工作的烦躁；体验了和产品和负责人争论的坚守；体验了和不同团队对接的诸多不顺。
重返技术
我重返技术不是因为我干不好项目经理，而是因为我暂时不想干项目经理，在研发部门，一个不懂技术的项目经理是无法立足的。我将去中台团队继续干技术，或者在某个时机我又会去业务部门带领团队，暂时我要专注技术了，当一个沉迷于代码的码农。