最近看到的極度智障的狀況

"你看那邊那個新人，因為我說的一句話，就在上班以外的時間研究了這麼一大堆
最重要的是免費提供給我，對，免費，免費提供，免費提供給我
讓我可以對現有的專案進行明確有效的大改造

你們能力也不差，是不是該反省反省，自己怎麼比不上一個新人?"

劣化與量化技術價值，優化與模糊化抬高管理價值(對其中一個就是Scrum Master)
就是近代最大的毒瘤

嘗過免費的甜頭，就妄想當成理所當然
甚至拿甜頭當評斷基準，批評說

"你看我們這個組織中，只有我這個跳出來管理的，以及那個給我們大甜頭的
才有真正的價值，你們都只是寄生的米蟲，還不知羞恥"

對不起，不知羞恥的是你，不是別人

管理位在當下狀況，除了經驗老到的以外，實質能輕易取代的居多
然而有些人不正視這個事實，拿到掌控權後，就算經驗低落，也以為自己優越感出來了
接著批評就出來了，開始抱怨自己薪水太低，別人薪水太高，因為認為管理價值遠超一切

這時候就會聽到一些非常沒有水準的話

"你明明會B技術，明明有C經驗，為啥你不講，為什麼不讓我利用"

原因，還用想嗎?

你以為守著運氣，掌控一切，就能拿到各種免費資源嗎
不行，你沒有多付薪水，而且你誠意也不夠，誘因不成比例

你，遠遠沒有使用這份資源的資格

有些人還會理直氣壯的說
"靠杯，技術不是google一下就該學會的東西嗎?再打混偷懶沒產出價值啊?"

現在你還覺得，open source擺在眼前，人人都有辦法發揮嗎?

同場加映實際案例

有人因為機緣碰到一款open source新技術，也能好好上手
再怎麼想，這對業界都是好事，再怎麼樣，也不可能產生負面結果吧
然而
"幹，這方面是不是你本來就很拿手，怎麼不早點好好全力使用幫我們提升價值?"
"隱藏實力，就為了少做事嘛，一款新技術，揭穿偷懶惰性"
"還有多少隱藏沒講的經驗?快說喔，你知道的絕對不只如此吧"

對，結果真的是負面結果，很有趣吧

老實說，摸摸鼻子認了自己見解不夠，虛心求教，我想是不會讓你連原本該拿的都打折的
但就是因為有這種毒瘤，連煮熟的資源都被你搞丟了，真的是可喜可賀

有人以為你領薪水就是要使出渾身解數
貢獻你所知道的一切，透漏你所知道的一切，並且用你所有的技術毫不保留的付出

你以為付比22k高就有資格嗎

太多管理層以為他有這個資格，以為你不幹這技術還有很多人要幹
然而現實面就是，你想廉價取得強技術人才，除了運氣好剛好有肥肉送到你嘴邊以外

一個都找不到

這跟抽SSR一樣，要馬運氣很好，要馬要花大量金錢
但很多非洲人都以為他也應該擁有廉價的SSR

我就是想做這件事情

你要反對，或要調整，就要給我完整明顯具體比現在還要好的簡單易懂的方針細節
我們仔細評估以後，真的比較好，就會按照你的方式調整

這是目前最流行的正反平等理論

你只要具體的提出鉅細彌遺的明確能優化於當下的方案
我們就會欣然接受

---

這是對的
但是很多人不想接受，不敢直視，更沒有本錢支付這個新方案的代價

首先能直接提出來這個等級的，既然是能完全覆蓋原本方案的優勢
那肯定已經是可以顛覆原本的整段流程了
那麽毫無疑問的，那是整個大於你們當下價值的事物

你

真的以為有辦法那麼廉價的拿到更好方案嗎
這邊是現今拿來試圖竊取無料升級的最流行手段
然後毫無例外的都在抱怨沒有更好方針還要抱怨當前缺點，真的是莫名其妙

原因就是，只量化可改進部分，卻不敢正面量化原本缺點
這雖然仍是一個萬能否定新事物的靈藥，然而也顯示
原本的方案雖然不一定是很差的方案
但毫無挑戰本錢，因此懼怕被挑戰，必須設定好安全防護，以預防被挑戰

這樣防護之下，確實任何批評都可以被否定
確實任何真的有改進的狀況都有具體成長
然而，任何知道上述本質的人，毫無疑問會鄙視當下的醜態

也就是假裝自己已經非常成功，已經聽不進去任何意見的假象

這樣應該就非常清楚了

號稱一個正反意見都可以容納的環境
結果卻是本質除非有笨蛋要倒貼不然絕對不可能被接受改變的環境
你真的還以為這個正反是平等的嗎

然而，很多人對這個正面極力的捍衛自己合法立場
他們是正確的，這點同樣要正視
因為，你一提出反對，即便是個廉價廢物，這也是對方經營已久的習慣和家
當有外力來破壞，最怕的就是不是被改變，而是被否定

否定什麼？
自己是leader的尊嚴

也因此，不要懷疑
當你要挑戰，即便你完全正確
也請做好對方肯定會腦羞的前提認知下出手
不要認為有辦法平心靜氣的和諧解決這種問題，因為就算是一點點的否定
對原本的家都是暴風雨，因此正方會用各種手段防止反方的言詞

故，要挑戰不是確定不行戰前收兵，就是要準備正面大幹一場，絕對不能半吊子
這樣就比那些守舊的還不如了

我們要有深度，有廣度
我們要把自己水平拉高，必須用已經成功後的眼光
來做預設自己很久以後的未來已經成功後，該做的後續事項

你們不可以烏鴉嘴亂說會失敗
因為任何事情都可以被解決
我們還沒解決不代表我們不能解決

來吧，我們來做很久以後的未來已經成功後，該做的後續事項
----

最近很常聽到這種發言，然而

不好意思

這個連理想都不算，這個叫自欺欺人
不願意正面迎戰問題
最後的結果不是因為解決不了問題
而是因為你不去正面看問題，結果自相情願以為會隨著時間被自然解決
結果就單純無視這行為，被早該解決的問題，直接從背後被捅一刀，有可能快要成功，直接被婊成失敗

成功的人不僅僅是吸收經驗
他們直接站在火線正面面對各種反對意見，正面面對各種問題
因此不可能放過任何會導致失敗的細節，所以一定會成功

失敗的人以為別人有經驗自己就可以複製
他們不敢站在火線，只以別人成功過，或自己感覺情況樂觀
就認為自己也會順利成功，並且在此之上只考慮成功以後的規劃
因此他們肯定會完全無視任何導致失敗的細節，所以一定會失敗

這也是為什麼

不敢正面迎戰反對意見的傢伙
毫無疑問是失敗者

技術日新月異，想要趕快趕上並不是不能理解
然而，很多人只覺得，使用最新最潮的套件，就是跟上時代
使用最新最潮的做事邏輯，就是跟上潮流

有空再開一篇scrum陰謀論，以及不要怕調整框架來談這兩件事情，但因為跟這篇沒什麼關係，姑且先只點一下

現在很多所謂最新最潮的名詞，都是
“我不想ＸＸＸ，所以ＹＹＹ”
“簡潔的ＸＸＸ”

話要說在前面，這個思維並沒有錯
錯的是中毒的人，以及不願意去思考差別的人

這些名詞，不外乎都是

標新立異

你沒有看錯，這還是比較保守的說法

為了讓自己出名，也確實為了改善一點問題讓自己更方便
設計了只屬於自己的語言和做法，要求大家配合，這就是現在的所謂框架和套件

然而，這些並不是沒有缺點的，也不是沒有限制的
就連最強大的jquery，也是有相當限制

現在的狀況比幾年前的狀況還嚴重一點
很多人只要脫離框架就束手無策，很多人沒有套件就寸步難行

結果他們變成
拼命鼓吹套件的優點，並且將自己大部分時間
拿來解決套件造成的問題，拿來繞過套件的限制，拿來溝通放棄用了套件就做不到的事情
的死人

這是中毒，換個說法就是
套件意圖讓你放棄學習原本的事情，想讓你改為學習套件

現在的套件亂象也是一樣的
有些東西用原生的寫法完全是比較快的狀況
然而一拿出來，第一句就是
“還行啦，但怎麼不試著用ＸＸ套件來寫呢？”

中文有一句成語叫做
削足適履
就是在說這樣的事情

很多人沒有鞋子就拒絕走路，就是現在的現實狀況

當然，在很粗糙的地面，有鞋子，且有正確的鞋子是好事
然而，鞋子需要因為每個個人量身定做與設計
而且最重要的是

在室內根本沒有穿鞋子的必要
在泳池也根本不需要穿運動鞋

最根本的原因

是鞋子中毒者根本沒有辦法考慮不穿鞋的狀況
以至於他們沒有辦法考慮穿與不穿的差別

“我覺得光著腳好像也還行啦，但怎麼不試試穿著運動鞋在泳池旁走路呢？”

這篇單純是抒發，沒有特定目的
因為該聽的對象聽不懂，也無法理解，層次不夠

舊時代的ＨＧＡＭＥ可以深入到這種程度，真的是令人意外
但是我想去多想的人很少

----

現代的多數決暴力，最常說的就是，尊重少數
然而他們做出來的行為，並不是協助解決他們少數人的問題

而是

“你有選項就說啊，「搞不好」我們會「突然」同意你，你提了以後我們再來投票“

這種理性破滅的發言，目的毫無疑問
就是要讓自己身為多數人的立場，用最合理，最暴力的方式，加上自己穩贏的方式，徹底地否定少數人
以穩固自己的私人慾望

這是一種極端不尊重的行為
是的，上面的做法甚至比正面劈頭直接和少數人說，「是的因為我們就是多數，所以請你們犧牲自己的意見，配合我們」還要不尊重

我們來看一個，在某款ＨＧＡＭＥ發生的多數決暴力死亡例子：

醫生，只要是有最基本醫生理念的
毫無疑問的就是要發揮自己專業的技能來，救人

也因此，95%存活率的病人，要救
70%存活率的病人，要救
50%存活率的病人，要救

...

5%存活率的病人............幹當然還是要盡力而為啊，誰跟你說5%存活就該見死不救
「搞不好」會救援成功

有醫生理念的，也毫無疑問會去救援5%存活率的病人


問題來了，有一個狀況，這些人會毫無疑問的被見死不救
而且是被多數決殺死，我想上面的提示，應該很多人能想到了

https://www.ptt.cc/bbs/Gossiping/M.1533548265.A.D24.html

幫高調

說在前面，這篇沒有解答，只有問題
需要思考和經歷才能懂的也跳過，因為你一看到肯定只會反對，不摔一次是不會懂的

...更正，有很多人，摔Ｎ次都還執迷不悟

想要知道解答的，請左轉google

往後大概有空會發一篇現代技術的迷思吧，看我有沒有空了

時間有限，只打兩點
----

scrum是什麼，打著分享詐欺名號的共產開發制度
但是，這並不代表scrum有問題，而且設計的非常的正確，從管理角度來說啦

但是呢，角度對，設計正確，不代表事情都會照著你所想的方式跑，尤其很多人還不調整
甚至是用傳統徹底管理的觀點來調整...

職責分離就是一個極大的問題
例如：scrum master 不需要專業

這點是無誤的，然而，絕大部分沒有專業的來幹都會出問題
例如站會出現狀況，scrum master也知道該跳出來處理，然而，他沒辦法處理
你只知道出狀況，事後要討論的話，即便當前報告有很大問題，你也聽不出來

真正的問題絕對不是教材上喔我這個明確的環節出了明確的問題
在這時候以我的超級專業我就要明確地告訴你這個時候應該要～～～～～
........不好意思，這種if else的東西，根本不會發生，附帶一提那個還不是專業

這就是傳統工廠協調出事的時後，需要上層處理的時候，通常你會聽到這種說法
“好，你們兩個，把你們的工作用最淺顯易懂的方式給我描述清楚，這次的事件也給我
描述清楚，然後可能改善的方案也要說清楚，記住，我不懂你們專業，要說到我也能輕易看懂，然後我會針對你們的說法，對你們下適當的決定”

你還以為流程有辦法徹底分離到沒專業也能跑嗎
抱歉，在決大部分的狀況都不行
就連相關專業都可以在scrum流程中有荒腔走板的問答了（因為懂專業但不懂專案），沒有技術底子的更不可能

---

充分授權

假的

啊不對抱歉說溜嘴，我相信有正確理解的都不會覺得scrum流程有授權
因為那個本質上就是限制而且是完全控制

但是呢，在這裡一點授權都沒有是沒有關係，真正遇到決策點的時候

決策權還會被拿來做推卸責任的說嘴，這才是最大問題

用白話一點的說法，管理層應該會跟你說以下話語
“好！我們現在有點東西需要做出決定（原本是管理層要自己決定的部分）
現在我充分授權，讓你們決定，並且對你的決定負起完全的責任！”

平常被完全控制，還被丟了一些莫名其妙的不屬於自己（美其名為團隊）的連帶責任
我相信無論是誰只剩下滿滿幹意而已