我又聽到有人說:主要原因是人不行
在工作中,我們經常把很多問題的原因都歸結為三個字:人不行。
曾經有UI同事指著我的鼻子說,你們沒有把設計稿百分百還原,是因為你們 人不行 。
昨天,我又聽到一個研發經理朋友說,唉呀,專案幹不好,主要是 人不行 。
哦,我聽到這裡,有種似曾相識的感覺,於是我詳細問了一下,你的人哪個地方不行。
朋友說,專案上線那天晚上,他們居然不主動留下來值班,下班就走了,自覺意識太差。程式碼寫的很亂,不自測就發到生產環境,一點行業規範都沒有。他們……還……反正就是,能不幹就不幹,能偷懶就偷懶,人不行!
這個朋友,程式碼寫的很好,人品也很好,剛剛當上管理崗,我也沒有勸他,因為我知道,勸他沒用,反而會激怒他。
當一個人,程式碼寫得好,人品好,他就會以為別人也和他一樣。他的管理方式就會是: 大家一定要像我這樣自覺,不自覺我就生悶氣了!
反而,當一個人程式碼寫得差,自覺性不那麼強,如果湊巧還有點自知之明,那麼因為他很清楚自己是如何糊弄的,因此他才會考慮如何通過管理的方法去促成目標。
我的這些認知,滿是血淚史。因為我就經歷過了“好人”變“差人”的過程。
因為程式碼寫得好,幾乎在每一個公司,幹上一段時間,領導都會讓我做管理,這在IT行業,叫: 碼而優則仕 !
做管理以後,我就發現,並不是所有人都像我一樣,也並不是各個部門都各司其職,所謂課程上學的專案流程,只存在於理想狀態下。當然,其中原因非常複雜,並不一定就是人不行,也可能是流程制度有問題。比如我上面的朋友,他就沒有安排上線必須留人,留什麼人,留到幾點,什麼時候開始,什麼標準算是上線完成,完成之後有什麼小獎勵,這些他都沒有強調和干預。
但是,我們無法活在理想中。不能說產品經理的原型邏輯性差,UI的設計稿歪七扭八,我們就建議老闆把公司解散吧,你這個公司不適合做軟體產品,那樣我們就失業了。
你只能是就目前遇到的問題,結合目前手頭的僅有的仨瓜倆棗,想辦法去解決。可能有些方案不符合常規的思路,但都是解決實際問題特意設定的。
比如我在專案實踐中,經常遇到的一點:
產品經理沒有把原型梳理明白,就拿出來給開發人員看,導致浪費大家的時間,同時也打擊大家的積極性:這樣就開始了,這專案能好的了嗎?我們也做不完就交給測試!
這種情況,一般我都會提前和產品經理溝通,我先預審,我這關過了,再交給開發看,起碼保證不會離大譜。這裡面有一個點,產品沒有幹好自己的活,人不行?他也只有3天時間設計原型。
還有一個問題也經常出現:
即便是產品原型還算可以,評審也過了。讓開發人員看原型,他們沒有看的。一直到開發了,自己的模組發現了問題,然後開始吐槽產品經理設計的太爛,流程走不通。
這是開發人不行?他們不仔細看,光想著糊弄。其實是他們沒有看的重點,你讓我看啥,我就是一個小前端,讓我看整個平臺嗎?讓我看整個技術架構?Java該用什麼技術棧?看前端,你告訴我前端我做哪一模組的功能?此時,我一般都是先分配任務,然後再進行原型評審。如果先把任務分下去,他知道要做這一塊,因為涉及自己的利益,會考慮自己好不好實現,就會認真審視原型,多發現問題。這樣會避免做的過程中,再返過頭來,說產品經理沒設計好。已經進入開發了,再回頭說產品問題,其實是開發人員不負責,更確切說是開發領導的責任。
一旦聽到“人不行”的時候,我就會想到一位老領導。
他在我心中的是神一般的存在,在我看來,他有著化腐朽為神奇的力量。
有一次,我們給市場人員做了一個開通業務的APP:上面是表單輸入,下面是倆按鈕,左邊是立即開通,右邊是暫時儲存。後來,市場同事經常找我們:能不能把我已開通的業務,改為暫時儲存,我點錯了。這點小事還鬧到公司大會上討論,眾人把原因歸為市場推廣的同事人不行:沒有上過學?不認識字?開不開通自己分不清嗎?
此事持續了很久,鬧得不愉快。甚至市場部和研發部出現了對立的局面,市場部說研發部不支援銷售,研發部說市場部銷售不利亂甩鍋。
我老領導知道後,他就去了解,不可能啊,成年人了,按鈕老按錯,肯定有問題。原來,客戶即便是有合作意向,也很少有立即開通的,他們都會調查一下這個公司的背景,然後再聯絡市場人員開通。兩個按鈕雖然是左右平分,但是距離很近。於是,他把軟體改了,立即開通按鈕挪到上邊,填完資訊後,順勢點選暫時儲存,想開通得滑到上面才能點選。此後,出錯的人就少了。
後來,行政部又有人抱怨員工人不行。發給員工的表格填的亂七八糟,根本不認真。有一項叫:請確認是否沒有錯誤_____。明明沒有錯誤,但是很多人都填了“否”。儘管反覆強調,一天說三遍,依然有人填錯,沒有基本的職場素質。
老領導,他又去了解。他把表格改了,“是否沒有錯誤”改為“全對”,空格改為打鉤。後來,填錯的現象明顯少了。
很多事情,我們都想以說教來控制形勢。比如反覆強調,多次要求,我嗓子都喊啞了。因為不管是區分按鈕,還是填寫表格,你不是個傻子,你的能力是可以做到的,不應該出錯,出了錯你就是 人不行 。而老領導總是以人性來控制,知道你是懶散的,肯定不願意認真付出,因此設定一個流水線,讓你隨著預設的軌跡被迫走一圈。下線後,居然發現自己合格了,甚至自己都變成人才了。用他的話說就是:流程彌補能力不足。
當歸因為人不行時,其實分兩種情況: 別人不行 、 自己不行 。
- 稀土掘金點石成金公益計劃系列-合集
- 一份非官方的稀土掘金社群活動攻略
- 順豐疫情管控區域-截止至0914
- 稀土掘金小鋪-獎品回收活動
- 我又聽到有人說:主要原因是人不行
- 功能管理(Feature management)中的 Keystone 模式
- 美團簡單版動態執行緒池原始碼實現
- 基於Svelte Ui中後臺解決方案SvelteAdmin
- 記一次圖片中繁體文字轉簡體的嘗試
- Elasticsearch:分詞器中的 token 過濾器使用示例
- 如果稀土掘金App要更新“釋出文章”功能,那麼入口會設定在哪裡?
- 企業級GIT分支管控方案
- [極致使用者體驗] 讓你的網頁,適配微信大字號模式!體驗超好,快來收藏
- Webpack最佳入門實踐
- NodeJS 基於 Dapr 構建雲原生微服務應用,從 0 到 1 快速上手指南
- Figma自編教程第三篇(也是做產品實習生的第三天)
- 回憶曾跨過的坎:開局就被要求給頁面做效能優化
- 快上車!搭建一個屬於自己的元件庫!
- 中國程式設計師的技術管理之痛:技術、管理兩不靠,核心價值從何找?丨掘金夜談
- 卷不動了的大前端,未來趨勢在哪裡?丨掘金夜談