[全程建模]傾聽——軟體開發中的重要手段
大家可以先看看這個帖子:
http://topic.csdn.net/u/20080825/04/3d11015d-a628-466d-bb50-128fcfd168b6.html
在這個帖子裡我寫到了傾聽的重要性,不過,那裡只是作為討論的一個部分,想想還是摘取出來也許有利於將來的總結。
下面是帖子中小子所寫的相關的一段內容:
專案經理必須有自己的管理方法,對於一些事件必須能做到柔化處理,而對於另外一些事件甚至可能是鐵血手段!但是不管如何做,必須有自己的目的和控制力度。
至少你本人不能喪失目標,否則,一切都成為空談。
我今年3月曾經給深圳一家公司提供諮詢,公司內四十多個技術人員我一一作了面談,每個人都在30分鐘以上,最後給他們公司老闆出具了一份9頁的文件——我沒寫太多,因為是贈送的服務,我只把重點寫了出來,同時提供了一些解決方法給他們。
這40多個人基本上分成了兩派,老人,和新來的,剛開始有些老人認為我是新來的副總請過來調查他們的,以便於對他們進行打擊和清理,我用我的耐心和事實,讓所有人相信我是為這個公司好才過來幫忙的。
同時,通過我對他們的幾個短小的培訓,讓他們看到了我對他們現狀問題的解決方法和手段,很快讓幾乎所有的人都對我信服了,大概一個星期後,我的調查越來越 順利,很多人甚至主動找我提供一些前面不敢提供給我的資訊,於是,我掌握了這個公司內部幾乎所有人員的情況,用了1個工作日瞭解了該公司成立兩年半以來的 幾乎所有重大事項和人員心理以及技能狀態,這些都成為最後那個報告的支援內容(但是,支援內容並沒有放在那個報告裡面,否則,90頁都難以完成)。
當然,後續的執行情況,就只能看該公司的管理層的執行力問題,那就不是我這個諮詢師能一直負責到底的了。
同樣對這段內容,很多朋友都表示了認同的看法,即使是討論的對方也沒有人對傾聽提出疑問。
一個管理者,如果不能傾聽團隊成員的話,那他不可能做好管理。
一個合作者,如果不能傾聽合作伙伴的話,他也一定不是一個好的合作伙伴。
除了平時我們需要的語言和行為的表達表示以外,注意提高自己耐心傾聽別人說話,也是一個很重要的技能。
聽明白了別人的話,才能儘量減少誤解,減少無效的交流。
聽明白別人的話,再回答,這也是對別人的尊重,也能讓別人尊重你。
當然,這一切的基礎都是你必須言而有信!呵呵
http://topic.csdn.net/u/20080825/04/3d11015d-a628-466d-bb50-128fcfd168b6.html
在這個帖子裡我寫到了傾聽的重要性,不過,那裡只是作為討論的一個部分,想想還是摘取出來也許有利於將來的總結。
下面是帖子中小子所寫的相關的一段內容:
專案經理必須有自己的管理方法,對於一些事件必須能做到柔化處理,而對於另外一些事件甚至可能是鐵血手段!但是不管如何做,必須有自己的目的和控制力度。
至少你本人不能喪失目標,否則,一切都成為空談。
我今年3月曾經給深圳一家公司提供諮詢,公司內四十多個技術人員我一一作了面談,每個人都在30分鐘以上,最後給他們公司老闆出具了一份9頁的文件——我沒寫太多,因為是贈送的服務,我只把重點寫了出來,同時提供了一些解決方法給他們。
這40多個人基本上分成了兩派,老人,和新來的,剛開始有些老人認為我是新來的副總請過來調查他們的,以便於對他們進行打擊和清理,我用我的耐心和事實,讓所有人相信我是為這個公司好才過來幫忙的。
同時,通過我對他們的幾個短小的培訓,讓他們看到了我對他們現狀問題的解決方法和手段,很快讓幾乎所有的人都對我信服了,大概一個星期後,我的調查越來越 順利,很多人甚至主動找我提供一些前面不敢提供給我的資訊,於是,我掌握了這個公司內部幾乎所有人員的情況,用了1個工作日瞭解了該公司成立兩年半以來的 幾乎所有重大事項和人員心理以及技能狀態,這些都成為最後那個報告的支援內容(但是,支援內容並沒有放在那個報告裡面,否則,90頁都難以完成)。
當然,後續的執行情況,就只能看該公司的管理層的執行力問題,那就不是我這個諮詢師能一直負責到底的了。
同樣對這段內容,很多朋友都表示了認同的看法,即使是討論的對方也沒有人對傾聽提出疑問。
一個管理者,如果不能傾聽團隊成員的話,那他不可能做好管理。
一個合作者,如果不能傾聽合作伙伴的話,他也一定不是一個好的合作伙伴。
除了平時我們需要的語言和行為的表達表示以外,注意提高自己耐心傾聽別人說話,也是一個很重要的技能。
聽明白了別人的話,才能儘量減少誤解,減少無效的交流。
聽明白別人的話,再回答,這也是對別人的尊重,也能讓別人尊重你。
當然,這一切的基礎都是你必須言而有信!呵呵
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/257598/viewspace-441818/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- [全程建模]軟體開發方法論綜述
- 軟體全程建模1
- [全程建模]軟體工程之全程建模實現第二版進展通報軟體工程
- [全程建模]MDA、全程建模、開源和應用的對話
- [全程建模]《軟體工程之全程建模實現》一書第二版簽約公告軟體工程
- 論軟體開發中的三種重要角色(轉)
- 軟體功能測試在軟體開發中的重要性。在哪裡做軟體測試?
- 傾聽程式設計師的心聲真的很重要程式設計師
- 軟體開發中最重要的一項技能
- 軟體設計心情筆記(一)目的與手段都很重要筆記
- [全程建模]全程建模實踐過程指南(2004年)
- 什麼是軟體開發業務建模分析和結構化建模分析
- [技術討論]軟體工程之全程建模實現適合做教材麼?軟體工程
- Wearesocial:傾聽、瞭解、獲得:社交傾聽教學篇
- 軟體開發中的DevOpsdev
- 為什麼SAST在軟體開發生命週期(SDLC)中很重要?AST
- TimeMapper:在高雄事件中發揮重要作用的開源地圖軟體APP事件地圖
- 建模重要性:使用建模工具發現Paxos實現中的一個錯誤 - brooker
- [全程建模]交換程式設計中的大鍋飯問題程式設計
- 從Java談軟體開發前期規劃的重要性Java
- 2個最重要的非技術性的軟體開發技能
- 國內專案中可以採用的軟體工程手段 (轉)軟體工程
- 從開源軟體開發中體會到的心得
- 自上而下的軟體開發和自下而上軟體開發
- [全程建模]設計模型和UML應用中的例項分析模型
- 2015年軟體開發的4大重要發展趨勢
- Ionic開發App中重要的部分APP
- 什麼是中介軟體?系統整合商系統整合的重要工具和技術手段
- [全程建模]互動建模和介面設計的區分詳釋
- android開發中,監聽軟鍵盤的狀態(收起或者開啟)Android
- 軟體開發中的兩種態度
- 思考軟體開發中的快與慢
- 軟體開發中的準時化生產
- 軟體開發中需要更多的偏執
- SSD9中的軟體開發模型模型
- 軟體開發中的專案管理(轉)專案管理
- 國內專案管理中可以採用的軟體工程手段(轉)專案管理軟體工程
- 淺談軟體開發中設計的重要性以及錯誤設計的避免和修正