近年來，因為這變化的世界，軟體需要越來越快的更新。為了追趕世界變化的速度，持續交付出現了。但是20多歲的用例也許太老了，它需要更新。
本場chat將呈現了乙個新的敏捷用例方法。它有新的用例規約寫法和規則。它去除了令人混淆的備選流，加入了清晰的異常流，清晰地定義了用例步驟。@符得到使用來標識用例切片，同時保持用例的完整性，兼顧了短期和長期的使用。這個敏捷用例新方法能很好的支援敏捷迭代開發和持續交付。
閱讀全文:
敏捷是一種思想
軟體工程中有各種思想來對抗複雜度的增加，敏捷 agile 就是其中的一種。周一參加了 敏捷初步 的培訓，fido一直在強調 敏捷是一種思想 凡是思想的東西每個人都可以自己進行理解，比如我就覺得 結對程式設計 雖然夠創意但不如乙個人先寫，然後兩個人共同進行 審查 收穫總結一下 要清晰 要預期 要輸出 ...
用例2 0及敏捷軟體開發
正在構建大型複雜系統的企業正在逐漸遠離傳統的瀑布式開發，轉而採用敏捷流程。這使我們想知道用例如何適應敏捷過程，特別是敏捷關注使用者故事。由ivar jacobson，ian spence和brian kerr開發的use case 2.0是使用者故事和scrum和kanban的敏捷方法開發的新一代用...
敏捷的三種誤區和五種改進
三個主要誤區 第乙個是重視流程忽視人。敏捷宣言開明宗義指出 人和溝通勝過過程與工具 但是仍然有很多企業試圖通過創造乙個完美的流程來實施敏捷。不可否認，合理的流程對於提高團隊效率有一定的作用，但是企業真正要從敏捷改進中獲益必須落實到人的改變上來。第二個是重視管理輕視工程。很多團隊將敏捷等同於開開站會 ...