利益干系人（Stakeholder）能夠幫助團隊中的每一個人更好，更快的完成了工作，他們的直接參與成為了敏捷開發(fā)、敏捷測試的重要前提。
較少的文檔（With less documents）
敏捷開發(fā)更重視生產(chǎn)出可用的產(chǎn)品而不是詳細文檔。而時常有發(fā)覺文檔又是無論敏捷還是傳統(tǒng)開發(fā)、測試不可或缺的一部分。筆者認為，傳統(tǒng)開發(fā)的文檔在敏捷開發(fā)里仍有大用，只是原來十來頁的內(nèi)容精煉到現(xiàn)在的一頁半頁。
敏捷主義者相信文檔不是最佳的溝通方式，他們鼓勵通暢的交流和溝通，要求避免和減少陳詞濫調(diào)和空頭支票。尤其是復雜的文檔說明只是增加了溝通成本，因而敏捷開發(fā)、測試的文檔不需要長篇累讀，需要的是簡潔，清晰。任何一段清楚的文字，甚至一張圖片，照片，一封記錄著會議記錄的郵件都是我們認可的敏捷文檔。因為是無論是通過文字板書的文件還是其他的溝通方式和載體都是為了幫助團隊進行更高效的交流和溝通。只有團隊保持著溝通上、理解上的一致后才能夠充分發(fā)揮出團隊最佳戰(zhàn)斗力。但凡這是幫助團隊有效溝通的方式，敏捷開發(fā)是不會放棄的。
最大化的生產(chǎn)力（Maximize Productivity）
敏捷開發(fā)模式要最大化的提高團隊的工作效率。無論是依靠剪除冗余的文檔工作，還是提供民主的、通暢的溝通平臺都是為了幫助團隊能夠集中有限的精力處理有意義的問題。據(jù)調(diào)查，通常人會在兩個、多個任務并行的情況下產(chǎn)生出出最高工作效率。而敏捷也恰恰使用了各種方法得到團隊的最大生產(chǎn)力。
敏捷開發(fā)的 Scrum 模式，要求在計劃階段，團隊成員主動定制迭代周期的所有工作任務，因此，本身從團隊開始迭代活動的那時起，已經(jīng)在在多重工作的壓力下緊張工作了。而在日常的迭代生產(chǎn)活動里，各個成員需要當眾簡單匯報當天的工作進度和承諾下一個 24 小時的工作計劃。因此，通過增加敏捷人員的工作的透明度，無形之中，團隊成員的生產(chǎn)力進一步得到提高。
測試驅(qū)動開發(fā)（Test Driven Development）
測試驅(qū)動開發(fā)，是讓開發(fā)人員在編寫功能代碼之前，根據(jù)對需求的理解先設計和編寫單元測試代碼。先思考如何對將要實現(xiàn)的功能進行驗證，再考慮功能的實現(xiàn)。然后迭代的增加新功能的單元測試和功能代碼編寫，直到完成全部功能的開發(fā)。
自動化冗余工作（Automate the redundant work）
將團隊成員從冗余的勞動中解放出來，無論是自動化的測試還是自動化工具的開發(fā)只要能夠節(jié)約成本都是敏捷開發(fā)、敏捷測試的目標。
民主的團隊（Democracy in team）
敏捷團隊是一支民主的團隊，團隊關系是平行的，每個團隊成員能夠平等的參與討論，決策。傳統(tǒng)開發(fā)的垂直的官僚機構在敏捷開發(fā)中已是過時的。
此文章共有8頁 上一頁 1 2 3 4 5 6 7 8 下一頁
文章來源：中國項目管理資源網(wǎng)
|
Leadge.com首頁 > 知識庫 
