https://www.spokesman.com/stories/2009/sep/05/laboata-only-way-cruise-spokane/
誰是開發團隊的團隊領導者？
通常，在開發團隊中，Team Lead 是經驗豐富的程式設計師之一（儘管團隊領導並不總是編碼員），其職責不僅包括編寫程式碼和其他技術工作，還包括協調整個團隊的活動。大多數情況下，對技術部分以及每個團隊成員的能力和特徵都有深入了解的開發人員或 QA 測試人員被任命為團隊領導。團隊負責人與技術負責人有何不同？
由於這兩個職位在許多方面都很相似，而且擔任這兩個職位的專家的職責在很大程度上是重疊的，所以讓我們澄清一下它們之間的差異。- 與技術主管不同，團隊領導不必具備技術背景。這可能是一位經理，也可能是一位早已不再直接編寫程式碼的前程式設計師。
- 團隊負責人可以遠端管理團隊。
- 團隊負責人更關注團隊的預算、計劃和其他非技術方面。
- 多參與HR工作，包括假期規劃、薪資審核等。
團隊領導與專案經理有何不同？
另一個與團隊領導重疊並導致一些混亂的職位是專案經理的職位。簡而言之，差異在於團隊領導應該主要關注人，即團隊，而專案經理則直接專注於專案。這體現在團隊領導者負責處理開發團隊專案技術實施相關的問題，而專案經理則解決與專案相關的問題，例如融資、短期和長期策略、法律方面等等。
團隊領導的職責
現在讓我們回顧一下開發團隊Team Lead 的主要職責。-
監控開發過程中品質標準的遵守。
團隊負責人的任務是確保團隊編寫符合公司標準的程式碼並生產高品質的產品。
-
監控優先事項的遵守。
此外，團隊領導必須確保團隊在工作時遵循優先級，並且通常知道在軟體產品的每個特定生產階段什麼是最重要的。
-
組織團隊。
正如許多經驗豐富的團隊領導所指出的那樣，他們的任務首先是確保團隊是自組織的，並且每個參與者都為共同的事業做出貢獻。
-
負責團隊中的所有問題或困難。
團隊負責人負責開發團隊中所有可能影響最終產品品質的問題。
-
樹立了專業精神和遵守最佳編碼實踐的典範。
團隊領導的另一個相當重要的角色是為其他團隊成員樹立榜樣，遵循編碼中的既定原則和最佳實踐。
-
了解並能夠在編碼中實施不同的流程和方法。
此外，為了專案的利益，團隊領導必須了解並能夠在程式設計師團隊中實施各種方法，例如 Scrum、看板、XP、精實等。
-
分配責任。
團隊領導者的任務是以這樣一種方式組織工作量，即沒有任何團隊成員是唯一有能力實施專案的一個或另一部分的人。這樣，即使其中一位專家不在現場，團隊也能有效率地工作並繼續工作。
-
與客戶和/或管理層保持溝通。
團隊領導的另一個重要任務是與客戶或管理層保持持續的溝通，以確保開發團隊從業務角度清楚地了解專案的目標和問題。
負責該專案的工作。
但團隊領導者最重要和最重要的職能之一是確保專案工作穩定且持續進行，以便團隊成員本身和管理層/客戶都能清楚地看到和理解進度。
-
維持團隊紀律。
當然，團隊領導者有義務監督紀律：團隊成員如何相互交流、參加會議、處理工作等。
如何成為優秀的團隊領導者？建議
現在，讓我們繼續了解行業專家和經驗豐富的開發人員如何成為真正優秀的團隊領導的技巧。-
專注於人，而不僅僅是程式設計。
「團隊領導的職位通常由最資深、最有經驗的開發人員擔任。這可能是個錯誤。一個人擁有很強的技能和技術知識，並不意味著他也擅長領導別人。」北卡羅來納大學技術支援專家 Mike Honeycutt在問答網站 Quora 上分享了她的經驗。
儘管團隊負責人從事專案的技術方面也非常重要，但該職位中最重要的角色仍然是領導力，即管理人員並組織程式設計師和其他專家團隊的工作。因此，培養溝通和管理能力非常重要。
-
Контролируйте свое эго.
Не стоит воспринимать данную позицию How место большого босса. На самом деле она оставляет крайне мало места для контроля. “Для меня было большим сюрпризом, что у тимлида на самом деле очень мало власти над проектом в целом. Тем, кто получает удовольствие от власти, это можно быть сложно понять. Позиция тимлида оставляет очень мало пространства для эго,” — отметил Чак Кариш (Chuck Karish), релиз-инженер компании Google.
-
Учитесь выступать посредником и договариваться.
“Для меня самой большой сложностью всегда была необходимость быть посредником между командой разработчиков и всеми остальными. Каждое, даже самое простое решение, может иметь далеко идущие последствия, поэтому очень важно обсуждать его со всеми заинтересованными сторонами,” — говорит Линда Брэнаган (Linda Branagan), в прошлом опытный тимлид из компании Construct Internet Design.
- Обсуждайте детали и договаривайтесь обо всем заранее.
Поскольку коммуникации — это важная часть функциональности тимлида, старайтесь по-максимуму обсуждать все аспекты работы над проектом и договариваться обо всем заранее, советует Майк Скэнлин (Mike Scanlin), СЕО американской компании Born to Sell и бывший тимлид в целом ряде ИТ-компаний, среди которых T/Maker и General Magic.
“Нет ничего хуже, чем работать в течение года над проектом, и, продемонстрировав результаты своей работе на очередной спринте, услышать от членов команды что-то вроде “А How насчет этих функций?” or “Мы забыли, что нам нужно будет реализовать вот это.” Постарайтесь убедиться в том, что все известно и четко спланировано еще до начала работы над проектом,” — рекомендует он.
-
Не провоцируйте конфликты, но будьте готовы к ним.
Также важно помнить о том, что будучи на позиции тимлида, очень сложно угодить всем сторонам, а поэтому конфликты в той or иной форме практически неизбежны. “Работа на позиции тимлида означает, что на Howом-то этапе вам придется принимать решения, касающиеся членов команды, и эти решения неизбежно будут вызывать конфронтацию. Этот аспект работы часто оказывается неожиданным для многих тимлидов, потому что далеко не все умеют и способны решать конфликты,” — сказал Стив Морс (Steve Morse), разработчик поддержки в компании Tealeaf Technology.
GO TO FULL VERSION