rockkakala

作为后端，从排查问题的思路上已经说得算明白了，只是没有走出最后一步详细地给你解释，拉人帮人一步步确认。再说他不走出这一步，你主动走出主动拉个小群确认这一步又能怎么样。

但截图里“肯定是 xxx”、"这是基本常识"、“哈哈哈哈，厉害了”、"我也做过后端啊"，这些在我个人看来都非常具有侮辱性。即使是后端的问题导致的也不应该这么沟通啊。如果是脾气不好的我，可能就直接喷起来了。这沟通方式根本不是朝着解决问题去......

把团队成员休假完成度纳入管理者的 KPI 估计才有可信度。我就没见过几个 leader 的年假修完的，更别说一线的开发了，全是 KPI 隐形压力，修个长假还要谈个心 pua 下才可能批。

除了房补有点用之外，其它的也并无卵用。

@yaphets666 我只是一个项目技术端的协调人，没那么大的愿景和能力哎

@kuhung 提供的视角和观点非常不错，十分感谢！

因为加入团队才几个月和这两位同事也只是第一次合作，确实除了工作内容之外的东西基本没有沟通过。我甚至担心因为主动约他们沟通上面提的问题会让他们觉得我有“领导他们”的误会，我并不想传递这样的信息，更多的是想传递一种”大家都是工程师一起努力把手上负责的产品做好“的信号。这个问题我会再思考一下。

提出增加 QA 冒烟流程之前我也在思考这样的流程是否符合当前的项目成员，是否符合团队的风格，毕竟项目优先级可能不同，成员也可能交叉在多个项目里没有时间来做这个事情。所以这个流程也只是试行，甚至每次 test case 评审前大家一起决定要不要冒烟流程，最后根据效果来决定要不要一直采用。可能我这种忽然增加流程的做法某种程度表达了对他们能力的质疑导致了他们对我的反感？

@teem 嗯。不过我并不是管理者，只能从我自己所处的位置来努力做一些事情改善现状，毕竟产品做不好，主管可能首先想到的是我这个工程负责人有问题。

@angkec 我确实不是管理者的位置，没有权限开人或者给到合作者一定的利益，和他们更多是合作者的关系，我是后端开发，他们是 SDK 客户端开发，在实际的开发内容上我们并不存在交叉，但也无法避开。

自身上，我加入了目前的新团队之后沟通和说话也一直比较小心，我所在的后端团队感觉工程师比较自驱，大家经历不同但是风格相近在后端团队里融入的也比较快，后端团队里的一些小组长也偶尔在技术方案上问我的意见，因此主管放权也比较快。最近我自己也有反思是不是我把在之前大公司的一些习惯带来过来导致别人不喜欢我或者沟通方式有问题。

@joshuasui 嗯，想法和我大体是一致的。最近为了提高质量已经主动和 QA 提出来加了冒烟环节，并且拉上他们、产品和主管等一起定了具体的流程。不过我这做法似乎也引入了有些人的反感，哎，也是难。


目前这个产品确实也是比较边缘的新产品，毕竟我刚加入团队不久而且客户端和我都是在一个主管下的，让我负责也是团队对我的一种信任。

@feather12315 哈哈......虽然我也常摸鱼，但个人是觉得每一次提测、每一次交付、每一次 PR 其他人都根据它的质量来评判一个人的专业能力，不想以他们那样的水平来要求自己。

从某种角度上我个人非常不想浪费人生和这样的人共事，以前待的团队里招聘 buff 不低很少碰到这样的人。但目前的团队时薪并不低，所在的后端团队也没遇到这样的情况，为了两斗米也只能折腰啊。

@feather12315 并没有，连个年终奖都没有......