實務上一定常常遇到
以我較熟悉的軟體業來說
1.既有專案
通常新進員工(資深挖角來的、初出社會的)會對現有的專案提出建議，有些是因應新技術的應用，有些是單純的coding習慣問題。後者算是比較好解決的，目前還沒有人因為習慣水土不服而離開
當有人提出現有專案架構不合時宜，這通常需要一段時間(1~3個月)醞釀，而後就會出現數個意見領袖(保守派，新潮派和死諫派
)幾次討論後，70%會達成捨棄現有專案的共識，整合後會剩下保守派和新潮派(+極少數死諫派)，大部分的死諫派此時會離開...
2.新專案
我採取的是同時啟動二個獨立的team，做同一個標的，並以alpha版結束後選定其中的一個，二個team彼此競爭
在最終目標相同下，目前數據，最後採用保守派的專案數量稍多於新潮派一點，大約6:4
這樣的做法，我個人覺得還不錯，一是公司專案不用一招胸口碎大石走到底，可以跟上新技術的應用，工程師也有新技術可以玩。二是人員有競爭，流動，可確保旺盛的戰鬥力，不至於有養老心態
有趣的觀察：
1.死諫派的陣亡機率高
其中社會新鮮人佔比約80%。這可以理解，年輕人有衝勁，想盡快施展抱負，但是較缺乏包容和謙虛，自信心旺盛，但又無法立即獲得驗證，急功心切，以至於提前放棄
2.團隊菁英65%都曾是死諫派
這幾個都很年輕，有實力又好學，雖有脾氣
，但是可以理性討論並接受異議和決議以上的經驗和大家分享
