从工程转向管理，访谈Github公司的Phil Haack
在本次播客中，QCon舊金山大會、?倫敦大會和紐約大會的主席Wes Reisz訪談了GitHub的工程主管Phil Haack，Haack在Github的工作聚焦于實現將軟件推送到開發人員的桌面，當前正致力于發布GitHub Desktop這樣的軟件。GitHub Desktop是用于Visual Studio開發工具和Atom文本編輯器的Github擴展。Haack于2011年加入Github，他也是.Net社區中的重量級人物。在Microsoft工作時，Phil在NewGit、ASP.NET和MVC.NET的發布中起到了核心作用。
關鍵要點：
我們常過度關注軟件開發實踐的具體細節。但是當擴展到大型的項目和團隊時，挑戰就不再是技術上的，而是社會問題。
研究顯示了多樣化程度更高的團隊會更加的高效。
正在向管理層轉化的工程師應將這種轉化看成是與任何技術領域一樣的一門學問；這并非是一件“僅靠即興發揮”就能去處理的事情。
建立高效團隊需要信任，信任的存在可使團隊成員在不破壞相互關系情況下，進行坦率的探討和健康的辯論。一對一交流是一種實現信任的有效方法。
要成為工程師團隊中有影響力的教練，管理者需要體現出強大的技術領導力。在技術上不可靠的人通常不會被技術團隊很好地接納。
點擊播客鏈接收聽
播客記錄
1分59秒：“我們常過度關注軟件開發實踐的具體細節。但是當擴展到大型的項目和團隊時，挑戰就不再是技術上的，而是社會問題。”（引用自Peopleware）。在從按個人喜好開發項目轉到參與幾十上百人共事的大型開發項目的過程中，開發人員所面對的最艱難挑戰在于如何與他人共事、如何很好地相互協調以及如何從他人那里學到最多的東西。
3分09秒：一種應具備的重要能力，是采取證據法識別那些對推動協作產出有效的實踐和方法，但是該領域的研究并不多。我們只能依賴于現有的研究方法，逐個試驗它們的應用效果。這樣才能確定一種方法是否真正有效，或者僅是一種不能實際應用于開發空間中的“傳統觀念”。
3分40秒：合理的開發實踐就是配置能運行的開發環境的技術。這樣開發人員下載項目之后就可按下F5鍵去編譯項目，而無需在完成繁雜的設置后才能使用該項目去做甚至是最簡單的操作。如果項目是從代碼庫克隆而來的，那么僅需寥寥數步操作就可讓該項目在開發人員本地的機器上運行起來。
4分26秒：自動編譯、持續集成等工具有助于使開發人員保持理智。
4分52秒：在QCon舊金山大會的“軟件技能”專題報道中，安排了報告“用于高效團隊和產品的社交編程”。但是在實際中，社交編程的相關技能是非常難以學習并應用于日常生活中的。
5分09秒：我們所存在的最大問題是社會學上的，這些問題通常并未得到企業和工程師的足夠重視。企業和工程師的努力方向側重于去解決技術實踐問題，但是問題的根源卻在于人們間是如何交流以及如何共事的。
5分36秒：該報告內容包括了許多的個人經驗教訓，以及對這些經驗教訓的研究。一些經驗證的研究顯示，部分經驗教訓對實現更高效的團隊有用。
5分56秒：研究顯示多樣化程度更高的團隊會更加高效。具有更加多樣化構成的工程團隊是更有生產力的。社會公正是一個由試驗性證據支持的重要方面，這些證據顯示了團隊中多樣性的價值所在。
7分11秒：Haack曾在Microsoft從事開源軟件工具和產品工作，他的工作可以說是在防火墻之外，并正在向Github遷移。那時Scott Guthrie是該項目的領導，他支持推動ASP.NET MVC開源，并認為Microsoft的未來取決于其對開源的支持程度。
8分25秒：NewGit軟件包管理器在一開始就是開源的，雖然經歷了很長的時間才使團隊可以公開接受項目貢獻。
8分51秒：在從Microsoft遷移到Github中的差別主要在于，從一個十萬人的企業轉變到一個只有30到50人的團隊，并看著它成長到約600人規模。
9分23秒：ASP.NET MVC的開源最初是以MSPO許可發布，開源需要企業文化的轉變。最初在發布代碼前要做IP審查，但是這個開銷已經被精簡了。
10分20秒：Haak想從一開始就將NewGit遷移到Github上而非Codeplex上，這樣可以支持更大型的開發社區。這樣做的目標在于使NewGit對更廣泛的開發社區有吸引力，而非僅是Microsoft愛好者。
11分00秒：對于想要發布產品到開源環境中的開發人員，我們有如下的提示和建議：
從小規模開始；
挑揀其中獨立的部分進行試水；
從他人的例子中學習；
響應反饋；
響應社區反饋需要做額外的工作，但是這些努力是值得的。
12分52秒：Haak很樂于看到ASP.NET發布在Github上，同時也驚訝于該事情的實現是如此之快速。
13分34秒：作為一種跨平臺腳本工具，Powershell已被發布在Github上。
13分58秒：跨平臺.NET易于使更多的Microsoft產品開源。
14分26秒：Atom項目的目標是成為“最可控的文本編輯器”。Atom基于JavaScript、CSS和HTML，這些工具很可能為大部分開發人員所熟悉。開發人員可用已掌握的技能去擴展并定制自己的文本編輯器。
15分36秒：Haak寫過一個關于鼓勵使用Atom的博客帖子，談及用戶在每次使用Atom保存文件時所給予的點滴鼓勵。構建Atom擴展是一件多么有趣的事情呀。
16分43秒：Electron項目是從Atom項目中抽取出來的，并已成為一個獨立的項目。依靠自身的影響力，Electron已構成了一個重要的社區。Slack客戶是基于Electron構建的，Nuclide?Facebook IDE是基于Electron和Atom構建的，Visual Studio Code也是基于Electron構建的。許多企業正使用Electron作為跨平臺應用的基礎。
18分00秒：類似于Node應用，Electron應用使用Node和NPM運行于Chromium客戶Shell中，這意味著NPM包的引入有助于桌面應用的構建。
18分35秒：Slack客戶使用Electron構建。Slack的首席工程師之一Pual Bets原先是在Github，他深入地參與了Electron社區。
19分06秒：借用Web開發技能去構建桌面應用的理念已經存在很長時間了，當前由于工具的存在和性能上的改進，構建一個好的跨平臺應用是可行的。
19分44秒：Haak應急需而成為Github的經理。
20分22秒：對正進入管理層的開發人員的建議：
將這種轉化看成與一種其它技術領域一樣的學問；這并非是一件“僅靠即興發揮”就能去處理的事情。
學習并實踐做管理所需的技能。
學習如何去做好與你所管員工的每周一對一會談。
構建并發展你與每位同事間的信任。
好的一對一會談不是去做狀態更新，而是去傾聽你的團隊成員的時間。
21分39秒：提供一個好資源：管理者工具（Manager Tools）播客。
21分45秒：如果按30分鐘時間來安排一對一談話，其中的15分鐘可用于團隊成員的暢所欲言，另外15分鐘由經理講話；或者是對大家暢所欲言、經理講話和展望未來各安排10分鐘的時間。在談話中重要的是應始終以團隊成員的關注點為開始，因為談話是關于團隊成員的。一對一談話可使得經理和員工彼此了解，進而構建相互信任的關系。
22分22秒：建立高效團隊需要信任，信任的存在可使團隊成員在不破壞相互關系情況下，進行坦率的探討和健康的辯論。
23分14秒：怎樣構建開發現代軟件所需的偉大團隊，對此建議如下：
一對一談話并建立信任；
構建可很好交付反饋的企業文化（通常是很難的）；
良好的反饋是持續性的、規律的、有建設意義的和積極的。
24分10秒：當一個團隊中成員彼此間可以舒暢安全地給予坦誠反饋時，這樣的團隊就具備了不斷改進的能力。
24分40秒：如何聘請或培養一位好的經理？
在Github，經理是技術領導，是那些還具有一些個人職責的高級工程師；
經理領導4到6人的技術團隊；
責任分割，80%是技術上的，20%是人事上的；
經理的職責受到主管的支持，主管的責任分割比例與經理相反，即80%是人事上的，20%是技術上的。
26分11秒：成為具有強大的技能、存在高度共鳴、具備指導并保證團隊成員成長的能力的領導者。
26分30秒：要成為工程師團隊中有影響力的教練，管理者需要體現出強大的技術領導力。在技術上不可靠的人通常不會被技術團隊很好地接納。
在2016年11月7日至9日間召開的QCon舊金山大會?上，Phil Haack將在稱為“軟件工程的軟技能”的新專題上做報告。該專題關注如何去成為一名神奇的軟件開發人員，聚焦于在開發人員角色上所需的有效人際交往能力。Haack的報告題目是“用于高效團隊和產品的社交編程”。
所提到的產品和工具
ASP.NET MVC
Atom
Chromium
Node
Nuclide
Slack
Nuclide
Visual Studio Code
所提到的企業
Github
Microsoft
資源
Peopleware：Tom DeMarco和Tim Lister所實現的高產能項目和團隊
管理者工具（Manager Tools）播客
原文鏈接： http://www.infoq.com/cn/articles/engineering-culture-phil-haak
.NET社區新聞，深度好文，微信中搜索dotNET跨平臺或掃描二維碼關注
總結
以上是生活随笔為你收集整理的从工程转向管理，访谈Github公司的Phil Haack的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 在Linux开发.NET——拜拜了Win
- 下一篇： 沉沦17年，这位昔日科技霸主、最值钱企业