作為乙個軟體開發人員，只有卓越的技術是不夠的。更重要的是應該專注一些作為乙個專業人士應該了解的內容。在我的排序中，與參與專案的其他人的交往能力是名列前茅的。無論專案是什麼性質的，你都需要與其他人互動：
我們與專案經理的關係並不總是那麼和諧：我們作為開發人員非常容易抱怨他們。畢竟是他們的吹毛求疵導致了我們一再需要改動**，甚至到周五晚上六點還得趕去公司加班。又或者，他們要求持續地發布一些對我們毫無意義的功能。
不過，我認為專案經理在一支成功的團隊中有著基礎性的作用。作為乙個開發者，只有當團隊成功了，我才能成功。出於這個原因，我認為與專案經理打好關係是交付成果的關鍵。我很幸運我碰到了很多助我良多的專案經理。當我在tripadvi
sor的時候，尤其如此：在那裡我遇見了一位堪稱絕對偉大的專案經理。但這並不意味著我沒有和我的開發同事對他們時不時地抱怨。
然而乙個好的專案經理意味著，我們正朝著正確的方向前進，我們能快速發布功能，我們能和公司其他部門協調我們的專案。
所以我非常確信，專案經理可以扭轉乾坤。但是，這種影響既可以是殘酷消極的，也可以是精彩積極的。我不敢說我理解pm的所有責任，而且，我相信有很多的事情，他們是不用和像我這樣的開發人員互動的。我只是在想，專案經理如何與開發人員互動，以及我作為乙個開發人員能夠從專案經理那裡學到什麼。
從我的角度來看，通過這5件事，專案經理可以讓開發人員的工作生活變得更容易。
我們都超額工作過，我們每個人都有過要在一周內完成一大堆瘋狂任務的經歷。作為開發人員，我得能夠評估完成每個任務以及任務間關係所需的努力。也許一定程度的重構可以簡化開發某個功能，所以相應地排序這些任務是有意義的。如果某個任務可能需要兩個星期，而實施三個其他功能可能只需要僅僅半天的時間，那麼，我會先去完成後者。
但是技術方面不過是一半而已：順序任務要求我們要知道業務的優先順序。客戶對什麼最看重？哪些功能對我們的收入有著直接的影響？這些都是非常重要的，因為我們能從中知道應該往**花精力，先交付什麼。我認為，專案經理需要經常與開發人員討論優先次序，並同時需要加以考慮業務重點和技術重點，然後才能決定我們接下來的工作。
有時專案技術重點也很重要：我們不能總是忽略技術重點，只考慮業務重點，因為這最終會影響我們提供的軟體，影響該業務。
你有沒有遇到過開始不需要後來又需要去做的事情？或者說，客戶昨天應允接受乙個新構建，今天卻表示不需要了？這些都不是令人愉快的「驚喜」。明確這一點：工作生活中總會有各種需要我們去處理的意外發生。應用程式出現故障，導致公司每分鐘都在虧損：於是，你只能先停下你手頭的工作，去解決故障。發現新bug，需要盡快解決存在的安全問題……，等等，現實生活中總有一些事情是我們無法預料的，是在我們計畫之外的。我們只能被動地作出回應。
然而，這並非是一定的，因此我們不能總是預備著應急驅動開發。這只是意外情況。截止期限必須經過溝通討論後得到一致的同意，這樣才能得到很好的規劃。作為開發人員，我們常常無法總覽全域性，但這句話同樣適用於專案經理：他們經常忽略技術方面的問題，以致於最後無法在最後期限內完成任務。所以，親愛的專案經理：請盡可能早地讓我們知道截止日期。
說明：我所說的「讓開發人員知道最後期限」指的是真正的最後期限。關於專案經理，最糟糕的事情之一就是提供一些虛假的，強加的最後期限。有些專案經理為了能有乙個時間緩衝，會告訴開發人員客戶想要在1號發布，但事實是，客戶同意的時間是15號。也許，他們是因為覺得我們常常發布得比較晚才這樣說，但……你猜最後結果會怎樣？就像狼來了一樣，早晚開發人員不會再相信你，會無視你給出的壓力和時間限制。
我知道這可能聽起來有點不合理的，但開發人員確實有一些缺陷。其中乙個缺陷就是，開發人員的溝通…與眾不同。他們更趨向是用直接而生硬的方式。這在機器上面很好使，但對於客戶則不。因此，最好讓專案經理幫我們去傳達意思。
而且專案經理能夠厚臉皮地追著客戶問一些我們開發人員需要他做決定的問題。或和其他團隊的專案經理交談，說服他們來回答我們團隊提出的要求。是的，我們確實需要乙個答案，乙個過去幾周我們**了三次卻一直被忽略的答案。
乙個了不起的專案經理能為我們提供我們工作中所需要的所有資訊，保證與有關部門和有關人員的通訊順暢。不過，我們可能甚至都不會意識他們付出的這些努力。
在一家公司工作是有壓力的。壓力有不同的**，而且需要人為管理。作為軟體開發人員，我們需要處理來自於技術挑戰的很多壓力：難以重現的bug，取決於執行緒同步的間歇性問題，默默打破一切的框架新版本，不可靠的會導致一些整合測試失敗的基礎設施。各種各種的壓力讓我們不堪重負。
專案經理也有他們的壓力：他們要處理更多的內部政治問題，他們要參與討論應該開發什麼功能，他們得為團隊爭奪資源。他們要和其他團隊競爭，他們要面臨客戶的咆哮。但是，如果專案經理因此而將所有的壓力轉嫁給開發人員，那麼，我們，開發人員，就會成為落入風箱的老鼠，兩頭受氣，腹背受敵：既受制於技術困難，又被客戶和政治虐得一塌糊塗。所以，我誠摯地希望我們能夠達成乙個約定：技術我們來解決，而剩下的，則是你們專案經理的責任。
工作於不相關的功能還不是最糟糕的事情。剛完成功能，專案就被放棄了，是不是更糟糕？感覺就像一腔熱血付諸東流，問君能有幾多愁，恰似一群太監上青樓？因此，最好和那些不會置你於此種境地的專案經理工作。
我承認專案經理幫我們攔截了很多問題，有些我們甚至都不知道。他們是我們與客戶，與企業其他部門之間的介面。他們確保我們正在做的事情是能夠提供價值給使用者的。因為他們掌控了全域性，所以我們才能奢侈地只需要專注於接下來要實現的功能，測試它，發布它。
很多時候，開發人員認為這都是專案經理理所應當做的，因此常常低估了專案經理。這是因為我們不能理解他們的職責。但是請相信我，如果你和乙個偉大的專案經理工作以及乙個……沒有那麼偉大的，你就會發現其中的差異。
我希望我們開發人員和專案經理雙方都能從一種更好的關係中受益，達到雙贏的狀態。別說不可能，我就是乙個事實：我的專案經理恰好就是我的女朋友哦: )
程式設計師提高效率工具
windows下的虛擬桌面管理工具 windows xp virtual desktop manager，這是由microsoft免費發布的powertoy工具集合下的乙個 資源管理器的替代工具 真正的檔案管理不只是複製移動，但是即使是簡單的移動複製也可以有許多變化，所以這些檔案總管工具也都包含了一...
程式設計師上班有什麼提高效率的技巧？
我是乙個android程式猿，總結一下我在上班過程中提高效率的辦法 1 用批處理clone 通常都是乙個工程需要依賴其它的工程，我都是通過批處理去拉的，比烏龜殼的git會快一點 e cd e git project libproject echo downloading libproject1 gi...
5個提高效率的程式設計工作環境
程式設計師的創造力和創新已然成為企業發展的乙個非常重要的內容，所以現在我們越來越注重於創造一種能夠促進創新行為的環境。現在我們可以發現有些工作場所已經布置了桌球和沙包，在牆上噴塗滑稽的彩色油漆裝飾，有的甚至安裝水槽之類的娛樂設施，旨在能夠啟迪員工的靈感，啟發他們的潛能。我不是這種噱頭的鐵桿粉絲，不過...