×

Loading...
Ad by
  • 推荐 OXIO 加拿大高速网络,最低月费仅$40. 使用推荐码 RCR37MB 可获得一个月的免费服务
Ad by
  • 推荐 OXIO 加拿大高速网络,最低月费仅$40. 使用推荐码 RCR37MB 可获得一个月的免费服务

不是很同意你的某些观点。

“我想我也不用说什么了吧,所有人心里清楚,到底谁测得更深入”。

因为你是当事人,自己知道来龙去脉,觉得所有的要点“明明都摆在那儿了”, 别人都能看清楚。而现实中,绝大多数情况下不是这样的。每个人都很忙,没人能(或者说愿意)follow这些细节,而且是一个chain of events. 我真的见过太多了,抱怨旁人看不见,“大家瞎吗?我做了这么多,某某啥也没做就会吹,证据都在JIRA里,wiki里,test plan里。。。”。结果是自己吃亏还只能生闷气。

简单清晰的方式应该是,就得对关键人物(manager或者其他人)说明白(要有evidence),征得同意以后,就不再帮了。

Report

Replies, comments and Discussions:

  • 工作学习 / 事业工作 / 大家有没有碰到这种情况?
    我组里一个巴基斯坦人,自己的活总是拉上我和他一起做,刚开始几次我做给他看,想着以后他可以自己做了,但每次他还是要叫上我,我没他会说,每次开会,他总是发言很多,外人感觉好像他做了很多,实际上好多都是我指导他做的。感觉自己有些尴尬,邀功都是他的,虽然老板知道我的能力,但不清楚的人例如老板的老板不知道呀。嘴巴子不会说还是挺吃亏的。
    • 刚开始几次可以,了解了为啥还跟他一起做? +1
      • 其实跟经理有关系,一名员工行不行,头儿心里都明白。。这里很多经理对华人移民就当牲口用,管你平等不平等。。 +1
        • 读原帖,真没看出是经理安排的这一情况。
          • 不是说经理安排的,但是经理的态度很重要,如果经理是个比较公平的人,楼主就有胆量拒绝对方的占便宜,而且对方也会有所收敛,如果经理睁一眼闭一眼,楼主不好意思拒绝对方的行为,怕招来麻烦,比如没有teamwork的评价。
            • 正巧下面已经回答了。 (#14385053@0)
              • 就是这么回事儿。就看楼主的口才和领导的人品了。
    • 印巴人都这样。
    • 这属于被别人take advantage了,这种情况不能一再发生,下次就说忙着呢要过一两天,然后接着忙,很快他就明白了。 +1
      • 他会一直追着我问,今天不行那明天,明天不行那后天。我不想把关系搞不好,我们组人不多。
    • 别人找我,我一般都会帮忙,总是不好意思拒绝,再说我也不忙就帮着做了 +1
      • 你没有义务帮他做。

        This has nothing to do with team-work. You doing work for him actually means you are covering for him about his incompetence. That would hurt the team in a long run. Instead of letting him taking your credit, you should report this to your manager.

        用英文回答是建议你把这段讲给老板听。巴基斯坦人会说,你要比他更会说,要让老板知道,你的出发点是为了公司和项目。

        • 谢谢!我也想着下次和老板说一说
          • 还有,千万不要说你不忙。要说你加班也帮他做,本来为了team work, 但是一再发生,才觉得帮他做可能是不对的。
      • 忙还是要帮滴。 +1

        但是任务是老板分配的,你就先管自己分内的那一份。如果他有什么需要你帮忙的,或者他要求你一起做的,让他把所有沟通用邮件写给老板,让老板知道以后,你才开始干。还有,他一开始要求你加入的时候,你先让子弹飞一会儿。等他在team meeting里求帮忙的时候,你告诉大家你可以帮忙,然后介入。

        我是QA。我现在做的项目都是remote做的,team里面差不多一半是阿差。其中有3个印度人是同时进去的,招人的时候是对API测试是有要求。可他们在我看来,基本上没什么API方面的任何经验。我想做API的自动测试,刚进去的时候就按照quara上人说的,先做一个东西出来,让lead知道,告诉lead我之前的公司做了3年了。然后lead就把API部分给我的,原本让我测GUI function的都分配给了别人。因为测程序这东西,GUI是和API改变部分一起上来的,真正整合在一起测试的话,需要看API部分的数据是否正确。

        和你一样,这些印度人明显缺这方面知识,同样是一个DEV开了一个会,讲解了如何用一个工具,可新进来的阿差就是不明白,弄不出东西来。开完会还来问我,我就和你一样花时间教他们。几次类似的事下来,发现其中年龄大一点的那个,会提一句在我的帮助下他完成的。但是年纪轻的,就拿来显摆成他做的了,和你现在遇到的情况一样。

        后来我就决定让他自己一个人吹箫。他的那部分等他测得差不多了,我再去测,再报告bug。反正他做的时候,我就做自己的事情去。

        还有一个,是一个以前就做这项目测API的阿差,和另外一个阿差一起测试。测API的后来需要去测之前的一个项目。加上这个feature的基本工能一直没通,lead就要我一起测。我当时正忙着做API的automation,我就说,还得等一等,让我先把手头上的事给做完了。lead说没关系。等我自己的工作做得差不多了。去测了测阿差的功能,我发现基本功能都能过,可intergration部分都没考虑进去。估计他写的test cases都没有考虑周围的features。我写了好几个intergration的bug tickets.其中有一个由于没有requirement,又去询问business team把这部分requirement给补了上去。

        我想我也不用说什么了吧,所有人心里清楚,到底谁测得更深入。

        他们现在依然还是来问我的,我也zhai会在屏幕上演示给他们怎么做。

        很重要一点,自己得比他们更懂,让对方一时半载也赶不上,就不用怕他们去别人面前表功。他们表了功,让自己反感了,就让他自己吹会儿箫再说。

        如果手头上活不多,再不愿意帮别人和别人一起做,如果lead从不同角度知道以后,一定对自己不利。所以帮人需要有点策略。

        我们team也有俄罗斯人,根本没有这种事情发生,我发觉他们远比印度人努力很多。

        这是这一年来总结出来的教训和心得。

        • 不是很同意你的某些观点。

          “我想我也不用说什么了吧,所有人心里清楚,到底谁测得更深入”。

          因为你是当事人,自己知道来龙去脉,觉得所有的要点“明明都摆在那儿了”, 别人都能看清楚。而现实中,绝大多数情况下不是这样的。每个人都很忙,没人能(或者说愿意)follow这些细节,而且是一个chain of events. 我真的见过太多了,抱怨旁人看不见,“大家瞎吗?我做了这么多,某某啥也没做就会吹,证据都在JIRA里,wiki里,test plan里。。。”。结果是自己吃亏还只能生闷气。

          简单清晰的方式应该是,就得对关键人物(manager或者其他人)说明白(要有evidence),征得同意以后,就不再帮了。

          • 你们都不分工么?我现在的team依然是瀑布式的设计,所以大家按照feature分配。dev那边也是,基本上都是各做各的。Agile可能会混在一起测,可DEV那边也是一个人管一块的呀。
            • 分工啊。最后活都干完了,谁没事去管张三的活是不是李四帮着干的。李四自己知道,张三怕别人知道,除此之外别人除非花时间精力去注意,不然谁知道。大多数老板觉得只要活保质保量干完,团队就是好的。it works, keep it that way.
              • 啊,你们怎么会不报告进度?我们team每周lead都有会议,我们得报告分配的任务大概完成多少。如果你是开发,东西没完成,一到QA那边做测试bug报告上来,他到底完成了多少是否撒谎就清楚得很。
                • 楼主不是都帮着做了吗?那就完成了啊。这里纠结的是谁完成的。
                  • 以后就别帮了。除非lead再把任务分配给他。就按照楼下xml说的做。
      • 要通过正常渠道,让他找manager,经过同意再帮忙。
    • 碰到这种事就要果断煞车和平分手 +1
    • 都发生几次了,有没有总结经验?下次帮还是不帮,怎么帮?开会时听着他吹嘘你有计划学学吗?堵不上别人的嘴,就只能张开自己的嘴,或者停下自己的手,或者放平自己的心。 +3
      • 我就是很为难啊,想着下次很老板1对1时说一下。嘴巴子吹嘘可比技术难学多了,学不会啊
        • “和老板1对1时说一下”得看老板是不是眀眼人,有一些老板可能还觉得是你挑拨。我有几次都忍了,没说印度人任何坏话。然后就让他自己吹箫去。你看不顺眼的,能离多远就多远。
    • 很久前有过这种事情,我做的过来就做,做不过来就不会理。开会抢工你是没门的,你要不说是我帮你干的,你死定了。现在位子不一样了,不是大事没人会找我。你太好人了。
    • 你老板要是正常的话,如果老手的话,这样的人不会干太久的,早晚会开了。你帮的越多,你会得到的越多。
    • 这种耍小聪明的到处都是,不会有什么好结果,小便宜吃大亏。
    • 同事之间都是互相帮忙的。你帮得多,老板心里都明白。多付出才能有多回报吧?如果总担心自己被利用,怎么多付出。
    • 阿差很多都是这样。唯有放他一个人吹箫可解。你想办法让他自己做,或者让他先做了,你再接手做,这样方显你的本事。
    • 我碰到过同样情况,别理他,我的经历几乎与你一样。
      阿差刚进组时除了数据库别的编程全不会,天天来视频问问题,我也就教着他。后来他能自己做了,就暴露本性了,完全不感激我的帮助,还仗着英语好总挑事,成了竞争者。胸怀大志的白眼狼。现在他再问我一概说忙,让他把代码放开发环境上等我有空再看。不好意思完全不看但不教着他了。好在现在我在技术上还压得住他,基本没有交情了,以前花时间教他全喂了狗。
      • 帮忙的时候应该以不求回报的心态去帮。
        • 真没求他有什么回报。唯求不挑事而已。
          • 挑事的人人的确很可恨。不过还好,team里倒没有什么挑事的,可个别阿差,为人实在不怎样。 +1
    • 你跟他学啊 多发言 +1
    • rule #1: 只做老板 / lead assign 给你的 tasks ---- 他找你帮忙,需要让老板 assign task。同事间的帮忙不是不能有,应限于“举手之劳”,“法外施恩”,而不是常态。除非你是 lead / mentor --- 指导别人是你的职责。 +3
      • 对,说得很好。对于“需要让老板 assign task”,我说几句。 +1
        以前有一个印度QA lead,agile项目的task,他自己不分配任务,交给手下一个东欧女的assign。结果我发现那个女的,她自己不会做的,就扔给我,她会做的就assign给她自己。她再遇到不会做的,就找我帮忙或者再扔给我,不会写SQL query. 我们2个因为任务分配搞得关系很不好。那lead知道,但是还是护着她。
        • 这种事就是这样,遇上垃圾老板,下面各色人等就会群魔乱舞。 +1
    • 下次跟他说没空
    • 不是很懂。。什么叫拉上你和他一起。。一个活怎么可能2个人一起做呢?ticket不是都需要assign给1个人的吗?如果assign给他的。。他不会。。就让他assign给你。。然后你一个人做就可以了。

      你们公司用什么ticket系统啊?可以1个ticket同时assign给2个人?
      • Ticket是给他的,但他要拉上我和他一起做,出了问题也来找我,我就在帮他做他的ticket
        • 我觉得是你的问题。。不懂得如何拒绝人。。实话实说最好。。就说你感觉是再帮他做ticket。。要求把这个ticket转给你。。我觉得你现在的状态必须改变。。否则对你很不好。。 +1
        • ticket在谁的名下就谁负责做,她要你帮着做也可以,让他经过lead把ticket得转你名下,你再开始做。然后comments部分把你找到的root problem写清楚,你怎么修改等该让大家知道的都写上。让所有看ticket的人都能够看到这个ticket是你fix的,而不是他。
    • 谢谢大家意见,我们组人不多,我就不想把关系搞不好。做项目都是我们俩参与,他说得多做得少,落实到具体技术细节还要靠我。有时先在底下问我,会上就抢着说,我不太喜欢和别人抢。
      • 人善被人欺 +2
      • 再大的公司。。具体到小组。。项目。。人都不会多。一般都是几个人。。工作分清楚。关系才能搞好。。。你现在的情况。。是你“抢了”别人的活。。不是别人“抢了”你会上发言的机会。。。因为这个活是他的。。。就该他发言啊。。

        不是谁做谁发言。。是谁的活。。谁发言。。
    • 好多人都回了该怎么做,看看你能做到哪一步。不能一直这样下去。该拒绝就拒绝,不用想那么多。另外应当让你的上级知道。要不公司雇了两个人实际上是一个人做事。印巴人真的很多如此,不好伺候。
    • 你这个要向经理或你们的头目直接反应,也就是我们说的小报告,一定要这样,这里不管白的黑的几乎都这样干。放心别怕什么关系,你怕他怎么不怕?
    • 你怎么这么懦弱?
      • 这个不奇怪。有时为了吃饭,不得不然哈。--- 请看townhall meeting时一双双恐惧的眼神你就知道了。当然,现在远程,看不到了
      • 为什么要这么说,工作量如果不足的话,被主管知道,砍人的时候第一个被砍。自己明明在做事,缺被人抢去功劳,如果去和老板报告,如果老板瞎了眼的话,还会给人认为人品不好,没有team work的精神。所以拒绝别人但又不能把人给得罪,需要有技巧。