大家好！ 我叫柳德米拉‧馬卡洛娃 (Lyudmila Makarova)，是 UBRD 的開發經理，我的團隊中有三分之一是「多面手」。
承認：每個 Tech Lead 都夢想在團隊中實現跨職能。 當一個人能夠代替三個人，甚至有效率地完成工作，而不延誤最後期限時，這真是太酷了。 而且，重要的是，它節省了資源！
聽起來很誘人，但真的是這樣嗎？ 讓我們試著找出答案。
祂是誰，我們期望的先行者？
「通才」一詞通常是指兼具多個角色的團隊成員，例如開發人員兼分析師。
團隊的互動及其工作結果取決於參與者的專業和個人品質。
硬技能一切都很清楚，但軟技能值得特別注意。 它們幫助找到與員工打交道的方法，並指導他完成對他最有用的任務。
關於 IT 產業中各種性格類型的文章有很多。 根據我的經驗，我將 IT 通才分為四類：
1.“普世——全能”
這些無所不在。 他們總是很活躍，想要成為關注的焦點，不斷地詢問同事是否需要他們的幫助，有時甚至會很煩人。 他們只對有意義的任務感興趣，參與這些任務會給他們創造力的空間，並能激發他們的自豪感。
他們的強項是什麼：
- 能夠解決複雜的問題；
- 深入問題，「挖」成果；
- 有一顆好奇心。
但是：
- 情緒不穩定；
- 管理不善；
- 有自己不可動搖的觀點，很難改變；
- 很難讓一個人做一件簡單的事。 簡單的任務會傷害全能者的自我。
2.“通用——我會弄清楚並做到”
這些人只需要一本手冊和一點時間——他們就會解決問題。 他們通常在 DevOps 方面擁有深厚的背景。 這些多面手不會為設計而煩惱，而更喜歡使用僅基於他們的經驗的開發方法。 他們可以輕鬆地與技術主管討論執行任務的選擇選項。
他們的強項是什麼：
- 獨立的;
- 抗壓力；
- 勝任許多問題；
- 博學——總有東西可以和他們談論。
但是：
- 經常違反義務；
- 往往使一切變得複雜：透過分部積分來解決乘法表；
- 工作品質低，一切工作2-3次；
- 他們不斷地改變最後期限，因為實際上一切都沒有那麼簡單。
3.“通用——好吧，讓我來做吧，因為沒有其他人了”
該員工精通多個領域並擁有相關經驗。 但他未能成為其中任何一個方面的專業人士，因為他經常被用作生命線，填補當前任務中的漏洞。 靈活、高效，認為自己很受歡迎，但事實並非如此。
務實的理想員工。 很有可能，他有一個自己最喜歡的方向，但由於能力的模糊，而沒有發展。 結果，一個人可能會面臨無人認領和精神疲憊的風險。
他們的強項是什麼：
- 負責任的;
- 以結果為導向;
- 冷靜的;
- 完全被控制。
但是：
- 由於能力水平低而顯示平均結果；
- 不能解決複雜、抽象的問題。
4.“全才是技藝大師”
具有嚴肅開發背景的人具有系統思維。 迂腐，對自己和團隊要求都很高。 如果不明確界限，任何涉及他的任務都可以無限期地增長。
他非常熟悉架構，選擇技術實現方法，仔細分析所選解決方案對目前架構的影響。 謙虛，沒有野心。
他們的強項是什麼：
- 表現出高品質的工作；
- 有能力解決任何問題；
- 非常有效率。
但是：
- 不能容忍他人的意見；
- 極簡主義者。 他們試著把每件事都做好，這會增加開發時間。
我們在實踐中有什麼？
讓我們看看角色和能力最常如何組合。 讓我們以標準的開發團隊為起點：PO、開發經理（Tech Lead）、分析師、程式設計師、測試人員。 我們不會考慮產品負責人和技術負責人。 首先是技術能力的缺乏。 第二個，如果團隊出現問題，應該要能做到一切。
組合/合併/組合能力最常見的選項是開發人員-分析師。 測試分析師和「三合一」也很常見。
以我的團隊為例，我將向您展示我的多面手同事的優點和缺點。 我的團隊中有三分之一的人，我非常愛他們。
PO 接到緊急任務，對現有產品引進新關稅。 我的團隊有 4 位分析師。 當時，一個人在休假，一個人生病了，其餘的人都在忙著執行戰略任務。 如果我把它們撤掉，將不可避免地擾亂實施期限。 只有一個出路：使用「秘密武器」——掌握所需學科領域的多才多藝的開發人員兼分析師。 我們就叫他阿納托利吧。
他的性格類型是 “通用——我會弄清楚並做到”。 當然，他很長一段時間都試圖解釋說他“任務已全部積壓”，但由於我意志堅定，他被派去解決一個緊迫的問題。 阿納托利做到了！ 他按時進行了分期並完成了實施，客戶很滿意。
乍一看，一切順利。 但幾週後，對該產品再次提出了改進的要求。 現在這個問題的表述是由一位「純粹的」分析師所進行的。 在測試新開發的階段，我們很長一段時間無法理解為什麼我們在連接新關稅時會出現錯誤，只有在解開整個混亂之後，我們才會弄清楚真相。 我們浪費了很多時間並且錯過了最後期限。
問題是，許多隱藏的時刻和陷阱只保留在我們旅行車的腦海中，而沒有轉移到紙上。 正如阿納托利後來解釋的那樣，他太匆忙了。 但最有可能的選擇是，他在開發過程中已經遇到了問題，並且只是繞過了它們，而沒有在任何地方反映這一點。
還有另一種情況。 現在我們只有一名測試人員，所以有些任務必須由分析師（包括通才）來測試。 因此，我給有條件的費多爾佈置了一項任務—— “通用——好吧，讓我來吧，因為沒有其他人了”.
Fedor 是一個“三合一”，但已經指派了一名開發人員來執行此任務。 這意味著 Fedya 必須只結合一名分析師和一名測試人員。
需求已收集，規格已提交開發，是時候進行測試了。 Fedor 對正在修改的系統瞭如指掌，並且已經徹底解決了目前的要求。 因此，他並沒有費心編寫測試腳本，而是對「系統應該如何運作」進行測試，然後傳遞給使用者。
測試完成，改版投入生產。 後來事實證明，該系統不僅暫停了對某些餘額帳戶的付款，還阻止了極少數不應該參與此活動的內部帳戶的付款。
發生這種情況是因為 Fedor 沒有檢查“系統不應該如何工作”，也沒有製定測試計劃或清單。 他決定節省時間並依靠自己的直覺。
我們如何處理問題？
此類情況會影響團隊績效、發布品質和客戶滿意度。 因此，不能不引起重視並分析其原因。
1. 對於每一項造成困難的任務，我要求你填寫一個統一的表格：錯誤圖，它可以讓你識別「回撤」發生的階段：
2. 確定瓶頸後，與影響該問題的每位員工舉行頭腦風暴會議：“要改變什麼？” （我們不考慮回顧特殊情況），因此在最後期限內產生了特定的行動（針對每種性格類型）。
3. 我們引入了團隊內部互動的規則。 例如，我們同意必須在專案管理系統中記錄有關任務進度的所有資訊。 當在開發過程中改變/識別工件時，這必須反映在知識庫和技術規格的最終版本中。
4. 每個階段都開始進行控制（特別注意過去有問題的階段），並根據下一個任務的結果自動進行。
5. 如果下一個任務的結果沒有改變，那麼我不會把這個多面手放在他處理不好的角色上。 我嘗試評估他的能力和發展這個角色能力的慾望。 如果我沒有找到回應，我就會讓他扮演更接近他的角色。
最後發生了什麼事？
開發過程變得更加透明。 總線係數降低了。 團隊成員透過改正錯誤，變得更有動力，並提高他們的業力。 我們正在逐步提高版本的品質。
發現
通才型員工有其優點和缺點。
優點：
- 您可以隨時關閉下垂的任務或在短時間內解決緊急的錯誤；
- 解決問題的綜合方法：表演者從所有角色的角度來看問題；
- 多面手幾乎可以同樣出色地完成所有事情。
缺點：
- 總線係數增加；
- 該角色固有的核心能力受到侵蝕。 因此，工作品質下降；
- 截止日期改變的可能性增加，因為每個階段都沒有控制。 培養「明星」也存在風險：員工自信地認為自己更了解自己是專業人士；
- 職業倦怠的風險增加；
- 有關專案的許多重要資訊只能保留在員工的「頭腦中」。
正如你所看到的，還有更多的缺點。 因此，只有在資源不夠、任務又比較緊急的情況下，我才會使用多面手。 或一個人擁有其他人所缺乏的能力，但品質受到威脅。
如果在共同完成一項任務時遵守角色分配規則，那麼工作品質就會提高。 我們從不同的角度看問題，視野並不模糊，新鮮的想法總是會出現。 同時，每個團隊成員都有一切機會進行專業發展和擴展他們的能力。
我相信最重要的是感受到自己參與這個過程中，去做你的工作，逐漸增加你的能力範圍。 然而，團隊中的多面手帶來的好處是：主要是確保他們有效地結合不同的角色。
祝大家都成為「萬能大師」的自組織團隊！
來源： www.habr.com