我很難找到一個良好的溝通媒介。在我們的工作中，看起來很容易迷失在代碼中，並忘記時間。爲每一個小任務發送更新似乎也很荒謬。儘管我正在努力完成工作，但在一家與其他分支機構之間有非常積極的溝通的公司中，如果我沒有不斷更新自己的狀態，這對我來說很不利。但是，如果我正在進行3-4小時的項目工作，那麼我不會爲每個輸出的代碼行更新管理。程序員應該多久與管理層溝通？
範圍我知道，取決於人員，公司等，但對於有效的溝通來說，一個好的一般規則是什麼？
你需要理解爲什麼管理者需要你的溝通。我過去曾經開發過開發團隊，而且我目前是編碼咕嚕聲，所以我看到了溝通的雙方。
管理人員通常沒有時間親自參與編碼，主要是因爲他們經常不得不與團隊中的其他編碼人員，測試人員，高級管理人員，產品經理，客戶，人力資源等打交道。
你的經理已經承諾提供軟件，並委託你提供一些軟件。因爲他沒有時間來處理你，所以他需要信任你。 （S）他相信你專注於工作並交付軟件。如果你搞砸了，（他）也會受到傷害。
溝通的目的是展示紫癜知識，展示焦點並展示結果。以下是主要的溝通形式。
隨着時間的推移，良好的溝通將建立良好的信任，最終確定您信任的工作質量和數量。
對於這個3-4小時的項目，您必須在啓動時完成狀態更新，完成狀態更新以及在中間執行的任何代碼提交時（但如果您不這樣做，那也可以） 。
敏捷方法論說你應該有2周的代碼開發週期。我認爲關於大型項目的溝通也是如此。我試圖每兩週進行一次重要的溝通。這包括我在所有項目和所有方面的狀態。這可以是電子郵件，電話或面對面的形式。在我看來，溝通的唯一原因是，如果你遇到了障礙，需要你的經理幫助克服它，或者你正在做一個項目或任務，他們需要在完成時提供反饋意見。通常這會將不需要的通信降到最低。
另一種方法是直接去看看你的經理，詢問他們想要什麼類型的溝通以及多久。一般來說，好的經理人只有在有重大問題或每週/每月間隔時才需要更新。你需要與他們討論什麼足以讓他們在循環中，而不是浪費你或他們的時間。
最終，大量的溝通是好的，但是如果你在這個區域（並且相信我，我知道一旦你進入該區域就有多難），找到其他溝通方式流失。
溝通可以採取多種形式。如果你有一個功能列表，並且可以通過某種方式檢查它們，那麼通信就如同爲每個功能發送一封電子郵件一樣簡單。如果您有問題跟蹤系統，那麼在修復/實施問題時，溝通可以像更新問題一樣簡單。
要更新業務利益相關者的進展？我每週都這樣做。
從業務利益相關者那裏瞭解我需要的更多細節？每週幾次，有時一天幾次，通常是即時通訊的預定或即興。
要與項目經理交談？儘可能多地讓我更有效率。
這是一個有趣的問題，因爲它強調了程序員的口頭能力，他最終在編碼過程中獲得所有消耗，所有其他東西似乎「無關緊要」，一直存在，並造成災難性後果！
不要害怕說出來....
如果有什麼東西正在困擾着你，當你的代碼...嘗試在簡單的術語跟他們，最終，管理層也不想知道intracies指針操作，TCP/IP協議棧，控制在WM_PAINT上重新刷新，動態映射網絡驅動器以獲取一些數據....你得到的漂移....
說清楚，簡潔，抽象... 。不要說什麼可以說......指針操作和分段錯誤，只是說「代碼的內部存在一些問題，導致它行爲不端，我估計一個n時間來解決這個問題，並得到它的文件，並標記問題解決儘快「n是一個時間的數量，分鐘/小時/天/周或甚至更糟月/年......
如果你遵循這種模式，管理層希望聽到這種模式，如果他們聽到積極的態度，那就是你獲得融洽和信任的地方，並且信任的水平將會加深。這當然會有一些「輕微的麻煩」......管理層可能會因爲負責編碼而信任的負擔加重......在這裏要小心......不要自以爲是「天哪，他們喜歡我「，同時讓代碼的」責任「負擔加重......通信和他們想聽到的內容之間有一個很好的平衡......順便說一句，我絕對討厭這個概念親吻自己的屁股以獲得前進...不要！
道德和底線（我的聾子和發現交流非常沮喪，讓我感覺自己好像被壓下或者沒有被聽到，很難處理這件事，因爲我很容易誤解或誤解已經說過的話，這是我的經歷），講清楚，不管是多麼大或者小的編碼挑戰，或者如果挑戰是不可逾越的，畢竟這需要團隊努力。與團隊分享。我會保持警惕，如果沒有共享任何東西，團隊中的每個人都是孤立的，沒有人說...這是魚腥味......
我投票結束這個問題作爲題外話，因爲它是關於工作場所的問題，不是編程。 – jpmc26 2017-09-18 22:30:34