現在，越來越多的企業和軟體從業者都接受了「敏捷」概念。在我做持續交付諮詢的時候，也可以聽到客戶能夠把「敏捷宣言」倒背如流：
「個體和互動高於流程和工具
工作的軟體高於詳盡的文件
客戶合作高於合同談判
響應變化高於遵循計畫」
如果，這就是你知道的「敏捷」的全部。那麼，你對「敏捷」的認識還沒有及格，在我做諮詢的過程中，會發現以下幾個常見的遺漏點：
「敏捷宣言」的**是：直譯就是:敏捷宣言.非盈利組織。
但實際上這個靜態**的標題確是「manifesto for agile software development」，即「敏捷軟體開發」的宣言。所以，當我們講敏捷的時候，指的是「軟體開發」。軟體開發不包括軟體的設計和維護。但敏捷的價值觀已經向上游的設計階段和下游的維護階段延伸。帶來的分別是「使用者故事」和「devops」。
對於devops，大家可以參考 實際上，在devops興起之前就有敏捷系統管理和維護的概念了。
很多人往往在說敏捷宣言的時候漏了最後一條。即：「儘管右項有其價值，我們更重視左項的價值。」
這點的關鍵是，「敏捷軟體開發宣言」是乙個價值觀。在該價值觀的引導下，我們選擇左邊的價值。但不是忽視右邊的價值。「敏捷就是沒有文件」，「敏捷就是沒有流程」，「瀑布流程和敏捷勢不兩立」都是不正確的認識。
敏捷的價值觀讓我們減少了時間——這種不可再生資源上的浪費。而這些時間上的浪費表現在不能更早的交付有價值的軟體上面。因為軟體開發是一種成本和風險都很大的團隊活動。如果不能盡早的兌現價值，這些軟體開發的工作就是最大的浪費。
個人認為，敏捷的實踐是一組工具箱，這組工具箱中的每個工具實踐都是解決特定問題的。傳統的瀑布流程中有很多的東西可以用敏捷工具箱裡的工具改進。糾結於「敏捷是不是完整」也是一種「不敏捷」的表現。畢竟，「個體和互動 高於 流程和工具」。
此外，「敏捷」是乙個價值觀，而不是一種制度。
在敏捷宣言後面的第一條，是乙個幾乎被所有人忽略的鏈結，這個鏈結就是「敏捷軟體的12條原則」：iso/zhchs/principles.html
1. 我們最重要的目標，是通過持續不斷地及早交付有價值的軟體使客戶滿意。（沒有最快，只有更快，用快速的工具和技術交付軟體。）
2. 欣然面對需求變化，即使在開發後期也一樣。為了客戶的競爭優勢，敏捷過程掌控變化。（需求變動沒事，反正代價比較小。）
3. 經常地交付可工作的軟體，相隔幾星期或一兩個月，傾向於採取較短的週期。（越快讓客戶給軟體提反饋最重要。首先是「能工作」，其實是「正確的工作」，最後是「工作的好」。如果不能工作，就是浪費時間，把最痛苦的事情最先做。）
4. 業務人員和開發人員必須相互合作，專案中的每一天都不例外。（經常溝通和理解，避免出現期望偏差。）
5. 激發個體的鬥志，以他們為核心搭建專案。提供所需的環境和支援，輔以信任，從而達成目標。（kpi這種東西就是基於「不信任」而設計的。）
6. 不論團隊內外，傳遞資訊效果最好效率也最高的方式是面對面的交談。（郵件，im，**都不是很好的溝通方式。）
7. 可工作的軟體是進度的首要度量標準。（只有能用了，才知道接下來該幹什麼。）
8. 敏捷過程倡導可持續開發。責任人、開發人員和使用者要能夠共同維持其步調穩定延續。（響應變化，缺少資源就要增加，避免工作被阻塞，否則都會打破步調。）
9. 堅持不懈地追求技術卓越和良好設計，敏捷能力由此增強。（敏捷不光求「快」，還要求「好」。不要為了快，把好的實踐都拋棄了。）
10. 以簡潔為本，它是極力減少不必要工作量的藝術。（簡單即是美，能不要的都不要。敏捷的軟體猶如羅丹的雕塑。）
11. 最好的架構、需求和設計出自自組織團隊。（不要讓不專業的人士指導專業人士該怎麼做，「he/she can he/she up」。）
12. 團隊定期地反思如何能提高成效，並依此調整自身的舉止表現。（反思（回顧會議）是讓團隊成員之間更加明確方向和暴露狀態的的最好形式。此外，敏捷的團隊是沒有「屌絲」和「碼農」的）
這12條原則也是指導敏捷實踐和工具的原則。當你「站會」，「kick off」，「code review」，「pair」，「retro」的時候，想一想是不是遵循了這12條原則。如果沒有遵循，請用這12條原則審查自己的敏捷實踐吧。
好了，你的「敏捷」知識及格了嗎？
什麼？你的私鑰洩漏了？
簽名是一種當代標準做法，其中軟體開發人員通過可信證書頒發機構的驗證，並接收可用於簽署指令碼和可執行檔案的證書和私鑰。當您對乙個軟體進行 簽名時，您正在做的是使用與您的 簽名證書關聯的私鑰新增數字簽名。瀏覽器本身並不信任您，但如果他們可以將您的數字簽名鏈結回受信任的根，即來自其中乙個受信任的ca的證書...
為什麼要敏捷？資料告訴你。。。
下午去ddj上晃了一圈，上面公布了最新的 乙個關於敏捷的調查結果。這個調查是由知名敏捷工具廠商versionone發起的，在今年六月和七月中進行，共收到來自80個國家3061個參與者提交 的結果。大部分參與者都是敏捷的team leader 教練或是諮詢師，他們所處公司中，絕大部分的開發隊伍少於10...
不能共情你還當什麼領導
很多做領導的，以為自己在組織中擁有了權勢，能夠左右下屬的薪水 獎金，能夠對下屬進行賞罰，能夠名正言順的指示下屬，就覺得自己有了領導力 影響力和管理能力，做起事情來就有些想當然，不考慮別人的感受，結果往往會發現自己一心為公努力想把事情做好結果卻四面樹敵事與願違。這其中非常重要的一點就是因為管理者換了鞋...