以前剛畢業的時候，心高氣傲。見什麼都有自己的一套想法，總覺得**都有不順眼的地方。記得一次到客戶那裡，對方it問了些軟體在流程設計上的問題，我就以管理思想的大話回了。不想他們經理聽到了，馬上拉我過去:」談管理是吧，來來，我們聊聊管理！」 。雖然和這位經理合作一直愉快，這次還是被客氣地修了一頓。事後心裡也明白顯然話過了頭，這是對我教育最大的一次。
再後來隨著工作經歷的增加，我才真正懂得了什麼是」存在即真理」。企業家努力打拼，創造乙個幾千人，甚至幾萬人的工廠，自然有其成功的道理。我們這些自以為是的年輕人總頂著某些至理明言、或者某些條條框框，盯著一些細節，大談什麼bpr, 6個sigma，確實太天真了。真正要做的是認可這個企業，再去思考如何改進它。即使企業家有再大的胸懷，我們也要清楚自己的角色。小到乙個小作坊，大到乙個大型工廠，都有其說不完的問題，但也有使其存在亮點。
在廈門一家公司在erp專案啟動會上，甲方一位管理部門的經理糾正顧問的話:」以後，就是咱們公司的事了！」 這句話讓我印象深刻。從局外人的角度的確可以清晰的發現問題，但很難得到乙個合適的解決方法。只有將自己融進公司，融進團隊，才能更清楚了解問題的本質，才能有好的應對方案。舉個例子，質量管理的一些工具曾經非常流行，比如魚骨圖，思維導圖之類的。 如果清楚了解現場的人，是不需要這些工具的。一堆質管工程師在辦公室討論半天，可能還不如乙個產線工程師了解問題。這正是稻盛和夫提倡的到現場去的原因。
這些都是我剛畢業那幾年從事erp這類軟體開發工作的心得。後面做得事更加專注於軟體，但這些經驗一直受用非淺。
軟體研發的管理也是這樣。現在的問題是市場變化的太快，產品的周期短，產品存在的週期也變短了，管理問題並不像以前那麼突出，因為被太多更為緊急的事掩蓋了。面向一幫正在努力求生存的人推銷假期旅遊就不是什麼好主意。但是問題仍然是存在的，只是在這些問題的投入度是有限的。界線在哪？只能是融入團隊後才能找到答案。先找到自己的定位，以恰當的方式推動工作。無論是潛移默化的引導，或是大刀闊斧的制度化推動，只要適合團隊就行。反之，就會帶來災難。
那麼什麼是合適的方式呢？ 一是定位團隊所處的階段，理清管理問題的迫切性。二是做好向上溝通，確認自己的理解和執行方式得到認可。
總之，既要抽身事外發現問題，更要置身其中看問題！
純屬一些感想，沒有特別準備，不當之處，歡迎交流！
《more c++ idioms》已經翻譯17條了！詳細的頁面請看這裡:
《人件》與軟體研發專案管理
人件 是本討論軟體研發周邊事項的雜集，談到了程式設計師的特點，辦公室環境的布置，開發團隊 氣氛 的建立和毀滅，甚至提到了一些日常工作交流中上不了檯面，卻在不經意間被我們頻繁使用的行為方法。讀這本書，你不會覺得是在學習，卻會感到是有個人在告訴你那些你原本知道，但卻 羞於啟齒 的東西。長期的加班使你感到...
如何選購合適的研發管理軟體
這些天正為尋找合適的研發管理工具苦悶，不知從何處入手，碰巧聽到的一場講座中提到了這個話題，分享給大家，大家在採購工具軟體時也許能用到棗 1 研發管理軟體的用途 研發管理軟體可以管理部分甚至所有與研發活動相關的日常管理工作。從研發活動生命週期看，這些管理工作包含需求管理 設計與編碼管理 測試管理等 從...
幾個軟體研發團隊管理的小問題
本人親身體會 1.年輕工作不長的人，在做專案裡，在一些細節上，經常會說，這個沒必要做，這個不需要做，最後完成的功能大家可以想想，他是按時完成了，可問題多多，細節之處產品經理之類也不清楚，為專案上線留下隱患。2.在 的審查上，技術經理相當於 報社的校對 對於一些注釋和 細節應認真核對 比如看到一段注釋...