研發衝突管理(2) 制度並非是死的

2021-03-31 08:57:00 字數 790 閱讀 8525

臧超飛(頂星數碼):對於公司的兩個制度之間存在的衝突又該如何處理呢?比如,乙個制度說,質量就是公司生存的根本;另乙個制度又說,以客戶為中心;而質量與客戶之間有時出會出現衝突。在這種情況下我們應該以客戶為中心來變通處理嗎?

朱光輝(漢華諮詢):我不這麼看待這個問題。當客戶急著要我們發貨,而我們的產品中可能還有質量問題存在時,我們應該怎麼辦呢?這時我們就要做乙個決策。我認為這兩個制度之間是不存在矛盾的。

為什麼沒有矛盾呢?他是乙個小客戶,你按他的要求發貨給他,這樣做你是沒有得罪他,但是這樣做就可能得罪了上一大批客戶,你的長遠利益受到影響。我覺得「以客戶為中心」的宗旨中所指的客戶是乙個廣意的定義,而不是指某乙個客戶。

研發部做出來的產品可能還有一點問題,而市場那邊又要貨要得很急。最後就一下子把貨全發出去了。結果發出去一百臺,就被打回一百臺,企業的虧損很大。所以這樣做使企業的整體利益受到損失,而且這樣做還會在公司內部造成一種不好的氣氛,讓員工認為我們的流程可以不走,這樣公司的損失更大。

當然在公司小的時候,我們還是要遷就一下客戶,因為這個客戶對公司來說就是大客戶,失去了他公司可能就會破產;但是當公司大了以後,這個客戶對公司而言就是小客戶。所以我們在這裡還是有乙個權衡的過程,並不是說所有的公司都要按同樣的方法來處理。

主要還是要看這個客戶佔你的銷售總額的比例,在你心目中的重要性。如果這客戶佔了你銷售總額的百分之九十五,那就趕快按他的要求把貨發過去,把他服務好;如果公司發展大了,這個客戶只佔你銷售總額的百分之一,那麼就算得罪他也不能給他發貨,不能了這個客戶而得罪另外百分之九下十九的客戶。所以說我認為這兩點是不矛盾的。

部門管理入門 2 評審制度

執行說明 1 有效的評審是什麼?我經常在思考這個問題。正文 軟體部評審制度 變更記錄序號 修改條款 修改內容 修改人 日期 備 注 注 對該檔案內容增加 刪除或修改均需填寫此變更記錄,詳細記載變更資訊,以保證其可追溯性。規範化的流程,為專案實施過程的監控提供比較全面的思考 書寫模板,指導專案經理通過...

制度 罰則 分享管理

研發組織管理 制度 罰則 分享 ppt模板 無模板,以部落格文章為主 週期 兩周一次,週會一起。時間點 30min講解,15min答疑 分享前實戰作業 提前一周發出,帶問題參與分享。分享後作業 視情況而定 如 效能調優 非必須。由組員在分享完成後進行反饋問題 採用打分制 1 5分 匿名制,規則見本文...

研發軟體專案獎金發放制度

研發軟體專案獎金發放制度 第一條為調動軟體研發人員的工作積極性,提高軟體的開發質量和開發效率,促進研發人員深入市場,及時跟蹤產品的銷售情況,特制定此制度。第二條本制度適用於從事軟體專案開發的人員。第三條根據 研發中心軟體開發過程規範 的要求立項的專案,在專案完成,專案結項申請書 通過批准後,參與專案...