[問題] 程式只要一有BUG就扣考績?

[ZhuLu (逐鹿)]

抱歉  因為不知道有哪個板比較適合  所以來這裡問

應該會有比較多人正經的回答我吧


今天下班前我做了一個夢......

夢見我在南部一間知名的公司寫程式

剛好全台灣只有兩間，另外一間在台北

台北那間已經營運十幾年，但南部這間才剛起步不久...

夢見主管發了一封信，信內寫了有關Coding的管理規定

細節我忘了，但依稀還記得下面的規則:

程式經過邏輯規畫、修改測試後，正式上線若出現錯誤  兩次就扣一次考績


看到這規定後，我心裡不自覺的想到:

寫程式難免會有BUG

BUG會有多少沒人知道

得花多久時間才能把BUG找出來更是難以預測

加上一年要寫的程式也是多不勝數

如果出現兩次BUG就扣一次考績，那我考績大概每年都是鴨蛋吧?

況且程式撰寫過程中，一定是用測試的資料 經過數百次的反覆測試

上線前也會用實際的資料，經過一定時間的運作，沒問題了才會正式使用

只是有些BUG可能必須在特定的條件下才會被發現

而一個程式設計師也不可能一次就把程式寫到很完美

就算是微軟的 Windows，不也每個月都會推出一大堆的修正程式嗎?

難道真的只要有BUG就要被扣考績嗎....那誰還要寫程式阿?



想到這裡我覺得這規定很不合理，就去和主管反映

主管說：那你告訴我規定要怎麼改呀!



聽到主管這麼說，我心裡又浮出另一個想法

妳自己不會Coding沒關係

可以先跟我們討論怎樣扣才合理

或者是去問其他部門、

甚至其他同類型的公司是怎麼規定的

為什麼要在自己完全不懂的情況下，就隨便訂一個不合理的規定，然後直接發佈呢?


如果都沒人反映，這規定是不是就這樣定了?

原來所謂的專案管理師是這樣當的....好草率的管理方式喔

也許我該開始去找其他工作了



想到這裡我就醒了.....



醒來之後，我想上網問問其他有在軟體公司上班，或是上班時需要寫程式的人

對於撰寫程式的工作上

有沒有相關的管理規定可以參考呢?

※ 編輯: ZhuLu           來自: 114.39.139.51        (07/26 21:08)
※ 編輯: ZhuLu           來自: 114.39.139.51        (07/26 21:09)
→ ddavid:請參考Joel on Software的文章，簡單結論就
→ ddavid:是「沒有很好的方法」XD
→ ZhuLu:請問那是一本書嗎?
推 ilovebbs:原PO保重..拍拍..約耳的文章用google找就
→ ilovebbs:有了~
→ ZhuLu:謝謝...我正在 google....
推 Cloud:請趕快離開公司.....
→ Cloud:用這種方式管理程式品質只會搞死人
→ yoco315:ㄊㄇㄉ什麼鳥公司... 拷貝....
→ tinlans:應該扣測試的考績吧？
→ makiyolove:沒人發現bug可以加薪嗎
→ charleshu:這樣會人想隱藏 bug, 遇到也死不承認.
→ realmeat:萬一碰到硬體出狀況然後軟體異常這怎算?
推 yayarice:這種公司活不久 敢快走人 科
→ KanoLoa:剛眼花看成原po公司是google,嚇死我
推 PCIT:我剛剛也看成完ｐｏ在Google XD