文章出處
保持設計代碼的清潔,是使設計具有靈活性的基礎,是快速開發的保證,有利于以后的維護和擴展
不要讓沒用的功能充斥著自己的系統,不要給系統制造垃圾還說等到以后再清理,我們實現的每個功能都應該是高質量的。不做要優于做差的東西。至少那樣沒有給系統制造垃圾(過分依賴重構會給代碼制造垃圾)
不要讓沒用的功能充斥著自己的系統,不要給系統制造垃圾還說等到以后再清理,我們實現的每個功能都應該是高質量的。不做要優于做差的東西。至少那樣沒有給系統制造垃圾(過分依賴重構會給代碼制造垃圾)
當我們軟件出來出現BUG找到開發人員進行修正時往往會出現這樣的情形,我們經常會聽到他們說這個模塊不是我開發的請找某某某.在敏捷團隊中不會推卸責任所有產品的代碼是屬于整個團隊的,沒有任何程序員對任何一個特定模塊或技術單獨負責.所有程序員都具有拆出任何模塊并對他進行改進的權利.
在敏捷開發中需求分析貫穿系統開發的整個開發周期,傳統的瀑布試開發,分析、設計、開發、測試、發布整個流程下來上一階段是進行下一階段工作的基礎,如果分析和設計階段出錯那么也就預示著項目的失敗。因為需求分析是否正確是項目成功的關鍵。我們都知道需求是最不穩定的隨時面臨變更的,這么重要和難做的工作要保證一次完成對于中大型項目來說幾乎是不可能的。
當我們所開發的項目運行在我們的面前時設計的弊端就無所遁形了,這時是關注需求的最好時刻。
往往,當我們看到運行的系統后會發現他有許多不足,實施敏捷開發,通過短期頻繁的快速交付可以運行的軟件進行迭代試的增量開發。會促使系統慢慢的向好的方向演化,最終以我們期望的方式工作。同時這也要求我們的設計具有高度的靈活性。
敏捷團隊
開發人員,商務人員,用戶人員
用戶素材:正在進行的關于需求的助記符號
溝通直到能夠解決問題或意見達成一致就停止,無需再多。
不含病毒。www.avast.com |
全站熱搜
留言列表