來 讓小弟幫您分析一下現在的情況
首先要先搞懂一件事情，『你是屬於這位主管的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 職業道德的事情
: 我也厭倦對他陽奉陰違,
: 做正確的事就應該開大門走大路
: 只是剛到這間公司 不到一年
: 公司內轉也不是好的選項
: 請問我的下一步該怎麼走?
永遠記得一件事..你要站在主管的角度來看整件事情
只要主管好過，你就好過。
只要主管日子不好過，你的日子也不會好過！