怎樣和開發人員相處
英文原文： How to work with developers
做為一名自由職業者，我得以和不同公司一起工作，看到了一些瘋狂的現象，比如大聲爭吵、毫無理由地開除開發人員。一些人不清楚該如何與開發人員一起工作。
如果你不想最終淪為呆伯特漫畫【注1】里的處境，下面給出了一些指導，介紹了如何與開發人員相處。
一開始就有清晰的計劃
你可以把開發軟件看做是建造一座房子。你研究需求、制定計劃，然后開始建造。一旦他們開始建造房子，你會時不時地提出一些「小調整」嗎？不會。 對于開發軟件，同樣如此。你的「小調整」對于我的數據庫將產生巨大影響，并拖延項目進度。在你提交需求之前，要確保需求都做好了。
不要讓我們卷入辦公室政治
你是管理人員，應該承受這份壓力。我們犯了錯誤，將對此負責。但是，如果我們被逼著應付辦公室政治，就不可能好使了。不要讓我們從完成項目中分心。
解釋需求產生的原因
這和上面的觀點有聯系。盡管我們不想卷入無用的討論，我們還是樂于了解需求產生的上下文。明白這一點，我們將有一個清晰的項目目標，并激勵著我們。
聽取我們的意見
尤其是在需要做出一項技術決定時。項目打算托管在 AWS，或是其它地方？猜猜誰對此有強烈的看法？不要只是聽從銷售人員，而要問問那些真正需要搞定這項工作的人們。
立即說出冰冷殘酷的真相
某些管理人員說起話來滔滔不絕，卻說不到點子上。大多數開發人員都能較好地識破你是否在扯淡，并很快看穿你的獨白。只需告訴我們什么問題，我們就會試著去解決。要直奔主題。
不要打斷我們
我們不喜歡閑聊。當我們正嘗試解決問題時，就更不喜歡閑聊了。你可以將我們看做是在解決一個龐雜的難題。如果你打攪我們了，我們將不得不再次從頭開始，因為，為了明白如何解決這些問題，我們需要大量的專注。讓我們平靜地寫代碼吧。
By Jason Heeris
每天會議時間不超過 5 分鐘
站立會議最好了。我們喜歡得到我們工作的反饋，而不愿意長時間坐在會議室里。這會分散我們在項目中的精力，并讓我們對繼續手頭的工作感到恐懼。你應該做出演示，并監控甘特圖。
我們喜歡自由時間（而非愚蠢的截止日期）
我們不介意偶爾加班，但是介意加班常態化。優秀的管理人員明白怎樣調整優先級。如果每件事情都是重要的，就相當于每件事情都不重要。如果你知道我們離開了辦公室、或今天是周五晚上，就不要用愚蠢的需求打擾我們。
營造舒適的工作環境
我見過開發人員在難聞的辦公區、悶熱的辦公區、吵鬧的辦公區、甚至骯臟的辦公區工作。嚴重嗎？營造一個舒適的環境，不需要花費太多功夫。如果你 不購置開發人員想要的多余顯示器，那么，你認為公司會獲益嗎？一些管理人員對開發人員的離開感到迷茫，然而該如何留住他們，只給他們買些舒服的椅子，或許 能夠解決一部分問題。
提升+獎勵時間
我怎樣才能得到提升，應該是明確的。對我而言，還有一些其它選擇，因此不要讓我等太長時間。時不時地給一些獎金，是值得感激的。你能給我的最好禮物，是讓我參加開發者大會，以及參與培訓。開發人員喜歡學習，以提升他們的技能。他們需要這樣做，因為技術在發展。
這是我目前所經歷的一些狀況實例。關于這個問題，可以參考大量的優秀書籍：《人月神話》和《人件》是我比較喜歡的。
你是自由職業者？讓你的賬單自動化，在這里登錄 RecurVoice。
- 注1：呆伯特(Dilbert)是斯科特·亞當斯(Scott Adams)的漫畫跟書籍系列，由作者自身辦公室經驗跟讀者來信為本的諷刺職場現實的作品。https://zh.wikipedia.org/wiki/%E5%91%86%E4%BC%AF%E7%89%B9