笑來
今天看到笑來老師在部落格上推薦這篇文章，跳轉過去看了，覺得阿朱這篇文章寫得太好了，一定要仔細體會，雖然每條都很簡練，可能不大合喜歡看故事的人的口味，然而我就是喜歡這樣簡略的總結，節省閱讀的時間，具體的運用實踐是屬於自己思考的範疇，仔細反覆體會每條語句所對應的現實情景，結合自己平時的做法，比較，揣摩為什麼阿朱文中提到的做法是更好的，對於平時做事情很有幫助。
以前也一直有注意《走出軟體作坊》的**，但由於專案管理的知識目前還沒有用到的需要所以一直也就沒有跟蹤閱讀，但看了這篇之後才知道這本書並非是純粹的講專案管理，頓時決定一定要買來看一看！
掌星：我目前只看了第一部分。說說自己的感想。
從阿朱空降（空降有兩種，一種是外聘，一種是從總部調掉下級部門，我估計前者居多）開發部到開發部的"繁榮"，我認為是乙個從無到有的過程。一般我們把在某個職位上的人，如專案經理，等價地認為這個人的"工作"就是專案經理的"工作"。正如阿朱說的，專案經理，主要職責是：
專案範圍定義
專案計畫制定、分解、分配、協調、匯報
專案質量控制
專案需求變更控制
國內專案經理一般沒有人事權和財務費用權。老闆給分配什麼人就帶什麼人，自己只是乙個最能幹的工人加工頭而已，當然更沒有財務費用權，要想請客戶吃頓飯，當然需要和老闆打報告（自己團隊想休息娛樂會，只能聯機打把遊戲，想團隊吃頓飯，不可能給費用的）。
而阿朱到了開發部，他並沒有一開始給部門職員分配他們相應該做的事情。而是自己給他們用*顯而易懂的工具*（*老闆都能看得很明白* ）示範工作的流程，（其實阿朱做了大量的準備工作），然後再把具體的工作分配下去,這樣整個部門的分工非常得當並且協調有序。另外他很厲害，真正做到把能交給別人做的是事情都讓職員去做。
原來乙個混亂的開發部一下子就變成了有著標準流程的部門了。
笑來：
"真正做到把能交給別人做的是事情都讓職員去做。"
這裡面有個關鍵，前提是他自己真的會做這些事情，只不過，時間有限，所以交給別人做了。
這個與"他自己不會做"所以才"把事情交給別人做"是非常不一樣的。但，這兩種情況經常被混為一談。 把活交給專業人士是不是更省時間？ <
>
這篇文章裡，說的其實是後一種情況是荒唐的，前一種情況才是正確的——所以，帶團隊的人花時間學會該學會的東西才是節省時間的方法。
掌星：從阿朱親自給職員做ppt演示就可以看出阿朱對專案非常清楚，就因為很清楚，所以他能讓職員明白，更能讓老闆明白。
裡面最讓我感動的就是阿朱有主意了就立馬動手去做。從後面的文章看，阿朱是個對自己很挑剔的人（不是貶義）——「我這個人就有個習慣，能改進我就不在原地踏步。這個改進方法不行，我就繼續想其他改進方法，不斷嘗試不斷推進，哪怕一點改進我都要去實現它。量多了就會引起質變。許多人就等著大機會大改變，對小改進懶的動，我不贊同。」
"他很清楚人性，比如，"如果我說大概能待3天，估計他的人影在第三天才能出現。這就是人的惰性，時間不催趕著他，他總覺得還有明天。 "
談《走出軟體作坊》
像書中所說的一樣創新為兩種，一種是創作出以前沒有的技術或方法，另一種是將其他行業的技術或方法應用到沒有使用行業。作者是行業管理軟體出身，對行業管理有著深刻的認識。能將行業管理資訊化借鑑應用到軟體行業，並經過多年自身的總結，可以說這本書對於缺乏管理的軟體行業，特別是中小型公司來說是很好的乙個典範。書中...
如何走出軟體作坊
阿朱這本 走出軟體作坊 以切膚之痛，現身說法，是一件很有價值的事情。當然，此書未必能解決很多公司的問題 也沒有任何書能做到這樣 但至少能引起多數人共鳴，引發大家進一步思考與 少走彎路，這正是當下缺少的。書店裡管理學圖書汗牛充棟，有的告訴你把信送給加西亞，有的告訴你不要有什麼藉口，還有的說是辦法比問題...
走出軟體作坊的秘密
走出軟體作坊 已經一周歲了。在這一年裡得到了許多朋友的鍾愛，也收到了許多朋友的來信。仁者見仁智者見智。有人從書中看到了心態和堅持，有人看到了樸實的創新 原來創新就是這樣，不要整天大戰略大構思大藍海 有人看到了術，有人看到了方 每個人都或多或少能收穫到一些東西，這已經達到了這本書想要傳達的目標了。於是...