據(jù)說程序員都討厭開會,不知道是不是都,但我確實也不喜歡?!感〉老ⅰ沟?Fenng 曾經(jīng)寫過在阿里的后兩年,他負責(zé)數(shù)據(jù)庫團隊時,每周會議也是多到讓其感覺無法忍受。程序員討厭寫文檔是出了名的,但討厭開會的程度是討厭寫文檔的立方,以上推論來自漫畫《神秘的程序員》,如下:
有哪些會?
當(dāng)我打算寫這個主題時,反思了下過去都參加過哪些會議,發(fā)現(xiàn)有時會莫名其妙的就參加了一些完全無意義的會議。下面我們先看看一般程序員都會碰到哪些會議。
需求會
這類會議一般是產(chǎn)品或項目經(jīng)理召集,組織參與項目的程序員一起討論需求并確定排期。這類會議容易出的問題是,程序員到了會上才第一次知道需求,并陷入到需求細節(jié)的無休止討論中。更好的方式是提前讓程序員詳細了解需求,會上只需敲定排期并讓互相有協(xié)作依賴的程序員之間達成一致和形成承諾。
討論會
這類會議的場景比較廣泛,比如:項目進行過程中同組程序員之間就設(shè)計或?qū)崿F(xiàn)的討論,或與其他組項目合作人之間的討論等等。這類會議容易出現(xiàn)的問題是臨時把一堆人拉到會上,然后陷入混亂的自由討論,失去焦點。
還有一類討論會叫頭腦風(fēng)暴會,也是容易把一堆人拉到會上,開動頭腦風(fēng)暴。如今遺憾的領(lǐng)悟到這是最沒效率也沒效果的方式。頭腦風(fēng)暴會需要就待解決的問題讓參與人員提前準備,搜集或閱讀材料,不同人從不同角度各自提出自己的觀點或方案,然后到了會上將所有觀點和方案列出來,再開動頭腦,碰撞連接一下,看看能不能風(fēng)暴出一些新的觀點或方案去有效解決問題。
周例會
一般來說一個部門或小組都會每周開個例會,例會容易被當(dāng)作日常的例行工作而不被重視。例會應(yīng)該有固定的時間和議程,而且例會是一群經(jīng)常一起工作并熟悉的人開會。雖然開例會的人都在同一個部門,但并不意味著他們都會相互合作完成同一個項目或事情。所以,例會是通過了解各自工作來完成了解整個部門或小組工作進展的機會,而不是每周固定的休閑時光。當(dāng)然我們也可以在每周的例會留出一段自由討論時間,可以暢所欲言,增加工作之外交流。
除了周例會,有些實施敏捷方法的團隊也會開每日站立會,每日站立會的一般內(nèi)容是:
昨天干了什么
今天計劃干什么
遇到了什么障礙
每日站立會議的主要目的是讓團隊成員互相交流互通工作情況,而不是為了讓經(jīng)理們了解情況而召開的會議。每日站立會不是一個團隊的人站一圈各自說下工作情況,因為曾經(jīng)發(fā)現(xiàn)彼此并不關(guān)心對方工作內(nèi)容的人站一圈開這個站立會,其意義何在?
分享會
部門內(nèi)、公司內(nèi)或行業(yè)內(nèi)都會有各類不同規(guī)模分享會,想清楚你為什么要去參加一個分享會?一般來說我只有兩個原因,我對分享的內(nèi)容感興趣,這應(yīng)該是大部分人參會的原因。另一個,即使分享內(nèi)容我已經(jīng)很熟悉,那么參會的原因一般就是對分享人感興趣,想要去通過這個分享了解分享人。
還有一種情況可能是礙于面子參加一些完全沒興趣的分享會,恩,這種還是盡量規(guī)避吧。
臨時會
總會碰到這種情況,突然有個人過來叫你臨時去參加個會,然后你就一臉懵逼的去了。這種會似乎屬于身不由己,不好規(guī)避,這類會議多是非計劃性的任務(wù)驅(qū)動型會議。英特爾前 CEO 安迪·