標籤:sp 問題 代碼 工作 ad 時間 bs as 設計
1.團隊模式和團隊的開發模式有什麼關係?
團隊模式主要取決於組成團隊的成員,包括team leader以及team mates。其中,由於身處各個角色人員的性格,能力以及IQ,EQ等的不同,特別是team leader的上述這些“屬性”,會往往決定了一個團隊的“士氣”“面對困難堅持不懈的程度”等特點,即我們常說的“軟實力”。而這樣的軟實力也往往會激發一個團隊的巨大潛能,為企業創造出超乎想象的價值。
團隊的開發模式與我們目前所熟知的軟體開發模式,例如,瀑布、迭代、螺旋以及敏捷等等都密不可分,但它不同於單純意義上的軟體開發模式,因為這其中還加入了開發人員的因素,即“人”的因素。是更加貼近現實的,“接地氣”的開發模式。
團隊模式和團隊開發模式這二者的關係可做一個比喻,即為:二者共同構成了一個人,而前者是大腦,後者是身體。身體是行動的發出者和執行者而後者是身體的控制者和調度者。同樣是身體,有的團隊可以開發出很有價值的軟體,完成很困難的任務,並創造價值。而有的團隊則做不到這一點。因為,所有的軟體開發模式,只是單純的考慮到開發效率等問題,而最終能否成功完成任務,從某種意義上說,完全取決於項目執行者,也就是團隊模式。因此,我剛剛提到的軟實力,就是一種無形的,蘊含於團隊成員內心的力量,這股無形的力量卻能決定一個團隊能否做出有型的有價值的工作,將開發模式發揮的淋漓盡致。
2.如果你領頭開展一個全新的項目,你要怎麼選擇“合適”的團隊模式?
作為一名team leader在選擇“合適”的團隊模式方面,首先要著眼於我將要組建的團隊需要那些角色的人,比如PO等等;其次,再根據這些不同的角色選取與其對應的性格和能力的人,來擔當此角色。在此,我把角色放在了能力的前面,因為,我始終相信一點,“性格決定一切,細節決定成敗”,一個人的性格決定著他的三觀,更覺定著他的職業道德,這對於軟體從業人員來說至關重要。
最後,我想說,作為一名team leader,組建團隊,需要的是營造良好的企業文化,強大的軟實力。這樣的團隊能時刻擰成一股繩,一起拼搏。進而,才是著眼於技術等實際的方面,不然,很容易造成,有技術的人,心裡罵著leader ,又對同事不滿,最終就是團隊的break up into pieces。
3.不同的團隊模式如何影響團隊績效的評估?
不同的團隊模式,在團隊績效評估時,會考慮很多不同的因素。比如,一個很嚴謹,從上到下都是一板一眼的團隊,在對於其績效的評估時候,就會更加按照公司給的要求和客戶的反應等等來進行評估,而對於更加“人性化”的團隊來說,在做評估時,可能更多的會考慮人的因素,比如,當評估結果不理想時,可能出來在按照公司要求和客戶反應來反思的同時,還會可能想到“也許是大家最近太累了,或是負責那一不理想的模組的人最近家裡有些事情等等”。
4.團隊精神和集體主義的區別?
在我看來,團隊精神更強調的是一骨子氣勢,一種軟實力。有的時候不同的團隊,有著不同的團隊 精神,比如有的團隊是效率型的,那他們的團隊精神強調高效,按時完成工作,這樣的團隊有的時候略顯呆板,缺乏活氣;而有的團隊是合作型的,那他們的團隊精神強調把大家的心氣聚到一起,有事大家一起上,像個大家庭一樣,人性化的程度很高。
而集體主義,有的時候更強調一致性,只要這個集體完成某些工作就行,忽略了個人的作用,著眼於大體,往往把一個集體看成了一個人,把對一個人的要求,放大到對每個人的要求,難免有的時候有些“一刀切”的感覺。
5.閱讀 《夢斷代碼》 (Dreaming in Code) 這本書,分析Chandler 團隊的形式和流程,它們各有什麼優缺點?
6.有人說 - 現代軟體工程分為四個階段:和PM 吵 和設計吵 和測試吵 和使用者吵; 你覺得應該如何避免吵架?
吵架就是因為有誤會,而“百分之99的誤會都是源於溝通不暢”,所以,要想做到不吵,首先要合懂行的人進行溝通和交流,“曉之以情,動之以理”,讓雙方都明白彼此的難處,其次,要做到在軟體開發的每一階段
開始前,就合對方敲定,方案和彼此的滿意程度,統一口徑後再接著著手幹,要讓更多的時間用在項目上而不是爭執上。
現代軟體工程 練習與討論 第五章 團隊和流程