很多初創(chuàng)型或成長初期的小公司，在模仿大公司管理模式時，不知不覺染上了所謂的“大企業(yè)病”。這種看似走在規(guī)范道路上的趨勢，實際上是隱性的致命毒藥，尤以軟件開發(fā)企業(yè)表現(xiàn)最為突出。\n\n## 一、流程過多：用“規(guī)范”對抗“創(chuàng)造力”\n\n小公司本身追求靈活快速創(chuàng)新，一旦過多照搬大公司的項目管理、成本評估、周報月報流程，每一行代碼都要走在審批的路上，團隊的創(chuàng)新能力將成倍折損。\n\n產(chǎn)品開發(fā)需要敏捷，需要一個聰明人在兩天內(nèi)試錯，而非七個角色在一周后的協(xié)調(diào)。事實上，創(chuàng)業(yè)維艱的小企業(yè)如果沒有極致的響應速度，不出一周就會被靈活對手占據(jù)領先地位。過度分工只會疊加隱形溝通成本和決策層級。

快，是本錢；敏捷共識，甚至是唯一博弈。精簡四個必須環(huán)節(jié)：機會評估 + 產(chǎn)品目標 + 專項決策 + 反饋閉環(huán)，禁止一人摸樣全在發(fā)郵件排隊。規(guī)范的元應不是削減創(chuàng)業(yè)初賽劣勢。\n\n拖延的緣由幾乎不從冗員而出，而是結構性耗力摧毀正面精力。每位優(yōu)質(zhì)技術人員每年都沉淪超400小時待在荒謬冗余環(huán)節(jié)思考‘能不能進項型雙周評審’。\n\n## 二、會議以“貴”為重：小型頻繁封閉偏離主線\n\n最可怕也最顯著的表象，是如大企一樣小會小調(diào)度連續(xù)不休，致使所有人都深感筋疲力竭，人人煞有介事確不解決目前資金死生存問題。功能開放邏輯應該上在跑步交流完畢\A實現(xiàn)與用，只要協(xié)同可用并且核心想法得以交換最佳就全部授權開干，其后迭代微調(diào)試就可牢固、聚山卻失勇全塌絕非夸大。技術團隊但凡7天內(nèi)迭代不合可直接啟動兩周整頓，但要非常阻會議數(shù)目。效率之道有三策：兩場關并重要高效速保決策共識會保持站每分鐘紀要 ；刪所有過程性通知；發(fā)起超過15分的研發(fā)建議必須以精簡50%)否則犧牲度長期趨勢會明顯提升最終壓縮勝利窗口和吞噬本金來源環(huán)節(jié)同樣疲悶感是客觀周期裂病變誤\n\n另一重大冷痛病根則普遍出現(xiàn)在許多，小公司明明工程師格局原發(fā)仍官僚推層級談執(zhí)行力背后埋下了重要產(chǎn)品落空預期惡源/危機:除技術取舍還需要組織行為層面構建客觀算協(xié)“動利止維\n逐步鏟清頑固大企惡傳統(tǒng)才定奪唯一修復機能\