因為前端頁面中的一個文案錯了幾個字，項目經理要扣績效，該如何應對？

01-25

就是框中的內容，設計圖上是8月3號，我隨手寫的5月2日，
因為就是幾個靜態頁，項目沒有經過測試就上線。

上線之前項目經理，產品經理都看過。
現在發現日期錯誤，項目經理表示要扣我績效，合理嗎？
如果不合理，該如何與之理論。

如果沒有 QA，那麼這個鍋應該是你來背了。而且從你的描述來看你也完全沒意識到工作中犯錯的嚴重性，扣你績效不冤枉。

都有責任。你和產品經理都該扣。項目經理還應該帶頭罰自己錢。這樣大家才能繼續合作。否則你們心裡總彆扭。

……都有設計稿了，你還隨便填了一個，這鍋你不背誰背？

大家都在找責任人作者有大錯但是在我看來還是管理出問題了作者在知乎上提出這個問題直屬上司首先記大過你能把這個問題提到這裡並分不清責任人基礎培訓就沒有進行領導的督導責任監督和指導兩個都缺失了這是企業普遍性的一個問題發生任何事首先想到的不應是處罰而是考慮制定方案避免連續犯同樣錯誤假設作者第一次犯這種錯誤那麼在沒有產生嚴重後果前已經糾正不罰或輕罰直屬上司重罰已經明確檢查規則 checklist也做好也培訓過又連續犯錯那麼作者要重罰

只能說貴司人員都挺隨意的。那就隨意扣點績效吧TX

1）軟體質量是每一個人的責任。不能推給測試和領導。

2）測試從來是每一個開發員自己的責任。QA團隊只能起到協助作用。別被市場上QA帶私貨的吹噓騙了。QA再好，DEV不行一樣不行。最重要的部分取決於DEV。

3）需求更重要，全體團隊都必須理解需求。

在你的問題中，需求沒有錯，你自己寫錯了。大家沒有看出來，這問題還是在你這啊。總不至於你寫了一個東西讓我看，我沒有看出啥，通過。如果因此出問題要我負責，我幹嗎叫你做，我自己做好就是。

有感而發，印度外包團隊的代碼爛，居然對方經理說是我們甲方沒有認真code review.我氣壞了。
你的邏輯和印度外包一樣，不僅馬虎還推卸責任。

你的辭職對公司來說是好事，不知道那個公司倒霉招你這類人進去。

希望你端正態度，做一個有用的人，別拉項目後腿。

我有個問題，公布結果是5月5日，抽獎卻是8月2..

這種寫死的東西，一定要慎重，像日期，電話之類。有可能從產品到設計到前端都是「隨手」的，但經過你的手就要重複確認一下。

我還以為是華為的前端呢？

老鐵，鍵盤上按「8」和按「5」費的力氣應該差不太多吧，經理都給了你方案了，你還不按照方案上確定的時間填？這確實是你的鍋，跑不掉的。

但是你們公司內部也有問題，這麼大的疏漏，竟然都沒人發現。難不成這個網頁做出來，沒有任何一個人review過？

績效扣就扣了，你能怎麼辦。好好乾，早點去正規公司

「設計圖上是8月3號，我隨手寫的5月2日」

隨手。。。

這鍋真是你的，沒得跑。

日期這種東西都能隨手亂改的。。。

你以後把公司的收款賬戶隨手填成自己的咋辦啊。。。

上線之前，前端不校對一下？設計幹嘛不校對下？

不合理，沒有測試就上線，基本上就是領導的鍋。是當初開發計劃就沒有測試環節還是有測試環節但是沒有執行？如果是前者，那麼就是項目計劃批准人的鍋，如果是後者就是項目經理的鍋。消除bug要靠制度和流程，個人是靠不住的。

當然我們也可以考核開發的質量，手段就是測試，可以在測試環節考核錯誤率，上線以後再去追責，不是蠢就是壞。

合理的，應該扣

辭職懟他還找不到工作啊