<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                假設大方向已經確定,接下來需要確定的就是每天團隊用來協調的工具。這些工具很有用,但是可能會限制溝通的效果,因為它們常常缺乏面部表情以及身體語言這種輔助的溝通渠道。結果它們可能會導致溝通產生誤解,從本質上對HRT造成威脅。不管怎么說,這些工具對絕大多數團隊來說仍然是不可替代的,(只需要一點點努力)就可以大大提高生產力。 ### 郵件列表 我們還沒見過寫軟件不用郵件列表的人,不過這些技巧可以讓你更好地利用郵件列表。 很多非常成功的項目都有好幾個郵件列表,把開發討論、代碼審查、用戶討論、公告發布、調度郵件,以及各種管理瑣事區分開來。有時候一些比較小的項目一開始的時候就會試著依葫蘆畫瓢,在只有三個工程師和兩名用戶的時候就建了一大堆郵件列表。這相當于五個人為了討論一件事情卻準備了六間會議室——最終只會導致討論缺乏連貫性,大量的重復,還有很多空置的房間。最好的做法其實是從一個列表開始,當信息量太大無法管理(通常是列表成員開始抱怨求饒的時候)的時候再逐漸增加數量。好好花點時間培養郵件討論的禮儀——文明討論,不要被那些“嘈雜的少數人”<sup>1</sup> 所阻撓。 雖然當整個團隊坐在一個辦公室里的時候,郵件列表并非是進行討論的最佳選擇,不過用它來發布會議議程、會議記錄、決策、設計文檔,以及任何相關的文字信息再好不過了,它是一個非常方便的集中記錄點。通過這些列表將所有帖子存檔,并為之建立可搜索的索引,如果是開源項目,可以把它公布在網上;如果是閉源項目,則可以把它放在公司的內網上。這樣你的項目就擁有了一份完整的歷史記錄,當新人對過去作出的某項決策心存懷疑的時候,就可以很方便地回溯查看當時那么做的原因。如果不存檔這些討論的話,你會發現自己不得不一次又一次地重復討論它們。 ### 在線聊天 在線聊天對于團隊來說是非常方便的溝通方式,特別是因為它能在不打斷同事的情況下快速發送請求(當然啦,她的聊天工具一定要設置成可以不受打擾的)。團隊如果需要在晚上或是周末做一點簡單工作,或是某位成員休息一兩天的時候,這個工具對團隊來說是很方便的。一對一聊天是非常有用的工具,在團隊交流里絕對占有一席之地,但是我們強烈推薦采用群聊的方式 <sup>2</sup> 。 多年前在即時通信還不流行的時候,團隊通常都會掛在互聯網中繼聊天(就是所謂的IRC)頻道里,大多數討論都是以群聊的方式進行的。有時候這會顯得有點吵鬧,但是這樣一來,討論就是“當著整個團隊的面進行”的了,而且如果談話內容和其他人沒什么關系的時候,轉成私下討論也是非常方便的。這樣其他人就可以選擇隨時加入討論,或者潛在一邊只看不說,甚至可以對錯過的討論補充意見。它的便捷不但體現在即興討論可以隨時進行上,更表現為能幫助團隊培養社區感,即使他們相隔萬里也沒關系。新成員不一定要參與,光是看大家討論(或是閱讀過去的談話記錄)就能學到很多東西,效果往往能叫人驚嘆不已。 當即時通信出現之后,很多原本在集體聊天室里進行的談話都變成了私下交談,因為即時通信默認就是如此。害怕自己會問出傻問題的不安全感會讓人更傾向于一對一的討論,以避免當眾出丑的風險。可惜這么做只會給團隊增加負擔,因為這樣一來知識就無法共享,同事之間可能會重復不斷地問同一個問題。所以無論用什么軟件來溝通,我們都強烈建議要有一套方便可用的群聊機制。VPN和安全限制的確會造成一點障礙,但是這層溝通渠道對于團隊來說是很有價值的,再麻煩也值得。 現在很多人第一次聽到IRC的時候,都會嘲笑它簡陋的文本環境,最新版的 IRC 客戶端看起來都要比 iChat 或者Google Talk的舊版本差勁。但是千萬不要被 IRC其貌不揚的外表和風格所迷惑——專門設計的異步群聊才是它的殺手級特性,絕大多數客戶端都支持無限向上翻頁,所以你可以回過頭去看之前錯過的討論。漂亮的視頻會議軟件包、共享白板系統等或許很有誘惑性,但是它們只會打擾工程師的工作,完全抹殺了IRC異步的優勢。IRC并不是你唯一的選擇,但是如果你打算用別的軟件的話,一定要選真正為群聊而設計的產品,不要選那種只是硬是加上群聊功能的即時通信系統。 有時候人們更喜歡在網上聊天。還記得那是我們頭一次參加編程馬拉松,就是很多開源貢獻者互相見個面(很多人都是頭一次見),然后一起做項目。我們走進一間幾乎沉默的房間,里面擺了十幾張桌子,每張桌子都坐了六到八個人,在筆記本上瘋狂地打字。因為我們遲到了,所以看到這個情景的時候還以為大家都在專心寫程序呢,所以我們也坐了下來,打開筆記本,啟動編輯器,登入項目的 IRC 頻道,看看那些沒辦法參加馬拉松的人是不是在線,結果發現 IRC 頻道里正討論得熱火朝天。我們打了個招呼,說剛剛才到馬拉松現場,立刻就有好幾個人在 IRC 頻道里和我們說哈啰了,而當時他們就坐在我們三米開外啊!你可以想象我們吃驚的程度了吧。習慣了在網上聊天而產生的慣性其實只是一部分原因,更多的原因是這種和團隊的溝通方式對有些人來說是最自然的。可在坐了四個多小時的飛機后,我們非常想要和人說說話,于是我們還是站了起來,越過桌子走過去和他們面對面的交流了。 * * * * * > <sup>1</sup> 所謂“嘈雜的少數人”是指少數的那一兩個人,他們會回復每個帖子,反駁每個他們不同意的觀點。這些帖子乍看之下似乎討論得熱火朝天,其實一共就那么一兩個牢騷滿腹的人在上竄下跳而已。你需要及時地小心處理這種情況(第四章會詳細討論對付這種人的辦法)。 > <sup>2</sup> 當然,在需要不受打擾,或是沒辦法切換工作內容的情況下,忽略聊天也是完全可以接受的。
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看