简述
近年来，机缘巧合之下接触了不少toG类项目。项目上颇多工作，令人疑惑一再。但是屡次交流，却都不了了之，久而久之，心力益发交瘁，终究灰心丧气，再无劝谏之心。
令人困惑的项目经理
孟子说天时不如有利地势，有利地势不如人和。而项目上遇到的许多工作，天时、有利地势终为少数，多数在人和。
立项开工，项目经理自然是项目上的第一把手。既为第一把手，自要有调兵遣将，排兵布阵的能耐。
当然用咱们业界的话来说，可分为下面几类：
第一等的自然是懂事务又懂技能，这样的项目经理可运筹帷幄之中，决胜千里之外，当然这般的项目经理可遇而不可求。
这第二等的懂事务不明白技能，或许懂技能不明白事务，这样的项目经理，辅以数名参将，只要不瞎指挥，也可稳扎稳打，有功无过。
第三等的项目经理，事务与技能皆是不明白，如这般的项目经理，若尽职尽责，配先锋、军师、参将、辎重，最好再辅之以亲信，也可功成身退。若其是领导亲信，那更可说是有惊无险了。
而这第四等的，事务与技能不明白也就算了，既无调兵遣将之才，又无同甘共苦之心，更是贻误战机，上下推诿。若其专断专横，那便是孔明在世也捧不起来。
有这般一个项目，公司未设需求经理，常以项目经理交流需求。工期八月，立项后，屡次敦促，却不与甲方交流，以至硬生生拖了两月之后才去。但是不通事务，不明技能。甲方被生耗两个月才交流需求，这样的情况下，怎么能顺利进行，以至于项目返工现象，比比皆是。屡次提及需求管理，亦是左耳进右耳出。类类数落问题，甲方、研发、产品都有问题，独独他自身若皎皎之明月，灿灿之莲花。但是纵是项目成员承星履草，夜以继日，交付一版之后。举目皆是项目经理之间的恭维之词。
我有许多朋友是优秀的项目经理。言必行，行必果。交流起来非常愉悦。偶然遇到一个这样的人，确实让我大开眼界。
其实我也想过，这并非是项目经理职位的问题，实在是个别人自身的问题，这样的人，在任何岗位都是令人恼火的。
技能人员的无力感
咱们互联网从业者经常听到一个词，技能债。技能债是令人难受的，尤其是在做项目的时分。做产品，咱们能够制定完善的迭代周期，而项目，当需求都无法把控的时分，那么就意味着一切都是可变的。
糟糕的工作是，我遇到了这样的项目。前期无法明确的需求，项目期间，子虚乌有的需求管理，项目中不断的需求改变，deadline的不断接近，终究造就了代码的无法保护。
我从未想过，在同一个紧迫的时刻阶段，让研发进行需求研发、bug修复、代码解耦，似乎每一件工作都很重要。当然，我更主张提桶跑路，这样的项目管理，完全是忽视客观现实的片面意识。
前端标准难落地
公司是有前端标准的，但是前端标准的落地却很糟糕。假如运用TS，那么关于诸多时刻紧，任务重，且只要一名前端开发人员的项目来说，显得过分冗余了。所以依旧运用js，那么代码中单个性化不会少见。运用esLint怎么样呢？这当然很棒，直到你发现大部分成员直接将esLint的查看注释了。或许还能够依托团队内不断的宣讲与code Review，这是个好主意，但是你会发现，公司的code Review也是那么形式化的过程。
或许对一些企业来说，代码的标准性不重要，所谓的技能类的东西都显得没那么重要。只要政府将钱塞到它的口袋里这件事，很重要。
崩盘的时刻管理
那么，因为各方面的原因，项目不可避免的走向了失控。时刻管理的溃散，项目自然开端了不断的延期。在私下里，一些拿手酒桌文明的甲方与项目经理，开端了酒桌上的攀谈，推杯换盏之间，开端了走形式的探讨。灯红酒绿之间，公司又开端了例行的恭维。
当然，我依旧无法了解，即便管理的如此糟糕，只要在酒桌上称兄道弟，那便什么问题都没有了？若是如此，项目经理面试的第一道题，一定是酒量怎么了。
