[請益] 公司內有用Jira做專案績效考核的嗎?

ssccg04/13 18:03問題是你的量化指標是什麼，做得好是怎麼算，無關Jira

wulouise04/13 18:12同意樓上

abccbaandy04/13 19:34無解，這塊沒聽過做得好的，你訂什麼大家就專注那塊

NDark04/13 19:41KPI這件事在軟體目前還是無解的謎.

NDark04/13 19:41只能說兵來將擋水來土掩.

NDark04/13 19:42反過來以管理者的角度就是哪邊差拉哪邊

NDark04/13 19:42但是都一定有破解的方法最後就是一堆冗事

NDark04/13 19:42搞得大家不爽(因為一定沒有一個方法大家都滿意)

NDark04/13 19:43我覺得管理者抓住團隊成長的精神可以適度要求

NDark04/13 19:43但不要著魔

NDark04/13 19:44這是為什麼很多公司改用OKR.但這只是起因於KPI有副作用

NDark04/13 19:45並不代表OKR就真的比較好

airtsubasa04/13 20:14每個的工作包難易度又不一樣，快跟好？

jack020404/13 22:04OKR是你要先知道O，才能訂KR，還有幾個條件要遵循比較好

VScode04/13 22:04這種制度就是製造技術債的元兇

jack020404/13 22:05但軟體方面要能可測量這件事很難決定，尤其團隊自決

jack020404/13 22:06另一方面跟其他團隊的OKR難易度差異造成獎金池分配問題

jack020404/13 22:07團隊要多溝通幾次跟調整後才能比較好進行

jack020404/13 22:11與其說OKR比較好，不如說決定權在團隊比較能提升幹勁

ikachann04/13 22:59很多都是為了定而定

viper970904/14 00:18推一樓

zyxx04/14 00:51不好量化就先質化代替啊

nacy20432704/14 01:01做得快最好 我只能說到最後一棒的人會倒楣死 一堆技術

nacy20432704/14 01:01債 最後就弄成跟CuboAI 一樣 不是搞死人 就是搞死人

brightest04/14 10:10有code review啊 誰做得好應該不難知道

brightest04/14 10:12難易度 工作本來就是這樣 紅人做有value的事

brightest04/14 10:13黑人做沒value的事

accessdenied04/14 10:58用 code review 決定表現好壞？你認真？完全交給 re

accessdenied04/14 10:58view 者自由心證，遇到 DP 狂人嫌你寫的太直白，遇

accessdenied04/14 10:58到 BDD 狂人嫌你寫的不符合行為描述…

wsad5023204/14 12:57公司主管不管技術 退化到只會看Dash Board 打績效 公司

wsad5023204/14 12:57就爛掉了

ppppman04/14 13:28遇過連jira都用不好就說要來當作績效的搞笑公司 隨便問幾

ppppman04/14 13:28個問題就漏洞一堆 然後再說沒辦法評估的地方再來跟我談

ppppman04/14 13:28看怎麼處理 但先執行

EKman04/14 14:29你專注在量化工具上，員工也會專注在這上面，結果顯而易見

stepnight04/14 14:45這就荒謬資方催生出來的工具

stepnight04/14 14:45美其名是可以量化KPI，實際上就是正反

stepnight04/14 14:45都可以拿來說你績效不佳云云

stepnight04/14 14:45實際上各位RD自己也知道，這東西根本量化不了

stepnight04/14 14:45反而還多花時間在這套工具上面

stepnight04/14 14:45尤其還三不五時遇到特例，開會還得想辦法

stepnight04/14 14:45說明為何這是特例，根本擾民

gs861378904/14 14:53用什麼軟體從來就不是重點

superpandal04/14 16:51個人也不知道這種工具在紅什麼 個人覺得與其打kpi不

superpandal04/14 16:52如促進進度完成 非懶人專用工具也減少不了使用成本

superpandal04/14 16:56還是cli工具好

MeeToo04/14 19:16好的KPI讓公司走下坡 爛的KPI讓公司加速滑下波 軟

MeeToo04/14 19:16體就非常不適用細化的KPI

MonkeyCL04/14 23:34部分比例的績效量化還行吧

viper970904/15 00:40與其打KPI不如促進進度完成+1

jobintan04/15 07:07整個看下來與軟體技術無關而是與公司文化有關。

jobintan04/15 07:08Performance這東西或多或少還是有主觀的成份，上司領導

jobintan04/15 07:08看你順眼，自然在performance rating時各種正面評價，反

jobintan04/15 07:09之，相信大家都明白的。

alan504/15 10:06除非你一個issue等於製作一根香蕉

alan504/15 10:07不然光想辦法量化的會議先開死你

okgogogo04/16 00:10過來人，就是拆單一件事分好幾單

okgogogo04/16 00:11因為大家都這樣，規定一年要有250單以上

okgogogo04/16 00:13每月都在算差幾單，一起演戲

VScode04/16 01:20樓上有遇過一個bug拆好幾單，讓你bug數的KPI直接爆掉的

umum2904/16 03:28我以前的公司對於junior"默認"用ticket數當KPI

umum2904/16 03:29拆好幾單不是壞事 有時候是同功能不同平台 不同時間deploy

knives04/16 10:04考績還會看你bug出幾次

overhead04/16 12:30工程師做得好不好差異很大，直接主管很容易看得出來，

overhead04/16 12:30哪裡難到要用狹窄又僵硬的系統來評估？難的是要所有主

overhead04/16 12:30管都內心公正，不誤用績效系統作為其他目的

EKman04/16 21:28用ticket數當KPI一樣爽拆阿，好主管不會只看這些數字

EKman04/16 21:28其實當主管之後一目了然，誰好用誰難用太明顯了

viper970904/17 00:18推工程師做得好不好主管很容易看出來+1

superpandal04/17 03:30這不是廢話嗎 主管得到的資訊會更多 公正的確是蠻欠

superpandal04/17 03:31缺的 依我來看公司內得勢者通常不會是好人

superpandal04/17 03:34只做事不搞政治的真的偏少

VScode04/17 08:51沒辨法 不搞政治就會被別人搞