Re: [討論] 最討厭的開會大絕已回收

看板MenTalk (男人話題)作者NDark (溺於黑暗)時間13年前 (2013/05/03 20:49)推噓1(1推 0噓 2→)

留言3則, 2人參與討論串3/4 (看更多)

: ※ 引述《purestone (天空之子)》之銘言： : : 我在一家規模不小的公司工作，不時要開會討論問題，每當討論到些制度和工作方法改 : : 的問題時，有人會提出一些新的制度和作法，但總是會有保守份子反對，他們最愛的就 : : 是拍桌大喊：這種搞法要是出了問題誰來負責！？ : : 然後，通常就是鴉雀無聲，然後，通常老問題還是沒解決，似乎沒人知道怎麼應付這種大 : : 絕招，我私下問我些外國朋友，他們都會很訝異的說他們開會時雖然也總有意見相左的情 : : 況，但沒人會說類似那樣的話。 : : 似乎，這是台灣人才會發出的大絕招，有人知道怎應付這個大絕嗎？這是因為很多人不懂得如何開會。也不想去了解。這也難怪，在這片土地上，這個版就是很好的例子。就有普遍將政治污名化的氣氛。而開會就是純粹的政治。大家摸著良心想想自己從國小國中高中到大學，哪一次周會，分組，選班長，班代有曾經認真想過該怎麼辦？大家珍惜自己的羽毛不想弄髒自己的手。那麼當然就是開沒有意義的會。因為內心就不敢改變（改變自己與改變別人）。這不是東西文化的問題，而是有沒有體悟自己在做政治，　　有沒有體悟做出的改變是與自己切身相關的問題。如果事情跟自己毫無相關，大家都是出來混的，何必搞的雞毛鴨血呢。卡莉·菲奧莉娜在書中就有提到，ＨＰ也曾開會亂糟糟沒章法，花一堆時間什麼也沒決定，離開房間就各奔東西。（老美也一樣。） Mick West也在元件式的重構一文 http://wp.me/pBAPd-fj 想重新打造他們的系統時提到 "第一個作者碰到的問題就是如何說服這個系統給其他的程式設計人員。假如用不是很熟這個物件組合與集成的問題的態度去說服其他人，通常會終結於沒有意義；不需要這麼複雜；不想增加其他工作等回應。程式設計師已經很習慣於傳統的繼承寫作方式。甚至很用的很好。推銷這個想法給管理階層也是一個困難。這需要能夠用簡單的文字去表達這樣的新方法是如何能夠加速遊戲的完成，..." 最後作者是怎麼成功的，就是政治 "作者推銷的作法是採用低調的作法。先分別對一些程式設計師閒聊這個想法，說服他們這是個好方法。實做這個架構的基礎工作，且修改一個遊戲物件為元件式作例子。然後展示給剩餘的程式設計師，有些人會有疑惑跟抗拒，但既然已經有實做的結果了，就沒有太大的爭論。" -- "May the Balance be with U"(願平衡與你同在) 視窗介面遊戲設計教學，討論，分享。歡迎來信。視窗程式設計（Windows CLR Form）遊戲架構設計（Game Application Framework）遊戲工具設計（Game App. Tool Design ）電腦圖學架構及研究（Computer Graphics） -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 219.68.22.188