2023年3月30日，有幸參加了光環國際舉辦的219規模化敏捷春季峰會，一共13個主題，我選擇了吳言(隆正資訊 敏捷總教練)老師帶領的第三個主題---不斷增長的技術債。
話題進行流程：
1.問題 2.原則 3.問題澄清 4.議程 5.問題重構 6.會議目標 7.解決方案
不斷增長的技術債
自組織 不詭辨
首先，什麼是技術債？
技術債首先是乙個債務，就像我們財務債務一樣，是向某個「物件」的借債。是為了短期利益而放棄或跳躍應當遵守的流程、規範、制度而欠下的債務。技術債包括低質量的**，不合適的設計，缺陷，測試覆蓋不充分，手工測試過多，平台擴充套件性差。
其次，為什麼會出現技術債？
主要有工藝過程控制不足，研發能力水平不足，缺乏工具支撐，過時的架構，從不**重構，為了進度而測試不足，手動配置過多，工作態度等，以及經常變化的產品方向。
技術債的後果
爆發點不可預期，開發支援成本上公升，失敗感瀰漫，客戶滿意度降低
雖然技術債的出現有各種各樣的原因，但本質可以歸屬為以下三方面：
管理層面
制度層面
人的不確定性
我們經常碰到一種情況是，市場的變動或時間限制，讓我們在欠技術債的時候心安理得，因為你的要求很過分，時間有限，資源有限，還要保障產出，我只好怎麼怎麼的。這其實是產能的不匹配，產能的不匹配要通過管理的手段來解決。
另外就是制度和流程建設，如果保證質量，制度和流程約束必不可少。有乙個擰螺絲的故事，a和b，在擰螺絲時要求擰三圈再倒半圈，a按要求操作，b一聽心想那不就是擰二圈半嗎！結果一到夏天,a擰的螺絲沒事，b擰的螺絲都蹦掉了。
原來三圈再倒半圈 ≠ 二圈半。擰三圈是為了把孔撐大，然後再回半圈是為了給高溫時熱漲預留空間。
這就是只看結果，而沒有理解制度和流程的原因，制度和流程是內建質量的保障。
最後就是人的因素，人本身就是最大的不確定性，受情緒、環境、氛圍的影響，即使同乙個人也會有波動的變化，如果沒有管理和制度的約束，這一不確定性就會使得技術債更加的不可控。
主要是時間盒限制，在此不做解釋
當……由於……導致……引起
當需求持續流入，形成持續生產持續交付的活動
由於無質控標準
無工藝規範
無工具支撐
人員能力及態度的不確定性
導致低質量**
架構失控
設計不當
引起價值無法呈現
控制技術債的不斷增長
有效發布次數 增量發布降低工作量 精品思維不欠債 工具化支撐 減少手工操作
解決方案
技術債的分類：低階技術債、不可避免的技術債、策略性技術債
技術債的成因：
技術債視覺化管理
業務層面可見：跟蹤開發速率，管理技術債
技術層面可見：透明化，分析，討論，採取措施
償還技術債
規模化敏捷 簡要對比SAFe LeSS和DAD模式
目前有三種將scrum擴充套件到大型企業的方法。這三種方法分別是dean leffingwell的scaled agile framework safe scott ambler的紀律敏捷開發 dad 和craig larman和bas vodde的大規模scrum less 在還沒有搞清楚乙個團隊...
mysql 規模化部署 sql mysql部署
配置檔案 設定mysql客戶端預設字符集 default character set utf8mb4 mysqld 設定3306埠 port 3306 設定mysql的安裝目錄 basedir d dev mysql 5.7.30 winx64 設定mysql資料庫的資料的存放目錄 datadir ...
規模化敏捷框架何從入手？這篇文章把SAFe講透了！
摘要 敏捷軟體開發理念已漸漸被業界普遍接受，越來越多的公司和團隊不得不面對乙個新的問題，就是規模化敏捷的引入和實現。目前市場上規模化框架主要有safe，less，scrum of scrums,spoity等等。其中safe是使用最廣泛的規模化敏捷框架，那麼safe到底是個什麼東東呢？這篇文章中將為...