1. <tt id="5hhch"><source id="5hhch"></source></tt>
    1. <xmp id="5hhch"></xmp>

  2. <xmp id="5hhch"><rt id="5hhch"></rt></xmp>

    <rp id="5hhch"></rp>
        <dfn id="5hhch"></dfn>

      1. 房地產項目管理溝通案例

        時間:2020-08-16 08:54:03 管理溝通 我要投稿

        房地產項目管理溝通案例

          引導語:房地產項目設計負責人應具備很好的個人品質和專業(yè)技能,同時也需要具備良好的溝通能力。隨著市場經濟體系的不斷完善,對一個設計主管在綜合方面提出了更高的要求。下面是yjbys小編為你帶來的房地產項目管理溝通案例,希望對你有所幫助。

        房地產項目管理溝通案例

          背景材料

          某樓盤項目,主體工程剛完工。在質檢部門的例行檢查中,發(fā)現地下室柱部分存在質量問題,強度等級不能滿足設計要求。為了對整體情況進行準確判斷,設計師要求進一步擴大抽檢。通過檢測,發(fā)現是由于混凝土廠商的疏忽,在某次的供貨中提供了低標號的混凝土,造成地下室柱強度普遍不滿足設計要求的質量事故。

          在原計劃中,項目的竣工驗收時間定在年底。地下室作為獨立于主體的配套設施,是工程的最后完成部分。若對地下室柱進行補強加固,那么項目的整體工期將受到影響,從而影響業(yè)主方的驗收備案工作。作為項目的設計主管,必須按照安全要求對質量問題進行處理,同時也需要顧及各參建方的利益。

          前期工作

          在開展工作以前,設計師必須明確設計目標,所以做了多方面的溝通工作。在溝通過程中,應用了一些管理溝通原則,取得了很好的效果。

          溝通中應注意“爽”字原則。這一原則要求溝通者在溝通之前,做好溝通的準備工作,營造一個輕松愉快的溝通環(huán)境和溝通氣氛。由非敏感事情入手,逐步進入正題,達到有效溝通的效果。所以在溝通開始之初,先從大家關心的亞運項目入手,再談到其他主體部分的驗收,讓大家聯想到其他部分順利的建設情況,最后才談到地下室柱的質量問題,引導大家提出自己的看法。

          另外,還要注意“多問”原則。這一原則要求溝通者掌握被溝通者心理,多從溝通者所講的事情上去發(fā)問,引導被溝通者自已得出溝通者需要的結論。在使用此發(fā)問引導的方法時,需要特別注意的一點是,所問的問題要盡量能夠有把握讓對方作肯定回答。

          還有,就是要注意“絕不插嘴”原則。這一原則要求我們切不可輕易打斷被溝通者的話,絕不可以不讓被溝通者把一句話說完,否則容易引起被溝通者的挫折感,造成溝通失敗。但是,有時候一些被溝通者一說起話來喜歡喋喋不休,說起話來就不容易停。這個時候,溝通者需要掌握一定技巧,在被溝通者一句話說完,準備說下一句話的間隙,來一句隨聲附和。例如“對,您剛才說的這些確實很有道理,我們都有點疏忽了這一點,您真是經驗豐富啊……”。這樣一句隨和之聲,不可太短,盡量把語速放慢,就容易打斷被溝通者的情景關聯系統(tǒng)。在這個附合之后,最好來一個與剛才被溝通所講的內容完全不相關的問題,打斷其情景關聯。這樣一方面可避免被溝通方產生挫折感,另一方面還可打亂其思路,把話題重新引入到溝通主題之中。

          通過有效的溝通,了解到項目參見各方的意見如下:項目的業(yè)主方希望項目的交付能夠保證使用安全,最好也能夠按合同規(guī)定時間交付,同時也要求此次的質量問題不能夠被廣泛傳播影響銷售;項目的監(jiān)理方要求質量問題能夠被嚴格處理,不留下如何安全隱患;項目的承建方和混凝土廠同屬一個集團,屬長期合作關系,希望地下室柱的質量問題能夠被及時、經濟地解決,減少事件對其信譽的影響。

          事故處理

          在弄清楚參建各方的意見之后,設計主管需要擬定詳實可行的處理方案,并為后面的工作制定合理的時間表。由于項目是由多方共同完成,所以各項工作均涉及到多方利益,需要協調。在此過程當中,溝通顯得特別重要,應注意一些溝通的原則。

          首先,應當注意誠信原則。這一原則要求溝通者一定要抱著真誠的態(tài)度參與到溝通過程中去。對溝通的'目的,要給被溝通者開誠布公的說明,切不可隨便承諾事后不可能達到的要求。在此次事故處理中,建設方要求所有工作在年前完成。但眼看時間已經只有一個月,補強加固方案暫未定案,年前完成的計劃沒辦法完成。設計主管只能把實際情況如實反映到業(yè)主方,要求在工期上放寬期限,對原有計劃進行合理調整。

          其次,應當注意“絕不否定”原則。這一原則要求對于被溝通者所講述的理由,溝通者切不可輕易否定,也不可輕易反駁。究其原因有以下幾點:1、輕易否認被溝通者提出的理由會激活被溝通的抗拒系統(tǒng),從而導致后面的溝通困難;2、如果對被溝通者提出的一些理由進行否定或反駁,可能會把溝通演變成一場辯論會,雙方各抒已見忘掉了溝通的目的,造成跑題;3、如果對溝通者所提出的理由進行否定,很容易造成被溝通者的挫折感。如果被溝通者在后面的溝通過程中不再發(fā)言,甚至把自已置身于溝通過程之外,那么雙向溝通就會變成了溝通者的單向灌輸,效果自然不會好。針對質檢部門提出的整體驗收要求(即配套設施應與主體建筑一起驗收,并同時投入使用的要求),提出在驗收程序上先報主體建筑驗收,而配套設施推遲一個月申報,最后一起交付使用。通過一定的溝通工作,質檢部門同意把地下室作為獨立的單元推遲驗收。

          再次,要注意“絕無成見”原則。這一原則要求溝通者一方面不可以抱著對被溝通的成見來進行溝通,另一方面也要求溝通者不要以為被溝通者對自己有成見而感情用事,失去分析理智而影響溝通。此次事故處理過程中,承建單位一致被認定為事故的主要責任方。在多次會議中,承建方的項目經理總感覺被其他單位懷有成見,而不能很好的進行有效溝通。作為設計主管,在事故處理的方案選擇上必須得到承建單位的支持,所有“絕無成見”的溝通原則就體現得很重要。

          最后,還應注意“多聽原則”。“溝”是手段,“通”是目的。在處理一些個人情緒方面的問題時,溝通者有時候只要多聽就可以解決問題。一場溝通下來有可能只說了幾句話,被溝通者的思想就自然通了。這一原則特別適用于對現狀不滿,喜歡發(fā)牢騷的被溝通者。監(jiān)理單位在整個事故過程中,負有監(jiān)管不力得責任。對于其而言,事故本身不是其承擔主要責任,但需要承擔次要責任。監(jiān)理工程師認為其責任是被承建單位連帶產生,抱怨情緒體現在了工作當中。在與他們得溝通過程當中,就需要采用“多聽原則”。

          其他問題

          溝通是一門藝術。請記住一條信念—“沒有溝通不了的人”。在實際中,除了上述的原則之外,還要注意其他的一些問題。例如,“絕不投訴”原則。如果在溝通過程中需要采用投訴其上級領導或是在溝通過程中需要請其上級領導出來壓制的話,只能說明溝通者技巧能力都不夠,是一種無能的表現。

          如果你進行投訴的話,很有可能造成逆反心理,把后面的事情做得更糟。最簡單的例子就是在餐館吃飯,如果投訴服務生的話,很有可能會吃到那個服務生的口水。因為就算你投訴了,最后給你端盤子的還是那個服務生而不會是其經理。還有,就是“不論輸贏”原則。溝通過程中,切不可下結論說誰輸誰贏。這一點在多方溝通的過程中尤其需要避免。因為這樣會激起被溝通者的取勝欲或挫折感而導致溝通失敗。觀念沒有好壞、對錯、新舊之分,凡是對解決問題有利的觀點,就是好觀點。另外,注意“絕不質問”原則。每個人都需要得到別人的尊重。除非你根本就不是打算去溝通,否則請千萬不要用質問的語氣來問被溝通者“為什么”。否則,你將會在后面的溝通過程中遭遇重重阻力。其他還包括“適當讓步”原則。在溝通的過程中,溝通者有時候需要審時度勢,在非原則性的問題上作適當讓步,是一種必不可少的策略。因為溝通者在次要問題上的讓步,會讓溝通者產生感受就是“對方已讓步,自已如果還不同意的話,會不會讓人覺得自已太不近人情?”。這樣一種心理壓力會讓溝通者對后續(xù)的要求作出自然的讓步。最后,還要強調一點就是――“自我完善”原則。按照現代心理學的說服理論,說服者自身形象,在被說服者心目中的地位及平時形成的印象,對說服影響是相當大的。所謂德高才能望重。不管何種技巧,采用哪一種方式,在溝通中,溝通者自身的人格魅力,個人修為,才是最具有說服力的。正所謂仁者無敵,也就是這個道理。因此,要想達到良好的溝通效果,平時的自我修練是必不可少的。

        【房地產項目管理溝通案例】相關文章:

        項目溝通管理案例06-08

        某項目管理溝通案例分析08-18

        軟件項目的溝通管理案例分析06-10

        管理溝通技巧案例-管理溝通技巧05-05

        班級管理溝通案例08-20

        管理溝通案例反思06-05

        管理溝通案例分析05-15

        項目的溝通管理10-04

        項目管理之溝通06-08

        国产高潮无套免费视频_久久九九兔免费精品6_99精品热6080YY久久_国产91久久久久久无码

        1. <tt id="5hhch"><source id="5hhch"></source></tt>
          1. <xmp id="5hhch"></xmp>

        2. <xmp id="5hhch"><rt id="5hhch"></rt></xmp>

          <rp id="5hhch"></rp>
              <dfn id="5hhch"></dfn>