開發人員在沒有開發項目的時候如何安排？

12-26

性質：電商網站
姐妹帖：技術團隊在沒有開發項目的時候應該做什麼？

正好我思考過這個問題，就簡單回答一下。
沒看出提問者是什麼背景，是基層開發人員，還是管理者。而這個問題從兩個不同的角度來說，是不大一樣的。

首先，從開發者的角度來說，在我看來，除了合理安排工作頻率之外，理論上是不應該有「無所事事」的時間的。對於個人職業發展而言，在沒有項目任務時，其實是一個非常好的自我提升的機會。回顧技術路線，改進現有代碼，整理代碼庫等等都是非常好的習慣。實在沒有這些跟工作相關的事兒可做時，至少可以看看書，學習學習新知識什麼的。這些因人而異，也涉及到不同人對於職業發展和個人提升的理解，就不多說。

我想更重要的是，從管理角度，怎麼看待開發人員「沒事可干」。

有不少管理者的思路，是生怕開發人員閑下來。即使沒項目，也一定要找些事情讓開發人員做。這有一定合理性，一方面，是因為會擔心人員「閑極生事」，另一方面，我支付了工資，怎麼能讓你閑著？
我本人對這種思路不怎麼認可。原因是，你出於打一槍就跑的目標，還是想把產品或者公司做大做強。如果是前者，功利性很強，員工只是一個臨時的工具，希望在一定時間內最大化投入產出比，當然會不希望開發人員沒事做。但對於後者來說，知識和人才的積累會更加重要。

從管理角度，在沒有明確的開發項目時，至少有幾件事是必做的：
1. 項目回顧。可以發現項目開發過程中的教訓，總結好的經驗，為新的項目帶來便利。同時，發現欠缺的知識點和技術，已有代碼庫的弱點。
2. 代碼庫/知識庫整理。整理框架，提取可復用組件。
3. 研究性項目：在以上兩件事的基礎上，前瞻性地設計一些新技術的研究性項目，設計更優秀的通用庫，製作內部開發工具，等等。
4. 人員培訓。
這幾件事可以完成知識的儲備和積累，以及人才的儲備和長期發展。我一向認為，公司自己花力氣培養的開發人員，比需要時才去重金聘請的人員，要好用的多。人才對公司的忠誠度也完全不同。

如果以上幾件事做完了仍然有部分閑暇時間，我覺得就讓大家閑著好了。如果公司的整體開發氛圍良好，對員工的職業長期發展有一定支持。這些閑暇時間，員工可以用來自我提升，或者產生一些對未來項目開發也有好處的點子，甚至直接實現一些新的技術，新產品。很多創造性的成果，其實都是在自由時間產生的。

瀉藥。沒有項目，有沒有其他開發任務？如果有別的開發任務就安排別的開發任務...
如果現在沒有，那麼將來有沒有？
如果將來也沒有，那麼就解僱他們...
如果現在沒有項目，空閑一兩個月，要為接下來的項目做準備所以得留著，那麼他們也應該為將來的項目做準備，知識方面，技能方面，做一些demo試試看，降低以後項目的風險。
－－－－－－－－－－－－－－－－－－－－－
既然性質是電商網站，如果完全不知道接下來有什麼項目的話，老項目總是要維護的，電商網站是個可以長期做下去的無底洞，不斷改進、持續優化。
如果提不出來什麼值得改進的地方，就讓開發人員自己提，通常都是想法太多、心有餘力不足的，開發人員總是嫌不夠多、不夠厲害、工作時間不夠用，很少會出現閑著的情況，真的開發人員閑著的時候，該考慮關門了...

建議開發人員可以做三件事：① 重構－消除目前項目中的技術債務；② 分享－消除目前項目中的學習債務；③ 自由－只要是對團隊或者企業有益，做出來，然後展示出來。這會保持熱情和士氣

其實，從實際情況來說，多數老闆是看不得你所謂的「閑」的，這是事實。這也是中國目前大環境的商業環境下的大情況。做老闆的幾乎對這個行業一無所知，所以他們根本就沒有做對判斷的依據，再加上我們民族中固有的不輕易相信的人文化存在，的確存在這樣的事情。

與其非要老闆去改變，不如從管理制度上去做變更，多主動提出自己的工作計划進行實行更好。具體工作
deltacat已經說的很全面了

我只說說自己的習慣，也許談不上建議，僅供參考。
寫的有點長，先上結論吧，暫時遠離代碼。
說實話遠離代碼讓人怪難受的，總感覺沒幹實事。可不知題主有沒有和我類似的經歷，項目中許多自己滿意的設計，多是在沖澡啦，跑步啦，或是早晨醒來，看到清晨第一縷陽光時想到的呢。
編程是在解決問題，我們大多時間都在思考，編碼僅僅是其中一個環節而已。
代碼層面的東西當然也重要，畢竟那時最終的載體，我們也待它不薄，日常工作中許多時間已經花在上邊了
在我們深入到代碼細節里時，時常高度專心（我也很喜歡code，那東西讓人踏實和激動，以至於有時候不願放下，過了飯點囧），項目結束後的空檔期，正是我們遠離代碼的好時機，我是強迫自己放下代碼。去想些代碼之外的東西，這些東西有些像武俠中的內功心法，也許一時半會兒未必能讓你用來戰場殺敵，可對我們進入更有趣的境地是很必要的。
-------------------------
好啦，廢話說了這麼多，人家問的是如何安排啊摔
那麼遠離代碼後我們都幹啥呢，我的習慣是閱讀，反思和閑逛技術社區
##閱讀
我床頭常年丟幾本書，輪流替換的小說（剛看完《月亮和六便士》，很棒的小說），一些詩集以及《CODE COMPLETE》（我覺得《代碼大全》這個翻譯容易讓人誤會），這本書真是「絕世佳人」般的作品，我最近又翻了第五章，才發覺最近的項目中介面寫得多水，這種感覺真的很棒，覺得自己領悟了作者的意思，知道自己下次可以做得更好，自信可以輕鬆地去重構它，而這些在最初編程時，就算花上十倍功夫，也不可能取得的成效。
--------------
##反思
折騰完一個項目，閑下來的時候，我喜歡用我新學會的東西想想，如果還是那個項目，我用上新學會的框架/抽象方法/新的範式是不是會更方便呢，又為何更方便，是這種方法更方便表達意圖/描述需求嗎，還是我之前對需求沒有理解透徹，或是之前選擇的工具不恰當，引用一句不太恰當的話---「時有物外之趣」，也時常有意外的收穫呢
--------------
##閑逛技術社區/博客/資訊網
憑良心說，我大多時候都是因為好奇和好玩才這樣做的，喜歡github/ Hacker News/Mind Hacks（劉未鵬的博客）
後來發現，工作中許多問題，常常是受這些東西的啟發得以解決，而且自己知道如果按照自己的老方法解決的肯定不如現在優雅簡潔，初不以為然，以為只是碰巧看到別人解決過類似問題，受啟發罷了，後來遇到得多了，覺得蹊蹺。後來覺得這也許就是社區（廣義）的力量吧，我們雖然得埋頭code，有時間的話，也多看看別人都在幹嘛（這也是我熱愛github的一個原因），這個世上那些聰明人貢獻出來的東西（無論是想法還是工具）真是優美極了，愚昧如我，能有幸見到並學習，也是令人開心的一件事

回過頭來看，感覺到自己有明顯提高的時間反而多是在項目空檔期呢，好好利用這段時間吧～

我一般：
1，讓開發人員互相學習，整理知識庫和文檔，讓本來少數人會的事變成大多數人會的事。
2，如果能預見到下一個項目所在的技術領域，可以發給他們一些相關資料看一下。
3，組織一些娛樂活動，增進團隊之間的信任和默契。
4，通過某種激勵，比如畫大餅，引導大家主動學習，改正過去的錯誤，及幫助他人。

勾搭測試的妹子啊

呵呵，感覺deltacat說的比較全面.

其實想想，沒有開發項目的時間一般都是比較短的，這個時候就像車子工作久了需要保養下，道理是一樣的,安排下活動，做做團隊建設等等，休息是為了更好的工作嘛.