我们不仅仅是一家软件公司，同时也是一个社区：我们汇集满怀激情的软件精英，通过技术和客户共同应对最艰巨的挑战。同时我们寻求 IT 行业的革新，并致力于对社会产生积极的影响力。
关系不错的一位 PM 近期选择了离职，在 Last Day 之前特地微信跟我说了一声。这让我还是顶意外的，第一她应该还处于试用期，第二我觉得以她的能力顺利转正基本没啥问题，惋惜之余也带来了一些思考。
刚到 TW 的时候就听闻在整个公司 PM 是最难担任的角色，离职率也非常高，一些社招的资深 PM 没能熬过使用期的大有人在。我想这可能是由于公司扁平化管理、多元化考评、工程师文化等，导致项目里的 PM 基本没有什么实权去要求成员去做些啥。虽然是 Manager ，那最多也只能 Manager 事，没办法 Manager 人。 对于人，只能去 Lead，能不能 Lead 完全取决于 PM 个人在公司或者项目中的影响力。当时还在窃喜，终于不用被那些不懂技术的外行领导指挥着内行干活儿了，这里简直是技术人员的天堂。
在实际上了项目之后，工作中的种种经历使得我对 PM 多了一些了解，最直观的认识就是他们每天不但要面临着客户的压力，还要想方设法的安抚好我们这些风格各异的技术宝宝。可能很多人认为这本就是 PM 该干的活儿，那我只能说，事情可能是一样的，但程度不一样，至少在 TW 不一样。
“不要相信这些程序员给的开发计划，他们都很懒，你得压缩他们的时间。他们说五天，你就要缩减到三天，之后你自己的事情才好办，不然项目的进度永远无法控制。” 这是我曾经遇到一个客户方资深项目经理的原话。可能我运气比较差，在过去九年多的工作经历中，遇到的 PM 基本都是 Control 或 Push 类型，只是严重程度不同而已。
现在项目中的每一次 Release，PM 总会和我们一起。取决于客户可以提供的 Downtime，熬夜是非常平常的事情，有时候遇到大的架构调整甚至得一整宿。PM 就在 Release 前买一些零食和饮料，然后整个 Release 过程就在旁边守着，也不休息，也不玩手机，也不知道具体细节，怕影响我们工作也只是偶尔关注下进度，直到整个 Release 顺利结束才和我们一起离开。无论多晚，PM 在回去后都会给客户和项目组发上线成功的邮件通知，我猜不在公司发完再走是因为太晚了不想让我们都等着吧。而最让我敬佩的是第二天早上客户上班的时候 PM 一定会在，作为 (Dev)Ops 的我们还可以换个班，熬夜之后第二天基本会休息一上午，但 PM 却不行，由衷的欣赏这一份担当。
在 TW 听得最多的就是 P2——追求技术卓越。但我不确定这里的「技术」是不是只局限于软件工程方面，是不是写出牛逼的代码，设计流行的架构，配备高端的工具，就代表着技术变得卓越了。我相信在全功能团队的基调下，技术卓越的价值观不至于这么狭隘。
技术的本质是为了解决问题，追求技术卓越也是为了更优雅的解决问题。哪怕在我们尊重个性化和工程师文化的氛围里，只要是在职场这样一个特定的环境下，我认为靠谱的完成工作才是每个工程师该有的职业素养。现今靠谱二字远不是字面上的那么简单，有些时候我们这些技术脑袋也需要设身处地的站在其他角色的角度去思考下。
话说回来，难道 PM 就没有技术吗？那可未必，只是所处的领域不同罢了。
