一、團隊層介紹
在safe 5.0 基本層級中，我個人認為又分為了兩個層級，乙個是面向團隊層級，另外乙個是面向專案集團隊層級；在safe 4.0中，這兩個層級是分開了，但是後來將其進行了完全的合併，是因為兩者形成了乙個閉環，專案集為團隊輸送backlog中的story，團隊按照節奏進行開發和演示，當一定數量的story完成後就會根據客戶的所需進行整合，並進行系統測試，一旦測試通過，就會把新的story給到團隊的backlog；這樣就行成了閉環。具體的實施可以見下圖：
在團隊實施safe時，一定要遵循精益敏捷的原則；
真正的敏捷團隊和art（敏捷發布火車）都是完全跨職能組織的。他們擁有一切可以為解決方案增量而服務的要素。他們是自組織和自管理的，這就可以使價值能夠以最小的開銷進行快速的流動。如果敏捷團隊不能定義、構建和測試他們的工作，那麼這就不是真正的敏捷團隊。如果art（敏捷發布火車）不能交付解決方案或解決方案的一部分，那麼就不能稱之為art。
注：art
（敏捷發布火車）是 agile team 中長期存在的一支團隊，和其他相關方一起，在 價值流中增量式開發、交付乙個或多個解決方案。所以art更加關注的是解決方案的交付，這點和敏捷團隊（agile team）是不一樣的，你可以把他們理解為是兩個層面的團隊。
節奏和同步：節奏提供了一種韻律，當做事情具備了一定節奏感的時候，其實就證明這件事情就已經做的很順了；對於敏捷中，固定時間的sprint就是一種節奏；而同步可以使多個觀點得到同時的理解，當多個團隊
pi計畫（專案集增量計畫）：這是safe中非常重要的乙個計畫，它為art提供了決策，並且將業務和技術目標進行統一；實際上pi計畫和art處於同一層級。
使用safe的企業建立了跨越全套產品和服務的客戶體驗。他們採用devops的思維方式、文化和技術進行實踐，根據客戶的需求進行頻繁和高質量的發布。只有頻繁的交付才能獲得更高的質量和市場的反饋，從而幫助企業獲得更大的利潤，增加客戶的滿意度。當有了計畫以後，就可以按照devops的方式進行交付。
系統演示：對於art團隊的主要衡量標準是進行系統演示，並獲得了相關方的認同；每兩周，對火車上的所有團隊的工作進行整合，使之成為乙個全系統，然後演示給火車的相關方。相關方負責保證火車的正常行駛，並提供相應的反饋。
檢視和適應：這是每個pi都要舉行的重要活動。需要乙個固定的時間以收集資料和解決問題。這個會議會將團隊和相關方召集在一起，以對解決方案進行評估，並且定義為提高下乙個pi的速度、質量和可靠性所需的改進。
ip（創新和規劃）衝刺：創新和規劃會發生在每個pi，並且會有多個目的。它扮演了滿足pi的目標的緩衝，並為創新、繼續教育、pi規劃，以及檢視和適應提供了專用的時間。ip衝刺活動實現了許多精益敏捷的原則，這些原則可以使業務敏捷性。
架構跑道：包括了高優先順序、近期要實施的**、元件和技術架構；如果沒有對架構跑道進行充分地投資，那麼火車就會減速，並使art難以**。所以要盡可能的減少架構跑道不要延遲和重新設計。
精益敏捷領導力：要想讓safe更加的有效，公司的領導和管理層必須要承擔起精益敏捷在組織中落地的職責；管理者必須要成為精益敏捷的領導者，當然首先他們要進行培訓，讓他們具備這樣的思維模式。如果他們不具備這樣的技能，那麼企業的轉型將是失敗的，無法達到所預期的收益。
二、敏捷團隊
在safe中，敏捷團隊是乙個跨職能組織的團隊，每個團隊的人數在5-11個人，他們負責在固定的時間盒內負責對所交付的增量進行定義、構建和測試。
在safe的敏捷團隊中，包括了兩個關鍵的角色，乙個是 scrum master；另外乙個是product owner。
沒有敏捷團隊就不可能有火車，他們為art以及整個公司提供了動力。art負責交付大型解決方案的價值。在火車上的團隊都要和其他團隊進行協作，為所指定的願景和路線圖做出相應的貢獻，並參與art的活動。此外，他們還需要構建持續交付的管道和devops的能力。
三、產品負責人
產品負責人是敏捷團隊的成員，負責定義使用者故事，並對團隊的待辦列表進行優先順序的排序，確保特性和元件故事的完整性。產品負責人要讓團隊的產出價值最大化，確保故事能夠滿足使用者的需要，以及遵循了「完成的定義」。對於大多數敏捷企業來說，產品負責人是乙個非常關鍵的角色，通常都是全職的崗位，最多可以支援兩個敏捷團隊。他的職責如下：
產品經理
產品負責人
負責維護專案集待辦列表
負責維護團隊待辦列表
定義特性、pi和發布
定義衝刺和故事
負責制定願景、路線圖、**和roi
為願景、路線圖和roi的實現而努力
在safe中，產品經理和產品負責人的區別
四、scrum master
scrum master的角色是幫助團隊成員進行溝通、協調和合作；總的來說，這個人是協助團隊交付最終的目標。scrum master是乙個服務型的領導，他能夠通過有效的精益敏捷實踐幫助團隊進行自組織和自管理。他的職責如下：
五、團隊看板
團隊看板是一種方法，可以將工作進行視覺化管理，並建立在製品（wip）限制，測量吞吐量以及持續改進流程。safe團隊可以選擇自己的敏捷方法，但是大多數團隊都會選擇scrum這個輕量型的管理工作的框架；當然，如果你是開發團隊，也可以選擇xp的實踐。看板系統可以運用於safe的組合級、大型解決方案級和基礎級。看板系統可以幫助實現以下工作：
六、團隊backlog
團隊待辦列表包括了來自於專案集待辦列表中的使用者故事和觸發故事，以及來自團隊本地提出的故事。它還可以包括其他一些工作項，代表了團隊需要完成的工作。產品負責人的職責是團隊待辦列表，它包含了很多態別的故事，產品負責人必須要在衝突的需求之間進行平衡，合理的分配資源；這種資源的分配既要考慮到團隊的需求，還要考慮到敏捷發布火車（art）。
七、pi目標和pi計畫
專案集增量（pi）目標是敏捷團隊或者火車為即將到來的專案集增量中要達成的商業和技術目的的摘要。在pi規劃中，團隊要建立pi目標，下圖為團隊pi目標。
專案集增量（pi）規劃是基於節奏的、面對面的活動，它是敏捷發布火車的心跳，可以使敏捷發布火車上的所有團隊可以共享使命和願景。下圖為標準的1天pi會議日程安排：
pi規劃是一件非常重要的事件，需要進行準備、協調和溝通。發布火車工程師進行協助，參與人員會包括商業所有者、產品管理、敏捷團隊、系統和解決方案架構師/工程師、系統團隊和其他相關方，這些人都需要提前進行通知並做好準備。
八、專案集增量（pi）
pi是乙個時間盒，在這個時間盒內，art交付形成工作的增量價值，並且對其進行測試。每乙個pi的長度是8-12周，每個pi大概有4個衝刺。
九、系統演示
系統演示是測試和評估完整的解決方案並獲得相關方的反饋。這些相關方包括：商業負責人、發起人、其他的敏捷團隊、開發管理、提供輸入的客戶，這些反饋是很重要的，他們會給art一些指導或者讓他們進行調整。
系統演示發生在每個衝刺即將結束的時候，它提供了art在這個衝刺中所有整合的新功能的全景圖，它也為art提供了系統層級的進展資料，可以使他們知道自己的速率。為了達成這種要求，需要擴充套件工程實踐以幫助art進行持續的整合。在每乙個pi即將結束的時候，art還會舉辦乙個pi系統的演示，以演示在這個pi階段開發出來的所有特性。因為pi的範圍比較廣，所以pi系統演示時參與的人員會更多一些，包括：客戶、組合代表、其他的相關方。這個演示通常是檢視和適應事件的一部分內容。對於大型的解決方案火車，系統演示會通過解決方案演示來展示。
SAFe 5 0介紹（四） 組合層級介紹
在這篇文章中，我們會介紹safe組合層級的各個元素，參見下圖 一 角色 二 戰略主題 戰略主題是與眾不同的業務目標，它連線著組合和企業戰略。它們影響著組合戰略，並且為組合決策提供了業務背景。三 組合願景 組合願景描述了組合價值流和解決方案的未來的狀態，描述他們將如何合作以達成組合目標和公司更廣闊的的...
lwIP 介紹 2 介紹
我的部落格 現今，無線網路技術比如藍芽與ieee 802.11b g wifi 已經成為大部分人生活不可或缺的一部分。這使得關於健康管理 安全加密 傳輸 工業處理等相關設施的蓬勃發展。小的裝置比如感測器，可以連線到現有的網路設施，在網路上進行監控。網路技術已經證明自身足夠靈活來適應千變萬化的網路環境...
演算法0 介紹
由於要找工作，最近刷了點題，看了點書，做了些校招筆試，總結一些演算法筆試的要點吧。1.題目 筆試的時候，第一步還是要認真讀題，這個沒什麼好說的，題都不懂是做不下去的。2.解題思路 在讀完題目的時候，不要急著動手寫 這一步要做的是理清思路，可以借助畫圖等工具。這一步的最終目標是得到演算法流程圖。3.輸...