熵增這個詞,最近在很多文章上很常見。其實按照 薛定諤的定義,熵增對于生命體是必然的。人自身,就是一個無限熵增最后直至死亡的例子。企業(yè)也一樣。
企業(yè)怎么對抗熵增?做了幾年研發(fā)和研發(fā)管理,現(xiàn)在在創(chuàng)業(yè)的我,提幾個見到的、想到的、或者正在做的點吧。
4. 找到熵增的運(yùn)動環(huán)節(jié),用技術(shù)或組織的手段,把熵增的N*N的組織協(xié)作掐掉,改成N-1-N的組織協(xié)作。市場上,或者企業(yè)內(nèi)部的組織調(diào)整,都有很多這種影子。比如區(qū)塊鏈中間件:幾家大廠都有區(qū)塊鏈服務(wù),這時候就有寫廠商有一些每家廠商都要對接一遍的場景,這時候就有一些廠商,提供一個中間件適配這些廠商的服務(wù),你只需要用這一家的中間件就可以了。類似的例子,比如聚合支付、聚合登錄等等。我司做的業(yè)務(wù),也是在集成云原生時代的軟件供應(yīng)鏈,方便客戶、或者我們自己 更快速做出 有價值的產(chǎn)品。
5. 朋友圈里發(fā)了,最常見的,也是最理想的,把體系內(nèi)熵增的個體或一部分組織區(qū)分出來,然后剔除掉。剔除熵增的組織,企業(yè)常見的方式是裁員,團(tuán)隊常見的方式是給你一個最低檔的績效讓你主動走人。
6. 數(shù)量創(chuàng)造質(zhì)量。熵增是必然的,但是人類又確實要對抗熵增的,怎么辦?結(jié)合5,就有一個思路——快速、高效的試錯。試錯過程中會有很多5的情況發(fā)生,俗話說,就是會有很多炮灰,但是沒辦法,人類歷史上炮灰還少嗎?炮灰落到每個個體頭上都是災(zāi)難,但是,這是歷史發(fā)展的必然。哪怕有一天,這個炮灰是我(尤其是創(chuàng)業(yè)者,當(dāng)炮灰,被摘桃子的又不是少數(shù))。這個思路在不同的領(lǐng)域可以有不同的解釋,比如,從生物進(jìn)化的角度講(上次跟網(wǎng)友聊這個,有網(wǎng)友腦洞清奇的想到了一個類比:人類的精子和卵子….),我可以解釋這種打法叫 進(jìn)化;我也可以把他解釋為 互聯(lián)網(wǎng)行業(yè)的敏捷,小步快跑Sprint;這種打法在互聯(lián)網(wǎng)公司叫迭代,小步快跑逐步試錯,放在當(dāng)代管理學(xué)上,他們把這種叫灰度戰(zhàn)略/AB戰(zhàn)略??偠灾?,傳統(tǒng)商業(yè)世界里集團(tuán)沖鋒的大陣仗不復(fù)存在,取而代之的是無數(shù)小團(tuán)隊、小組織、甚至是去中心化的個人,高頻、多場景在極短時間周期內(nèi)的不斷試錯、當(dāng)炮灰、成功、被封神,并不斷循環(huán)。這種形態(tài)已經(jīng)相當(dāng)成熟,甚至常見:SuperCell、阿里的中臺、字節(jié)的App工廠以及騰訊的無邊界投資……當(dāng)然,也還有我們,一家在產(chǎn)業(yè)互聯(lián)網(wǎng)+SaaS工具重復(fù)上述玩法的小公司
暫時沒有評論,有什么想聊的?
如何高效地進(jìn)行Java大模型開發(fā)以應(yīng)對性能與擴(kuò)展性挑戰(zhàn)? 一、大模型開發(fā)基礎(chǔ)與性能優(yōu)化策略 1.1 理解Java大模型開發(fā)的核心要素 在Java大模型開發(fā)中,核心要素包括高并發(fā)處
...一、概述:大模型開發(fā)流程詳解及其重要性 1.1 大模型開發(fā)的基本概念 1.1.1 定義與分類:大模型在AI領(lǐng)域的角色 大模型,作為人工智能領(lǐng)域的重要基石,通常指的是具有海量參
...大模型應(yīng)用場景探索:如何解鎖行業(yè)新機(jī)遇? 一、大模型技術(shù)概述與趨勢分析 1.1 大模型技術(shù)的基本概念與特點 大模型技術(shù),作為人工智能領(lǐng)域的前沿成果,指的是利用深度學(xué)習(xí)
...?? 微信聊 -->
銷售溝通:17190186096(微信同號)
售前電話:15050465281
微信聊 -->
阿帥: 我們經(jīng)常會遇到表格內(nèi)容顯示不完整的問題。 回復(fù)
理理: 使用自動換行功能,以及利用條件格式和數(shù)據(jù)分析工具等。回復(fù)