来 让小弟帮您分析一下现在的情况
首先要先搞懂一件事情，‘你是属于这位主管的resource，你不是公司的resource’
因为你工作是这位主管安排的..而且成败是主管要扛，
所以你当一个小RD就是尽力完成主管指派的任务就对了!!
不用管主管的决策是正确或错误！
先有上述的心理建设再看下去。
※ 引述《chan19840511 (小RD)》之铭言：
: 小弟目前任职国内某手机代工厂软件工程师
: 对我的主管怒火中烧
: 主要的争执点有五件事
: 1. 所有我必须修的 bug 全都推给其他部门同事(我身上没 bug 他就不会被高层定)
你主管很尽责，怕你太累，尽力的将球踢给别人
除非真的踢不掉的问题才会丢到你身上，这是保护你的方法。
: 2. 修过的 code, 只要不 build break,不需验证,直接把 image 给客户,
: (客户就不会追着他问 bug 修得如何)
你说解完了，主管就相信你真的解完了。这是完全信任RD的一种工作方式！
如果客户验出没解掉，bug re-open，你在主管心中的信任度会下降..
以后自然主管对你的评价会打折！
: 3. 时常被 assign 不属于我的工作范围 task, 像是 HW, RIL, QA,....
: (他根本不懂 android, 他也不想学 android, 他只想当主管领高薪)
一条Bug回来，没有人能够完全精准的分辨Bug属于哪个module..
公司付你薪水就是要厘清这些bug属于哪个module，该assign 给谁
所以 你接到一条bug，也许第一眼就看出不属于你负责
你只要将这条bug forward给下一手 然后信中附上一段话：
Dear xxx :
我已经初步分析过这个bug属于xxxx module..这边附上log and分析结果
后面就请你帮忙了，客户要求的due day是 xxxxxxx.
你将bug forward给别人前，分析做的越完善，同事就会越感谢你
人跟人的信任感是在这种时候建立起来的..
即使是再有经验的PM，也不可能第一眼看到问题就assign 给正确的人..
: 4. 在 dlna lab debug时, 该主管大老远(路程来回3小时)把我叫回来,
: 叫回来的原因只是一些很无关紧要的问题(rom 的 symbol档要放在哪)
: 浪费我的时间和公司付给 lab 一小时 3000 块的 debug 费用
对你的主管来说，symbol档放错 代表后面全部工作都必须pending.
直到这个问题解决..下面的工作才能继续..。
因此call你回来解决这个对他来说很重要的问题是没有争议的。
公司负担DLNA test lab的钱 这部份的cost都是小钱，不用太在意。
那是公司必要(?!)的花费..
: 5. 在 dlna lab debug 时, 高层已经把 dlna lab debug 列为 top priority,
: 为了 meet schedule, 其他的 bug 先丢一边,
: 等 dlna lab debug pass 之后再继续修 bug
: 该主管却说 dlna 不重要, 其他的 bug fix 才是最 top priority,
: 还私底下威胁我说这些 bug 没修好, 被客户砍单我要负责
对你主管而言，DLNA的认证一定能够拿到手 只是早或晚拿到认证的问题罢了。
当DLNA的认证到手后，你手上的bug会变成top priority..
因此你主管再三对你强调修其他bug的严重性..
至于公司对DLNA的schedule怎么办？！
我想DLNA这件事情如果真的是top priority..那绝对不会只有你一个人负责而已
你懂这意思了吗？！
: 我快被该名主管弄到疯了
: 我也不想做不符合 RD 职业道德的事情
: 我也厌倦对他阳奉阴违,
: 做正确的事就应该开大门走大路
: 只是刚到这间公司 不到一年
: 公司内转也不是好的选项
: 请问我的下一步该怎么走?
永远记得一件事..你要站在主管的角度来看整件事情
只要主管好过，你就好过。
只要主管日子不好过，你的日子也不会好过！