為什麼團隊停止發展——以及如何讓他們再次前進
IT 發展已經存在了 60 多年，從第一批編程語言和操作系統的出現到互聯網的繁榮和當前的人工智能時代，它經歷了根本性的轉變。儘管編程工具和方法不斷變化，但有一點始終不變：只有那些能夠適應和掌握新知識和技能的開發人員才能生存。我是一個由 70 人組成的團隊的首席軟件官，該團隊設計了預測維護系統 (PdM)：一種基於工業物聯網 (IIoT) 和人工智能的解決方案。如果沒有持續增長，我們的開發商就無法保持競爭力。幾乎每個行業都是如此。當個人不再專注於自己的技能時，公司就會失去優勢。下面看看我們如何創建一個將專業發展作為工作不可或缺的一部分的系統，以及我們如何幫助開發人員避免和克服停滯。每個人都必須成長嗎？每個團隊都有喜歡日常工作的專家，並且在某種程度上團隊需要那些在不需要成長的職位上表現出色的人。但為了一個項目能夠穩定發展，我認為這樣的專家不應超過團隊的20%。如果他們的份額更高，其他開發人員最終將開始效仿他們被動的同事。最理想的是，大多數人（大約 80%）應該積極發展和提高他們的專業知識。並非 80% 中的每個人都需要產生新想法。司機與執行者的比例取決於公司的發展階段。初創企業需要80%的驅動力，因為他們是奮進的人。相反，在成熟的公司中，可持續的質量領先需要不斷的硬技能磨練，而不是創意的源泉。通過小行動實現發展鼓勵開發人員提高技能可以從小事做起。例如，一種被低估的工具是讓一個人編寫測試來檢查他們的代碼，這對我們團隊中的每個人（包括高級專家）都是強制性的。許多團隊更頻繁地使用代碼審查而不是編寫測試。但是當開發人員編寫測試時，他們可能會發現他們的方法或函數太繁瑣，有很多異常和依賴項，並且幾乎不可能完全測試它。因此，他們開始重新設計代碼並尋找解決方案來改進其邏輯。他們研究其他材料，例如技術博客和最佳實踐指南，並諮詢同事以加深他們的專業知識。但是，測試也有局限性。一旦一個人學習了模式，快速而自信地編寫了測試，成長就會停止並開始例行公事。這會誘使開發人員將他們的工作自動化。具體情況分析方法專業人士暫停開發的原因有很多。他們可能對自己的職位/技能感到滿意、感到無聊或面臨具有挑戰性的外部環境。例如，我們的開發人員大部分是烏克蘭人，我們的工作受到了俄羅斯全面入侵烏克蘭的影響，這給每個人帶來了很大的壓力。團隊成員的反應各不相同——大約30%的人失去了做任何事情的動力，另外30%的人已經深入開發。一位實力強勁的後輩埋頭苦讀，僅僅六個月的時間，就掌握了高級理論。其餘的人只是簡單地適應並恢復到平常的節奏。在從事技術管理十多年之後，我意識到每個人都有不同的動機來提高他們的技能。你的任務不是給他們施加壓力，而是了解是什麼阻礙了他們以及是什麼激勵了他們。當開發人員停滯不前時，我發現一些有用的做法是： 提供新的上下文。為開發人員提供從事其他項目或更改領域的機會。新的環境帶來新的挑戰，需要適應和學習。當前的挑戰。給開發人員一項需要創造性思維和獨立研究的任務。不要提供答案。這將使他們採取主動並對結果負責。鼓勵學習。如果一個人尋求發展機會，請為他們提供資源。例如，對參加會議或研討會進行補償。調整預期。有時一個人對自己的專業知識感到滿意。在這種情況下，重要的是要達成一致：如果開發人員不希望增長，他們就不會尋求晉升。每個專家都必須有自己的發展計劃。我們根據深入評估每年制定兩次。我們設定的目標滿足公司的期望和開發人員的利益。公司的系統方法根據我的經驗，開發人員在超負荷時通常會停止專注於提高他們的技能。緊張的工作結束後，他們就沒有精力去學習了。在工作中學習是我們的主要原則。我們相信開發人員可以通過實踐經驗來提高他們的技能，因此我們將這種方法融入到員工發展計劃中。每日：為他們提供簡短的技術摘要，並通過測試和審查來處理代碼。兩週衝刺：每個衝刺包括兩到三天，開發人員可以嘗試新方法、技術等。每月一次：內部俱樂部 – 每個部門舉行持續 1 小時到 90 分鐘的會議，他們可以在其中分享經驗、舉辦實用研討會並交流最佳實踐。每三到六個月一次：與外部演講者進行三小時的課程，高級培訓。最後的想法我相信發展始於對話。你應該了解一個人的動機是什麼。我也相信，沒有錯誤的決定，只有不同的觀點。開發人員不應該害怕提出不同意見，因為批判性思維和建設性討論總是有助於團隊成長。 Illia Smoliienko 是 Waites 的首席軟件官。 Fast Company 改變世界創意獎的最終截止日期是太平洋時間 12 月 12 日星期五晚上 11:59。今天申請。
已发布: 2025-11-21 01:00:00
