→ ssccg: 問題是你的量化指標是什麼,做得好是怎麼算,無關Jira 04/13 18:03
→ wulouise: 同意樓上 04/13 18:12
推 abccbaandy: 無解,這塊沒聽過做得好的,你訂什麼大家就專注那塊 04/13 19:34
推 NDark: KPI這件事在軟體目前還是無解的謎. 04/13 19:41
→ NDark: 只能說兵來將擋水來土掩. 04/13 19:41
→ NDark: 反過來以管理者的角度就是哪邊差拉哪邊 04/13 19:42
→ NDark: 但是都一定有破解的方法最後就是一堆冗事 04/13 19:42
→ NDark: 搞得大家不爽(因為一定沒有一個方法大家都滿意) 04/13 19:42
→ NDark: 我覺得管理者抓住團隊成長的精神可以適度要求 04/13 19:43
→ NDark: 但不要著魔 04/13 19:43
→ NDark: 這是為什麼很多公司改用OKR.但這只是起因於KPI有副作用 04/13 19:44
→ NDark: 並不代表OKR就真的比較好 04/13 19:45
→ airtsubasa: 每個的工作包難易度又不一樣,快跟好? 04/13 20:14
推 jack0204: OKR是你要先知道O,才能訂KR,還有幾個條件要遵循比較好 04/13 22:04
推 VScode: 這種制度就是製造技術債的元兇 04/13 22:04
→ jack0204: 但軟體方面要能可測量這件事很難決定,尤其團隊自決 04/13 22:05
→ jack0204: 另一方面跟其他團隊的OKR難易度差異造成獎金池分配問題 04/13 22:06
→ jack0204: 團隊要多溝通幾次跟調整後才能比較好進行 04/13 22:07
推 jack0204: 與其說OKR比較好,不如說決定權在團隊比較能提升幹勁 04/13 22:11
推 ikachann: 很多都是為了定而定 04/13 22:59
推 viper9709: 推一樓 04/14 00:18
推 zyxx: 不好量化就先質化代替啊 04/14 00:51
推 nacy204327: 做得快最好 我只能說到最後一棒的人會倒楣死 一堆技術 04/14 01:01
→ nacy204327: 債 最後就弄成跟CuboAI 一樣 不是搞死人 就是搞死人 04/14 01:01
推 brightest: 有code review啊 誰做得好應該不難知道 04/14 10:10
→ brightest: 難易度 工作本來就是這樣 紅人做有value的事 04/14 10:12
→ brightest: 黑人做沒value的事 04/14 10:13
噓 accessdenied: 用 code review 決定表現好壞?你認真?完全交給 re 04/14 10:58
→ accessdenied: view 者自由心證,遇到 DP 狂人嫌你寫的太直白,遇 04/14 10:58
→ accessdenied: 到 BDD 狂人嫌你寫的不符合行為描述… 04/14 10:58
推 wsad50232: 公司主管不管技術 退化到只會看Dash Board 打績效 公司 04/14 12:57
→ wsad50232: 就爛掉了 04/14 12:57
→ ppppman: 遇過連jira都用不好就說要來當作績效的搞笑公司 隨便問幾 04/14 13:28
→ ppppman: 個問題就漏洞一堆 然後再說沒辦法評估的地方再來跟我談 04/14 13:28
→ ppppman: 看怎麼處理 但先執行 04/14 13:28
推 EKman: 你專注在量化工具上,員工也會專注在這上面,結果顯而易見 04/14 14:29
→ stepnight: 這就荒謬資方催生出來的工具 04/14 14:45
→ stepnight: 美其名是可以量化KPI,實際上就是正反 04/14 14:45
→ stepnight: 都可以拿來說你績效不佳云云 04/14 14:45
→ stepnight: 實際上各位RD自己也知道,這東西根本量化不了 04/14 14:45
→ stepnight: 反而還多花時間在這套工具上面 04/14 14:45
→ stepnight: 尤其還三不五時遇到特例,開會還得想辦法 04/14 14:45
→ stepnight: 說明為何這是特例,根本擾民 04/14 14:45
推 gs8613789: 用什麼軟體從來就不是重點 04/14 14:53
→ superpandal: 個人也不知道這種工具在紅什麼 個人覺得與其打kpi不 04/14 16:51
→ superpandal: 如促進進度完成 非懶人專用工具也減少不了使用成本 04/14 16:52
→ superpandal: 還是cli工具好 04/14 16:56
推 MeeToo: 好的KPI讓公司走下坡 爛的KPI讓公司加速滑下波 軟 04/14 19:16
→ MeeToo: 體就非常不適用細化的KPI 04/14 19:16
推 MonkeyCL: 部分比例的績效量化還行吧 04/14 23:34
推 viper9709: 與其打KPI不如促進進度完成+1 04/15 00:40
推 jobintan: 整個看下來與軟體技術無關而是與公司文化有關。 04/15 07:07
→ jobintan: Performance這東西或多或少還是有主觀的成份,上司領導 04/15 07:08
→ jobintan: 看你順眼,自然在performance rating時各種正面評價,反 04/15 07:08
→ jobintan: 之,相信大家都明白的。 04/15 07:09
推 alan5: 除非你一個issue等於製作一根香蕉 04/15 10:06
→ alan5: 不然光想辦法量化的會議先開死你 04/15 10:07
推 okgogogo: 過來人,就是拆單一件事分好幾單 04/16 00:10
→ okgogogo: 因為大家都這樣,規定一年要有250單以上 04/16 00:11
→ okgogogo: 每月都在算差幾單,一起演戲 04/16 00:13
推 VScode: 樓上有遇過一個bug拆好幾單,讓你bug數的KPI直接爆掉的 04/16 01:20
→ umum29: 我以前的公司對於junior"默認"用ticket數當KPI 04/16 03:28
→ umum29: 拆好幾單不是壞事 有時候是同功能不同平台 不同時間deploy 04/16 03:29
→ knives: 考績還會看你bug出幾次 04/16 10:04