非編程管理員應該學什麼

如果不想讓非程序員必須管理程序員（需要一個小軟件的啓動），那麼非程序員應該怎樣學習關於如何更好地與程序員合作？這就是我。非編程管理員應該學什麼

我說'非程序員'，但實際上我已經在這個行業度過了幾年，並且試圖閱讀和自我教育，因爲我覺得這些東西很有趣，我渴望瞭解更多。但是，現實是我不能將代碼編寫成專業的標準，我知道建立這樣的知識需要一段時間，人們告訴我我不應該嘗試。也許編碼員寧願像我這樣的人只是把地獄趕出去。如果不是，我在自學中應該有一個特別的方向，這會讓我更有效？

我讀過喬爾的書，他有很多話要說，例如，給編碼員良好的工作條件。我在這裏並不是在問管理方面的問題 - 我的問題實際上是一個關於是否有一些特定的技術技能，我應該旨在獲得的問題，而不僅僅是圍繞我感興趣的事情繼續進行非結構化的「遊蕩」。

來源

2010-02-12 CharlieDelta

這在很大程度上是一種http://stackoverflow.com/questions/326256/的欺騙什麼是最好的軟件項目管理書 – Ether 2010-02-13 17:05:27

你讀過喬爾的哪本書？我相信他有四個！他的大部分文章都在他的博客上。 – sixtyfootersdude 2010-08-05 23:58:30

如果你還沒有閱讀Peopleware，你應該閱讀它。它處理你的問題。總之，它解釋了一位經理的工作不是技術工作（儘管如果他對發展的技術方面有所瞭解，這當然不會受到影響）。經理的主要任務是溝通，不涉及技術。你的主要問題是，其中包括：

聘請提供最好的軟件開發人員，
給他們有趣的挑戰，
讓他們的動機，並
嘗試讓一切阻礙他們的出路。

這就是你比他們做的更好 - 而所有這些都是「人」的問題，而不是技術的任務。

我並不是說你不應該試圖更多地瞭解或練習自己的編碼 - 只是它可能不會讓你成爲更好的經理，並不一定能幫助你的項目取得成功。

來源

2010-02-12 22:52:30

請參閱本文的一些想法：

the-philosophy-of-managing-programmers

希望它可以幫助你; ）

來源

2010-02-12 22:54:17 SDReyes

是的，你應該明白輸入和輸出。那些是編程的基本要素。每當有人編程時，他們擁有對他們可用的東西（輸入），然後你期望他們給你一些東西（輸出）。如果你能理解這一點，以及開發者需要如何相互溝通以及你如何與這些輸入和輸出進行交流，那麼你可能會處於一個好的位置。

此外，您必須明白，有時編碼可能需要一段時間，測試通常需要兩倍的時間......除非它是一個非常簡單的編碼任務。

來源

2010-02-12 22:56:40

我只是想了解你的團隊正在使用的基礎知識，所以你不會被你正在管理的開發人員雪上加霜。（現在我需要鴨子和鴨子來灑豆子......）。

也檢出Rands in Repose。

來源

2010-02-12 22:56:48

我同意Peopleware，我也會說布魯克的神話人月需要閱讀。

來源

2010-02-12 22:58:04

MMM中的關鍵內容是前幾章。其餘的很多日期相當糟糕。擺脫它的主要原因是要明白，在一個已經很晚的項目中投擲資源幾乎總會讓事情變得更糟。 – 2010-02-16 09:25:27

我的0.02美元 - 我想只是通過你在這裏發佈這個問題意味着你在正確的軌道上。我只能爲自己說話 - （我有幾個非編程經理）那些我認爲受益最多的項目是那些負責與客戶和其他經理接口的項目，幫助編寫文檔，跟蹤文檔的項目計劃，並試圖通過解決遇到的非技術障礙（新工具，硬件，個人等等）來幫助程序員完成最後期限。鼓勵程序員富有創造力，並以團隊的方式共同創建產品 - 如果您「嘗試」學習一些技術性的東西，那麼您將會獲得更多的好處。

來源

2010-02-12 23:07:03 dugas

我的一本好書，可以幫助會建議：How to Win Friends and Influence People

來源

2010-02-12 23:50:31

我們的CIO有沒有技術背景，他更喜歡使用Windows（也許OSX）作爲服務器！他不喜歡unix/linux，而unix/linux團隊的規模一直在縮小。

如果我是你，我會繼續我的教育有關我的域名的大畫面，什麼是最近的突破等

來源

2010-02-14 13:47:20 portoalet

你可能不喜歡它們，但是有很多非技術性的理由 - 爲什麼Windows服務器是公平的呼叫。除非你知道他的推理，否則我不認爲這是對他的看法。 – 2010-02-16 09:26:52

非編程管理員應該學什麼

回答

相關問題