Re: [閒聊] 這公司比想像中好消失
※ 引述《Dungeon (Dungeon)》之銘言：
: 這個制度的重點在於：
: 1. 任務的難易度雖然有高有低，一個任務的點數不一，
: 但因為是統籌分配，每個人都可能被分配到好寫與難寫的，
: 長期下來自然是公平的。
: 2. 前置作業要完成，例如統一的API與元件。
: 3. 當然會有測試部門測試完畢以後，才會將你的任務
: 結束掉！一個任務會有一個小目標，測試過這個目標，
: 才算通過，隱藏BUG是任務負責人要負責的。
: 所以一間公司要是還一直搞那套包山包海的作風，
: 那種混到死領更多的問題根本不可能解決。
: 假加班的問題更不可能解決，績效好的人才會被濫用，
: 做不久（當他知道自己那麼辛苦領的比打混的老鳥少）
: ，流動率會偏高！
: 從現在開始做起還不晚！
或許問題還是在於主管能否客觀判斷屬下的付出吧?!
每個開發人員都有所謂較為擅長或是喜好的技術。
不見得能夠做到統籌分配，某些開發人員可能就是都做某一塊技術。
專案的小任務切割到所謂的小目標達成，很難有所謂的評斷標準。
尤其是做產品的軟體專案，如果當初沒有思考到某些方面的問題。
那麼小目標的達成其實沒有意義，因為那只是局部的。
當發生問題時可能已經過了一年，此時如何去評斷所謂的績效?
另外，測試人員有多少真的具備專業的軟體測試知識與經驗?
透過點數的方式來進行是不錯的立意，
但也許真的公司要大到一種規模才有可能進行。
以台灣這種軟體業現況，大多數的中小型公司軟體工程師就那幾位。
當專案開始來不及的時候，你的主管應該已經不在乎誰寫的多誰寫的少。
站在專案主管或是研發經理的角度上來看，這些RD或是開發人員誰寫的少誰寫的多
已經不是重點。重點在於要讓專案或是產品能夠順利完成。
當RD要有體認一件事情，你是在從事 "公益的良心事業"。
--
當我進入資訊業時,我鄭重保證.
要奉獻一切為人類服務,憑著良心和尊嚴從事資訊業.
系統的健康為我首要的顧念.
--
※ 發信站: 批踢踢實業坊(ptt.cc)
推
07/06 23:09, , 1F
07/06 23:09, 1F
推
07/06 23:18, , 2F
07/06 23:18, 2F
→
07/06 23:57, , 3F
07/06 23:57, 3F
推
07/07 00:07, , 4F
07/07 00:07, 4F
→
07/07 01:45, , 5F
07/07 01:45, 5F
討論串 (同標題文章)
完整討論串 (本文為第 3 之 3 篇)：
閒聊
8
15