主頁 > 軟體工程 > 專案微管理36 - 集智

專案微管理36 - 集智

2020-09-10 05:29:56 軟體工程

制定績效考核的內容的時候,四代讓團隊小伙伴們都參與進來,采用頭腦風暴的形式“共商大事”,
說到頭腦風暴,四代覺得大家都是知道,不過用的好的還真的不多,

頭腦風暴搞不好,主要的原因可能是“群體壓力”,

 

群體壓力是指群體中的多數意見對成員中的個人意見或少數意見所產生的壓力,
當群體中一些成員的思想或行為與群體中大部分成員的意見或行為發生沖突時,這些成員為了保持與大家的關系,會感受到一種無形的心理壓力,這種壓力使得他們傾向于作出為群體所接受的或認可的反應,可以認為是“人從眾”的一種反應,

關于“群體壓力”的經典實驗是社會心理學家所羅門·阿希所作的“線段實驗”,

在阿希的實驗中,他每次選擇7名被試者參加實驗,被試者會先看到一條像上圖中左圖那樣的標準線段,然后再看到上圖中右圖那樣的三條比較線段,最后阿希讓他們從三條比較的線段中選擇一條與標準線段一樣長的線段,

太簡單了,是不是,隨便選一些團隊中的小伙伴來回答,答錯的比例都不太可能會超過1%,

不過這個實驗特別的地方就在于,參加實驗的7名被試者中前6名實際上都是阿希的助手,而且在回答正確幾次之后,阿希安排他們統一選擇了一個錯誤的答案,結果神奇的事情發生了,實驗結果驚人的發現:有33%(也有說其他數字的,不過都差不多大)的真實被試者屈服于小組的壓力而做出錯誤的判斷,而且可以觀察到,他們在這個屈服于群體壓力的程序中伴隨有激烈的內心沖突,

從1%飆升到33%,四代可以想象的出,這其中的群體壓力得有多大!

阿希的實驗向我們表明:有些人情愿追隨群體的意見,即使這種意見與他們從自身感覺得來資訊相互抵觸,群體壓力導致了明顯的趨同行為,哪怕是以前人們從未彼此見過的偶然群體,

四代身邊的很多團隊,頭腦風暴的程序是這樣的:
老大說,我們來個頭腦風暴吧,討論一個問題“某某某”,開始!
于是小伙伴們熱火朝天,發揮想象,考慮各種方案后,奮筆疾書,
然后,老大說,大伙挨個提出自己的想法吧,
小伙子A說:“我覺得我們可以XXX?”,老大不等他說完,立即打斷他:“你傻X啊,這能行么……此處省略100字……下一個”,
小伙子B說:“我們可以YYY啊,因為我覺得……”,沒等他說完,老大一拍桌子,“讓你的腦子吃點飯行不行,這么幼稚的建議你也提,下一個”,
妹子C說:“我們要不ZZZ吧,我認為……”,老大忍不住了,直接打斷她“這個不行,我們試過,行不通的,下一個”,
妹子D說:“可以WWW,覺得怎么樣?”老大無語中,
最終大家沉默了,老大發現沒收集到什么有效的建議,于是提出了自己的幾條建議,大家都說同意,于是問題解決,散會,大家一哄而散!

怎么樣?是不是熟悉的味道、熟悉的配方?

看到了吧,過早的評判會產生“群體壓力”,嚴重打擊大家表達意見的信心,加大大家繼續發表建議的顧忌,

知道了原因,那么怎么破?
四代認為有效的頭腦風暴是這樣的:提出議題-頭腦風暴-記錄方案-討論可行性,

呃,好像沒什么區別,似乎也沒什么神秘的!確實,甚為普通!不過最關鍵的地方就在于:記錄方案這一步不評論!

一評論大家就感覺到了壓力,怕了,就不說了!所以記錄方案的時候,哪怕聽到你覺得最匪夷所思的方案,你認為最幼稚的方案,你認為最不可行的方案,也要沉住氣,不要評論,團隊一看:“呃,這樣的建議都能被重視、被接受,我的比這個高明多了,肯定要說出來”,這樣大家才能甩掉思想包袱、放的開,才能收集到盡可能多的方案,

通過這種做法,就化解了過早評判帶來的“群眾壓力”,簡單有效!

頭腦風暴成功的關鍵一點就是“重量不重質”!

方案記錄完了以后,就是討論可行性,作出大家認同的決策就可以了,

為了充分討論方案,有一個經典的決策工具就要粉墨登場了!

“來,歡迎“六頂思考帽”同學!”
“六頂思考帽同學,你可以說說你能風靡全球的秘訣嗎?”四代說,
“我們六頂思考帽之所以成功,在于決策的科學性,哈哈,就是這么合理,不牛逼不行!”
“我們決策的程序分為六步:
第一步,大家全部戴上白帽子,
帶上白帽子以后,大家就只能陳述問題的客觀事實,我們有什么資訊,我們需要得到什么資訊,不能講別的內容,主持人(或專人)負責把這些資訊記錄下來(白板、黑板等),

第二步,大家全部帶上綠帽子,(作者一定不是中國人,呵呵)
帶上綠帽子以后,大家就只能就各種可能性展開聯想,盡可能多的提出如何解決問題的方案,主持人負責把這些資訊記下來,

第三步,大家全部帶上黃帽子,
帶上黃帽子以后,大家就只能提每個方案優點,主持人負責把這些資訊記下來,

第四步,大家全部帶上黑帽子,
帶上黑帽子以后,大家只能列舉每個方案的缺點,主持人負責把這些資訊記下來,

第五步,大家全部戴上紅帽子,
戴上紅帽子以后,大家對各項選擇方案就直覺進行判斷,不需要依據和理由,主持人負責把這些資訊記下來,

第六步,大家全部戴上藍帽子,
戴上藍帽子,大家就對各項方案綜合評估,總結陳述,得出最終的方案,”

“似乎挺簡單,我也學會了!”
“聽起來比較簡單,不過有兩點需要注意哦:
1、每輪換帽子,都是大家一起換,大家的帽子時刻都是相同的,這樣才不會有人搗亂,才會一起往一個方向努力,才會有效!
2、上述是通常的使用帽子的順序,但實際上,六頂帽子沒什么固定的使用順序,當你在一個時刻需要做帽子顏色代表的事情時,都可以換上那頂帽子!”
“好的,謝謝六頂思考帽同學,你真是太有用了,再見!”

針對復雜的問題,使用六頂思考帽討論方案會破解“群體壓力”,非常高效,但是對于一些簡單點的問題,可以用另外一種方式代替:魔鬼代言人,

魔鬼代言人,指的是,討論時不需要大家一起討論優缺點,而是專門設定一個“挑刺”的人,“打擊”大家的樂觀或悲觀情緒,這樣也會破解“群體壓力”,讓大家保持理性,

不過,這個人最好是經驗豐富一點,

轉載請註明出處,本文鏈接:https://www.uj5u.com/gongcheng/994.html

標籤:其他

上一篇:TortoiseGit的使用(一)

下一篇:談談BUG嚴重級別(severity)管理

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • Git本地庫既關聯GitHub又關聯Gitee

    創建代碼倉庫 使用gitee舉例(github和gitee差不多) 1.在gitee右上角點擊+,選擇新建倉庫 ? 2.選擇填寫倉庫資訊,然后進行創建 ? 3.服務端已經準備好了,本地開始作準備 (1)Git 全域設定 git config --global user.name "成鈺" git c ......

    uj5u.com 2020-09-10 05:04:14 more
  • CODING DevOps 代碼質量實戰系列第二課,相約周三

    隨著 ToB(企業服務)的興起和 ToC(消費互聯網)產品進入成熟期,線上故障帶來的損失越來越大,代碼質量越來越重要,而「質量內建」正是 DevOps 核心理念之一。**《DevOps 代碼質量實戰(PHP 版)》**為 CODING DevOps 代碼質量實戰系列的第二課,同時也是本系列的 PHP ......

    uj5u.com 2020-09-10 05:07:43 more
  • 推薦Scrum書籍

    推薦Scrum書籍 直接上干貨,推薦書籍清單如下(推薦有順序的哦) Scrum指南 Scrum精髓 Scrum敏捷軟體開發 Scrum捷徑 硝煙中的Scrum和XP : 我們如何實施Scrum 敏捷軟體開發:Scrum實戰指南 Scrum要素 大規模Scrum:大規模敏捷組織的設計 用戶故事地圖 用 ......

    uj5u.com 2020-09-10 05:07:45 more
  • CODING DevOps 代碼質量實戰系列最后一課,周四發車

    隨著 ToB(企業服務)的興起和 ToC(消費互聯網)產品進入成熟期,線上故障帶來的損失越來越大,代碼質量越來越重要,而「質量內建」正是 DevOps 核心理念之一。 **《DevOps 代碼質量實戰(Java 版)》**為 CODING DevOps 代碼質量實戰系列的最后一課,同時也是本系列的 ......

    uj5u.com 2020-09-10 05:07:52 more
  • 敏捷軟體工程實踐書籍

    Scrum轉型想要做好,第一步先了解并真正落實Scrum,那么我推薦的Scrum書籍是要看懂并實踐的。第二步是團隊的工程實踐要做扎實。 下面推薦工程實踐書單: 重構:改善既有代碼的設計 決議極限編程 : 擁抱變化 代碼整潔代碼 程式員的職業素養 修改代碼的藝術 撰寫可讀代碼的藝術 測驗驅動開發 : ......

    uj5u.com 2020-09-10 05:07:55 more
  • Jenkins+svn+nginx實作windows環境自動部署vue前端專案

    前面文章介紹了Jenkins+svn+tomcat實作自動化部署,現在終于有空抽時間出來寫下Jenkins+svn+nginx實作自動部署vue前端專案。 jenkins的安裝和配置已經在前面文章進行介紹,下面介紹實作vue前端專案需要進行的哪些額外的步驟。 注意:在安裝jenkins和nginx的 ......

    uj5u.com 2020-09-10 05:08:49 more
  • CODING DevOps 微服務專案實戰系列第一課,明天等你

    CODING DevOps 微服務專案實戰系列第一課**《DevOps 微服務專案實戰:DevOps 初體驗》**將由 CODING DevOps 開發工程師 王寬老師 向大家介紹 DevOps 的基本理念,并探討為什么現代開發活動需要 DevOps,同時將以 eShopOnContainers 項 ......

    uj5u.com 2020-09-10 05:09:14 more
  • CODING DevOps 微服務專案實戰系列第二課來啦!

    近年來,工程專案的結構越來越復雜,需要接入合適的持續集成流水線形式,才能滿足更多變的需求,那么如何優雅地使用 CI 能力提升生產效率呢?CODING DevOps 微服務專案實戰系列第二課 《DevOps 微服務專案實戰:CI 進階用法》 將由 CODING DevOps 全堆疊工程師 何晨哲老師 向 ......

    uj5u.com 2020-09-10 05:09:33 more
  • CODING DevOps 微服務專案實戰系列最后一課,周四開講!

    隨著軟體工程越來越復雜化,如何在 Kubernetes 集群進行灰度發布成為了生產部署的”必修課“,而如何實作安全可控、自動化的灰度發布也成為了持續部署重點關注的問題。CODING DevOps 微服務專案實戰系列最后一課:**《DevOps 微服務專案實戰:基于 Nginx-ingress 的自動 ......

    uj5u.com 2020-09-10 05:10:00 more
  • CODING 儀表盤功能正式推出,實作作業資料可視化!

    CODING 儀表盤功能現已正式推出!該功能旨在用一張張統計卡片的形式,統計并展示使用 CODING 中所產生的資料。這意味著無需額外的設定,就可以收集歸納寶貴的作業資料并予之量化分析。這些海量的資料皆會以圖表或串列的方式躍然紙上,方便團隊成員隨時查看各專案的進度、狀態和指標,云端協作迎來真正意義上 ......

    uj5u.com 2020-09-10 05:11:01 more
最新发布
  • windows系統git使用ssh方式和gitee/github進行同步

    使用git來clone專案有兩種方式:HTTPS和SSH:
    HTTPS:不管是誰,拿到url隨便clone,但是在push的時候需要驗證用戶名和密碼;
    SSH:clone的專案你必須是擁有者或者管理員,而且需要在clone前添加SSH Key。SSH 在push的時候,是不需要輸入用戶名的,如果配置... ......

    uj5u.com 2023-04-19 08:41:12 more
  • windows系統git使用ssh方式和gitee/github進行同步

    使用git來clone專案有兩種方式:HTTPS和SSH:
    HTTPS:不管是誰,拿到url隨便clone,但是在push的時候需要驗證用戶名和密碼;
    SSH:clone的專案你必須是擁有者或者管理員,而且需要在clone前添加SSH Key。SSH 在push的時候,是不需要輸入用戶名的,如果配置... ......

    uj5u.com 2023-04-19 08:35:34 more
  • 2023年農牧行業6大CRM系統、5大場景盤點

    在物聯網、大資料、云計算、人工智能、自動化技術等現代資訊技術蓬勃發展與逐步成熟的背景下,數字化正成為農牧行業供給側結構性變革與高質量發展的核心驅動因素。因此,改造和提升傳統農牧業、開拓創新現代智慧農牧業,加快推進農牧業的現代化、資訊化、數字化建設已成為農牧業發展的重要方向。 當下,企業數字化轉型已經 ......

    uj5u.com 2023-04-18 08:05:44 more
  • 2023年農牧行業6大CRM系統、5大場景盤點

    在物聯網、大資料、云計算、人工智能、自動化技術等現代資訊技術蓬勃發展與逐步成熟的背景下,數字化正成為農牧行業供給側結構性變革與高質量發展的核心驅動因素。因此,改造和提升傳統農牧業、開拓創新現代智慧農牧業,加快推進農牧業的現代化、資訊化、數字化建設已成為農牧業發展的重要方向。 當下,企業數字化轉型已經 ......

    uj5u.com 2023-04-18 08:00:18 more
  • 計算機組成原理—存盤器

    計算機組成原理—硬體結構 二、存盤器 1.概述 存盤器是計算機系統中的記憶設備,用來存放程式和資料 1.1存盤器的層次結構 快取-主存層次主要解決CPU和主存速度不匹配的問題,速度接近快取 主存-輔存層次主要解決存盤系統的容量問題,容量接近與價位接近于主存 2.主存盤器 2.1概述 主存與CPU的聯 ......

    uj5u.com 2023-04-17 08:20:31 more
  • 談一談我對協同開發的一些認識

    如今各互聯網公司普通都使用敏捷開發,采用小步快跑的形式來進行專案開發。如果是小專案或者小需求,那一個開發可能就搞定了。但對于電商等復雜的系統,其功能多,結構復雜,一個人肯定是搞不定的,所以都是很多人來共同開發維護。以我曾經待過的商城團隊為例,光是后端開發就有七十多人。 為了更好地開發這類大型系統,往 ......

    uj5u.com 2023-04-17 08:18:55 more
  • 專案管理PRINCE2核心知識點整理

    PRINCE2,即 PRoject IN Controlled Environment(受控環境中的專案)是一種結構化的專案管理方法論,由英國政府內閣商務部(OGC)推出,是英國專案管理標準。
    PRINCE2 作為一種開放的方法論,是一套結構化的專案管理流程,描述了如何以一種邏輯性的、有組織的方法,... ......

    uj5u.com 2023-04-17 08:18:51 more
  • 談一談我對協同開發的一些認識

    如今各互聯網公司普通都使用敏捷開發,采用小步快跑的形式來進行專案開發。如果是小專案或者小需求,那一個開發可能就搞定了。但對于電商等復雜的系統,其功能多,結構復雜,一個人肯定是搞不定的,所以都是很多人來共同開發維護。以我曾經待過的商城團隊為例,光是后端開發就有七十多人。 為了更好地開發這類大型系統,往 ......

    uj5u.com 2023-04-17 08:18:00 more
  • 專案管理PRINCE2核心知識點整理

    PRINCE2,即 PRoject IN Controlled Environment(受控環境中的專案)是一種結構化的專案管理方法論,由英國政府內閣商務部(OGC)推出,是英國專案管理標準。
    PRINCE2 作為一種開放的方法論,是一套結構化的專案管理流程,描述了如何以一種邏輯性的、有組織的方法,... ......

    uj5u.com 2023-04-17 08:17:55 more
  • 計算機組成原理—存盤器

    計算機組成原理—硬體結構 二、存盤器 1.概述 存盤器是計算機系統中的記憶設備,用來存放程式和資料 1.1存盤器的層次結構 快取-主存層次主要解決CPU和主存速度不匹配的問題,速度接近快取 主存-輔存層次主要解決存盤系統的容量問題,容量接近與價位接近于主存 2.主存盤器 2.1概述 主存與CPU的聯 ......

    uj5u.com 2023-04-17 08:12:06 more