@paradoxs 你是不知道我每天敲的中文比码的代码还多。电话我也打过，但是我没打给那些交叉测试的测试人员。每天要沟通的东西实在是太多了。。

@angelface 哎～我确实感觉自己是有点问题，但是小不小气确实是分情况的 : )

@Delbert 你说的什么，我没能理解

@lyklykkkkkkk 这位兄弟肯定是有管理经验的技术人员，你说的非常在理，我也常觉得我适应不了来这种团队，不适合在这家公司呆着。
我尽我的全力总结过，毕竟层次有限。
公司所谓的敏捷开发就是百度而来，我理解的是高层都是语言的巨人，为了远离项目管理。
我所看到的项目管理完全就是甘特图加上催进度，也可能是我的确是不知道什么叫项目管理。
总监之前草草的开除了前任 PM ，这种团队，你要挑一个人的问题实在是太好挑了，我理解就是因为他不太顺从，走后留下一堆模棱两可的东西，我连 if else 都写不好。
新来的产品兼项目经理之后完全就是无人审核和监督，产品该做的事情肯定是没有时间和已有资源完善，我们的开发却顶着上游丢下来的锅，用本来就被压缩的编码时间来不停的找各个人员来沟通需求，原型，设计，业务，接口，早已经不断加班赶进度。
－－－建议－－－
1.如果按照传统的流程式开发，那么所有的上游环节基本上是全都没有准备好，最终压力和焦点全部集中在开发身上，我的建议是完善各个环节的审核，下游充分审核，有权力拒绝上游的输出，但是这样显然就不能并行开发，项目周期被延长，以新任 ceo 的作风是不可能被说服的，我上面的领导也不敢顶这个压力。

2 。如果是按照敏捷开发来说，产研团队是根本没有正确的交流和达成一致的。高层的责任和义务自然是了很多。但是没有组织架构，不知道谁来承担责任，不习惯的开发人员自然心中就授权项目经理专制的印象，难以有积极的交流，都在消极的赶进度。 PM 兼项目经理在试用期，一定要干一场漂亮的帐，联合测试人员的行为完全背离了迭代的规则。我的建议是充分明确职责，每个人都尽全力完善自己的份内的工作，并且建立有效的共同渠道并且能及时确认，不要让编码人员将时间花在编码之外，但是在这里实在是一个笑话，两个项目中出现的问题都暴露了，但还是没解决。

之前我在总部是核心小组成员，回到深圳之后，信息严重的不对称，我是一个很主动的人，但是我手头的开发任务实在是非常的繁重，因为时间节点太赶了，而且我自身也转入了一个消极赶进度的状态中，对项目中的问题越来越失去沟通的耐心。

@vietor 也不算吧，我觉得自己也有问题，情绪容易激动，我对这个新来的 PM 兼项目经理确实没什么好感和耐心，但是居然怀疑我的工作态度，累死累活，居然只看失误，不看贡献，有这么考核绩效的吗

@gomars 公司却是不怎么样，但是我也常反省自身的问题。

@all 主要是我在异地办公，项目时间太紧，真的是在探索战争迷雾的区域在干活，这个项目开始 3 天，产品经理被开除，新来的产品经理兼任项目经理，但是公司是很大电商＋ O2O 项目 业务比较复杂， prd 文档和需求文档都没有， pm 也是一头雾水。项目开始之后，管理层才说这个项目开始绩效考核，把 bug 数量也计入考核，最主要我和这个新来的项目经理沟通几次总觉得我自己对他的态度也是有点问题，而项目经理是唯一考评人。确实有些 bug 有反复激活过，因为这块业务我也不是很熟，项目特别紧，凡事还要不停找人问， PM 对很多业务上临时优化和变更的都听测试人员的，这些都因为我在异地，直接就已 bug 形式派出来。我知道我不会有什么好结果，但是太过分了。

结果图片还是没发成功 : (

感觉是很靠谱的创业公司了，看了你们 iOS 的 JD 感觉自己还差些火候 :(

加州，真想有机会去一去 : )

不错，我是 iOS

@Havee ：）是啊，我就是想想 绝壁是要丢脸

@mrhhsg ：）是啊，我就是想想

丑到炸裂

@zhangmeteor 我今天又去了一次，叫他完全换掉整个 a 面，加了 1000rmb ，这样就不会有单换屏幕出现漏光的情况

@zhangmeteor 还有哪些厂家能做出 Retina 屏幕嘛