@
lyklykkkkkkk 这位兄弟肯定是有管理经验的技术人员，你说的非常在理，我也常觉得我适应不了来这种团队，不适合在这家公司呆着。
我尽我的全力总结过，毕竟层次有限。
公司所谓的敏捷开发就是百度而来，我理解的是高层都是语言的巨人，为了远离项目管理。
我所看到的项目管理完全就是甘特图加上催进度，也可能是我的确是不知道什么叫项目管理。
总监之前草草的开除了前任 PM ，这种团队，你要挑一个人的问题实在是太好挑了，我理解就是因为他不太顺从，走后留下一堆模棱两可的东西，我连 if else 都写不好。
新来的产品兼项目经理之后完全就是无人审核和监督，产品该做的事情肯定是没有时间和已有资源完善，我们的开发却顶着上游丢下来的锅，用本来就被压缩的编码时间来不停的找各个人员来沟通需求，原型，设计，业务，接口，早已经不断加班赶进度。
－－－建议－－－
1.如果按照传统的流程式开发，那么所有的上游环节基本上是全都没有准备好，最终压力和焦点全部集中在开发身上，我的建议是完善各个环节的审核，下游充分审核，有权力拒绝上游的输出，但是这样显然就不能并行开发，项目周期被延长，以新任 ceo 的作风是不可能被说服的，我上面的领导也不敢顶这个压力。
2 。如果是按照敏捷开发来说，产研团队是根本没有正确的交流和达成一致的。高层的责任和义务自然是了很多。但是没有组织架构，不知道谁来承担责任，不习惯的开发人员自然心中就授权项目经理专制的印象，难以有积极的交流，都在消极的赶进度。 PM 兼项目经理在试用期，一定要干一场漂亮的帐，联合测试人员的行为完全背离了迭代的规则。我的建议是充分明确职责，每个人都尽全力完善自己的份内的工作，并且建立有效的共同渠道并且能及时确认，不要让编码人员将时间花在编码之外，但是在这里实在是一个笑话，两个项目中出现的问题都暴露了，但还是没解决。
之前我在总部是核心小组成员，回到深圳之后，信息严重的不对称，我是一个很主动的人，但是我手头的开发任务实在是非常的繁重，因为时间节点太赶了，而且我自身也转入了一个消极赶进度的状态中，对项目中的问题越来越失去沟通的耐心。