善於記錄,善於總結 《走出軟體作坊》讀後感

2021-05-26 08:01:56 字數 1167 閱讀 9471

自從買了阿朱的《走出軟體作坊》,我讀了好幾次。每一次讀完以後,感觸就多了一層。

任正非的《致新員工書》有句話讓人很震撼:

「實踐再實踐,對青年學生十分重要。唯有實踐後善於用理論歸納總結,才會有飛躍的提高。有一句名言:沒有記錄的公司,遲早要垮掉的,多麼尖銳。乙個不善於總結的公司會有什麼前途,個人不也是如此嗎?」。

可見記錄對於公司和個人的重要性,但是光有記錄沒有用,還要分析記錄,總結經驗教訓,形成公司流程和個人習慣。

其實在《走出軟體作坊》這本書中反覆提高記錄的重要性。

在《四套馬車——團隊配合》一文中就提到,開會有記錄,使用者需求有記錄,開發有設計文件,測試有測試文件,產品有幫助文件,培訓有培訓文件,bug跟蹤也要有記錄。甚至包括業務開發組長每天詢問下屬開發進展,形成每日進度報告給開發部經理,同樣也是記錄啊。沒有記錄,沒有這些文件和報告,大家面前說一套,過幾天背後再說一套,容易扯皮,工作也無法推進了。即使推進了,也會一團糟。有很多任務作的人總是抱怨老闆說一套做一套,根本的原因還是說一套的東西沒有記錄,好記心不如爛筆頭。我想阿朱能把《走出軟體作坊》寫得好,是因為平時工作中有心得做記錄,不然不會這麼快寫出好的東西出來。

在《一天到晚游泳的魚——員工績效考核》一文也提到記錄對員工的重要性。體現研發團隊的價值是質量和進度。這些靠什麼衡量?就是測試案例寫了多少,bug發現數量趨勢,修復bug數量,需求變更了多少,文件寫了多少,進度任務安排了多少,等等。你看這些全是記錄的功能,沒有記錄,如何衡量自己的業績;沒有記錄,如何看到員工的成長與進步。

但是光有記錄也沒有用。業務組長寫了每日進度報告,但是專案沒有進展,寫報告簡直就是浪費時間。記錄以後要總結,昇華為理論,對公司而言既是流程,對個人而言就是習慣。

這本書有乙個非常好的案例,就是《客服顧問的工具箱——客服支援》。公司剛開始做客戶支援的時候,客戶只能打**。但是**支援有很多缺點,於是加入qq支援,再後來改用qq群支援,接下來還有bbs,最後是客服工單系統加呼叫中心。這就是不斷總結,不斷反饋的結果,類似於自動系統的閉環系統。如果沒有總結,何來提高?

《焦油坑——專案需求調查》中對這個反饋過程表達得更精彩。先是記錄客戶需要的報表和單據,然後分析客戶需求,總結客戶需求流程,接著組織客戶座談會,最後形成客戶需求調研文件。把記錄—總結—再記錄—再總結的流程描述得淋漓盡致。

善於記錄,善於總結,無論對卓越的公司,還是對優秀的個人,都是相當重要的一環。

走出軟體作坊》讀後感想

看完了阿朱這本書,我想的更多的是為什麼?一 為什麼專案做不好?既然是軟體作坊,一般來說,都還是談不上什麼軟體產品的。能說的,也就只有專案而已。但是,為什麼專案做不好?在我的第乙個專案中,帶領10餘程式設計師工作大半年。得到的,不僅僅是客戶的白條和責難。更多的是,讓一支生機勃勃的開發團隊幾乎信心全毀。...

《走出軟體作坊》讀後感

1 成功的人都是在不可能完成任務的情況下完成的,成功的人也從來不會抱怨客觀條件多麼糟糕。2 公司給你的資源,永遠小於你做事需要的資源,這就是現實,就這麼多人,就這樣的素質,必須在現狀中想出做事的辦法。3 辦任何事,都可能會出現這樣那樣的意外,但真正有本事的人總是能擺平。4 定期與每個員工在msn等聊...

《走出軟體作坊》讀後感

1 成功的人都是在不可能完成任務的情況下完成的,成功的人也從來不會抱怨客觀條件多麼糟糕。2 公司給你的資源,永遠小於你做事需要的資源,這就是現實,就這麼多人,就這樣的素質,必須在現狀中想出做事的辦法。3 辦任何事,都可能會出現這樣那樣的意外,但真正有本事的人總是能擺平。4 定期與每個員工在msn等聊...