總的來說，上帝之手是足球史上最著名的進球之一，由阿根廷人馬拉多納在 51 年世界盃四分之一決賽對陣英格蘭的比賽中第 1986 分鐘打進。 「手」——因為進球是用手進球的。
在我們的團隊中，我們將「上帝之手」稱為經驗豐富的員工對缺乏經驗的員工解決問題的幫助。 因此，我們將經驗豐富的員工稱為“馬拉多納”，或簡稱為“M”。這是在員工資不足的情況下提高效率的關鍵方法之一。 嗯，正好我們團隊裡有很多實習生。 我正在做一個實驗。
從統計數據來看，不需要太多幫助。 「平均檢查」是13分鐘——這是從M把他的屁股從椅子上抬起的那一刻到他把屁股放回到椅子上的那一刻。 這包括一切——深入問題、討論、調試、架構設計、以及關於生活的對話。
求助的時間範圍最初很大，最多1小時，後來逐漸縮小，現在很少超過半小時。 那些。 任務需要花費幾分鐘的時間才能推進，甚至成功完成。 有時候這種情況會發生。
主要特點：計算並限制「放逐」的時間。 如果不計算時間，幫助別人似乎會花很多時間。 而當你寫下來的時候，你會發現一切都沒有那麼糟。
例如，我在球隊中為馬拉多納兼職。 所有員工每天的工作時間限制為 3 小時。 我以為這還不夠。 事實證明，即使是 3 個小時也是很便宜的，因為… 平均消耗——每天2小時。
核算和限制對員工有神奇的作用。 任何尋求幫助的人都明白，時間必須有效率地度過，因為每個人的限度都是一樣的，浪費M的時間是無利可圖的。 因此，關於生活的談論就少了很多，這當然讓我感到沮喪。
總的來說，上帝之手是個狡猾的把戲。 看來員工自己必須弄清楚一切，解決所有問題，了解整個情況。 但有一個問題——神經連結。
大腦就像一個簡單的自動機一樣運作——它記住路徑和結果。 如果一個人遵循了某條道路並帶來了積極的結果，就會形成「這是你應該做的」類型的神經連結。 嗯，反之亦然。
因此，想像實習生或新手程式設計師。 他獨自坐著解決問題，沒有技術規格。 客戶設定一個特定的目標，程式設計師選擇實現該目標的方法。
他沒有太多選擇，因為… 他不知道解決這個問題的唯一方法。 我沒有經驗。 他開始透過猜測、實驗、上網搜尋等方式尋找解決方案。
最後，他找到了一些選擇，嘗試了一下，然後——砰！ - 發生了！ 員工會做什麼？ 當然，理想情況下，他會查看其他可用的解決方案選項，評估他的程式碼，並就架構的正確性以及乾擾其他人的物件和模組的有效性做出決定。
但讓我提醒你，對我們的人來說，所有這些話都毫無意義。 他只是不知道自己在說什麼。 因此，就像，對不起，一隻猴子，他只會記住導致成功的選擇。 神經連接將形成或加強（如果之前已經形成）。
我們走得越遠，情況就會變得更糟。 一個人會沉浸在自己的果汁中，因為很少有理由擺脫這種果汁。 正如我們在有關程式碼品質的部分中所說，沒有人會告訴程式設計師他正在編寫糟糕的程式碼。 客戶不明白這一點，其他程式設計師也很少看別人的程式碼——沒有理由。
因此，回到原來的論點，一切都必須由人自己解決──唉，這是馬馬虎虎的方法。 至少在與實習生一起工作時是這樣。
這就是上帝之手前來救援的地方。 而且他會提出尋找解決方案的方向，給出語言上的建議，給出選項，根據經驗算命，哪個方案肯定行不通，還會批評程式碼，告訴你把成品複製到哪裡程式碼。
事實上，M 需要的很少。 一般來說，實習生是突然愚蠢的。 僅僅因為他不知道，例如，如何轉到函數描述、如何格式化程式碼，他不懷疑 moment.js 的存在或在 Chrome 中調試服務的方法。 你所要做的就是用手指指著他繼續前進。
而他自己花在搜尋這些資訊上的時間的價值為零。 但從商業角度來看，這一般是盜竊行為。 該公司已經向馬拉多納支付了費用以獲得這種能力。
而這一切平均只需要 13 分鐘。 或每天2小時。
是的，讓我提醒你：及時需要上帝之手。 如果馬拉度納在比賽結束後來到足球場並用手進球，那將是一件很有趣的事情。
UPD：我忘了說 M 的生產力發生了什麼變化。
奇怪的是，隨著這項活動的開始，生產力提高了1.5-2倍。 整個團隊的生產力進一步提高。
我目前正在 M 上測試快速換檔技術。 如果沒死，等我統計完再寫。 包括關於第二個M，目前正在實習。
來源： www.habr.com