討論串[請益] 關於制度,給我點建議吧
共 7 篇文章
首頁
上一頁
1
2
下一頁
尾頁

推噓1(1推 0噓 2→)留言3則,0人參與, 最新作者followmeyo (簡簡單單)時間15年前 (2010/07/26 08:16), 編輯資訊
0
0
0
內容預覽:
我的做法是乾脆拉一個會coding且會寫文件的人來專職當sa. 就負責寫文件 若量太大 頂多請個工讀生幫忙 若者再拉個人上來. 但這樣的結果勢必會增加人力成本(多徵coding人材). 如同原po第一篇我就有推文說到. 真的要改變效率的話 落實分工制度是最好的辦法. 當然 給的薪資也不能低於水準.

推噓3(3推 0噓 0→)留言3則,0人參與, 最新作者littlethe (東周小星星)時間15年前 (2010/07/26 00:50), 編輯資訊
0
0
0
內容預覽:
我再講一下狀況好了,. 我並沒有改變原有制度,. 因為我的團隊才剛「誕生」,. 所以要建立制度,一切都剛開始,. 至於很多人提到的文件.... 其實我這點很無奈,. 因為公司其他部門的人不會這一塊,. 懂的就只有我部門的程式人員,. 到底文件要誰來寫我很煩惱,. 硬要其他的外行人去寫系統文件好像更糟
(還有85個字)

推噓4(4推 0噓 0→)留言4則,0人參與, 最新作者hellolucky (做自己 好自在)時間15年前 (2010/07/26 00:20), 編輯資訊
0
0
0
內容預覽:
約耳趣談軟體-第三章 邁向高品質程式碼的12個步驟. 1.你有使用原始碼控制系統嗎?. 2.你能用一個步驟見出所有結果嗎?. 3.你有進行每日編譯嗎?. 4.你有沒有問題資料庫?. 5.你會先把問題都修好之後,才寫新的程式嗎?. 6.你有一份最新的時程表嗎?. 7.你有寫規格嗎?. 8.程式人員有沒
(還有932個字)

推噓7(7推 0噓 1→)留言8則,0人參與, 最新作者ericinttu (腿力爆增 XD)時間15年前 (2010/07/25 18:17), 編輯資訊
0
0
0
內容預覽:
關於加班,可以分析一下是loading不平均或是人手不足。. 關於程式改來改去的加班,可以分析為什麼程式需要變動。. (Ex: 新的需求、改變的需求、或是Refine codes而造成的結果。). 關於文件,有文件說明當然是好事,但是基於人性考量,必須兼顧到要寫文件的那些人,loading是高或低。
(還有140個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者atst2 (atst2)時間15年前 (2010/07/25 17:51), 編輯資訊
0
0
0
內容預覽:
會問到下面的這些問題,個人猜測原PO的職位,最少也是個Project Leader,. 對公司(最少所在部門)的一些政策,有一定的影響力。. 現提出一些實務上的細節,看法,供大家討論一下. 以上兩種情況,是公司風氣的問題,如果原PO職位資歷足夠,大可從自己做起,建立. 部門風氣為先。. 在實際規劃解
(還有1173個字)
首頁
上一頁
1
2
下一頁
尾頁