您好,登錄后才能下訂單哦!
今天偶遇《Agile in a Flash》一書,第一眼就有想一口氣讀完的沖動。但好書需要的是慢慢品味,偶爾翻翻也會有不一樣的感悟。看過一部分后就有了翻譯它的想法,一方面可以讓自己慢下來細細研讀,另一方面也可以和更多人分享。
我們發現了如下價值:
也就是雖然右邊的條目也是有價值的,但我們更重視左邊的條目。
敏捷軟件開發團隊相互協作和不斷適應,通過最少的客套和開銷來交付高質量的軟件。
在敏捷中你可能需要“右側的東西”來取得成功,但繞開紙面功夫而直接和人交流會更有效。相對于讓客戶告訴你他們想要的并隨時回答你的提問來說,將需求變成書面格式是一種浪費。
同樣,可工作的軟件很重要。文檔?就沒那么重要了。通過諸如TDD(卡片44,成功的節奏:TDD循環)、暗喻(系統的共同理解)和驗收測試(參照卡片21,可接受的驗收測試)等敏捷手段捕捉產品的規格以及相應的測試。
你可以通過持續協商來降低合同的重要程度。這就需要借助敏捷倡導的開放和深度協作提高透明度和信任感。
計劃是有價值的,但相對來說你的客戶和市場會更關注你提供符合不斷變化的需求的軟件的能力。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。