做項目，不得不這麼幹讀後感範文

做項目，不得不這麼幹讀後感範文

讀完一本經典名著後，想必你有不少可以分享的東西，這時候，最關鍵的讀後感怎麼能落下！千萬不能認爲讀後感隨便應付就可以，以下是小編幫大家整理的做項目，不得不這麼幹讀後感範文 ，供大家參考借鑑，希望可以幫助到有需要的朋友。

郭致星老師的這本書實用性很強，從細節上和工具上講清楚了一個項目各個要素的管理方法，是一本理論與實踐相結合的優秀教材。下面說說在閱讀過程中的幾點感想，也是作爲自己的讀書筆記指導自己的工作。

首先說下如何與客戶溝通需求。重視客戶潛在或者隱含的業務是項目最終成功的關鍵要素之一，一定要注意客戶溝通中反覆提到的他最擔心的方面，重複的就是重點或者痛點，這是一個很簡單的技巧。另外需求調研"不需要向對方證明自己的觀點有多正確，跟沒有必要向對方展現你的知識、技能",需求調研不是說教，應該是如實的反饋記錄客戶的本源需求。在這一點上我們可能有時候在獲得了客戶的真實想法後，也是避重就輕的儘量迴避，以期在項目開發實施過程中減輕自己的工作壓力，其實是本末倒置了，如果這個需求是客戶的`基本要求或者痛點的話，通過其他變通方式對付過去是存在隱患的，項目磕磕絆絆結束了，最終客戶也不一定能滿意。所以我們要做的就是多聽多問，少指導，在交流過程中搞清楚本源需求，真正解決客戶問題。有時候看似對自己的系統衝擊很大，到項目後期我們會發現，這種付出都是值得的，也能獲得回報。

再說下項目的變更，在項目上發生分歧時一定不要發生激烈爭吵，"語言在出口之前你是他的主人，但是語言出口之後你就成了它的奴隸",項目出現偏差不要把矛頭指向"不講理"的客戶，而是應該首先通過有效溝通來試着解決。書中提到一個框架效應，通過不同的描述方式，改變人的心裏參考點，從而影響人的選擇。研究表明以損失爲導向的溝通更有效，我們可以多給客戶分析變更對整個項目的損失讓客戶去做選擇題。如果客戶還是堅持那就要走嚴格的變更流程，讓客戶在變更評審中去體會、審視這個變更的必要性。本人雖然不喜歡冗長的變更控制流程，但是有時候它是最有效的手段，也最能嚴謹的審視變更。另外在項目計劃中爲什麼要具有彈性，書中也說出了我們項目的實際情況：在申報項目、爭取項目立項時，企業會將所有優質資源都作爲項目可以完整使用的資源，等項目拿到手後，實際能夠被項目使用的資源與立項時相差很遠。計劃就需要具有剛性和彈性，在項目組織架構上、資源配置和關鍵節點上剛性的底線要有。

最後再說一下項目經理或者產品經理一定避免陷入微觀化，管好各個負責人和團隊之間的職責就行了。不是說"關注細節的是工程師，關注結果的是老闆，關注過程的是項目經理"嗎，項目經理關注細節體現了對工作的不自信，想一切盡在掌握，實際我們工作中也確實是這樣，項目會議上往往說着說着就討論到細節上去了，這是需要逐步改進的。另外人員短缺的情況下，我們的研發負責人還都兼顧着技術的工作，管理工作反而是佔比比較小，也是現實情況，這可以試着通過合併產品線來解決，讓管理人員專心做產品管理和團隊管理，讓技術人員按技術等級晉升專心做技術工作。

這本書設計到項目管理的方方面面，實用細節很多，需要多讀幾遍。