圖 3. 流行的敏捷方法
除了圖例中的方法外還有 Crystal, Lean Software Development, Feature Driven Development, Xbreed, RUP 等等。
敏捷方法的共性
雖然各種敏捷方法的名稱、所需環(huán)境、適合的團隊有很大差異，但是他們擁有相似、相同的以下幾大特點：
擁抱變化（Embrace the change）
無論是多么明智，多么正確的決定，也有可能在日后發(fā)生改變。因此，團隊要能夠充分理解我們的利益干系人（Stakeholder）和客戶代表為什么經常提出新的需求和設計要求，一句話，就是心中有數“唯一不變的是變化”。團隊更要信任 利益干系人（Stakeholder）做出的每次決定和需求的調整都是將產品開發(fā)推向更正確的發(fā)展方向，新變化將進一步降低風險，實現團隊最大化利益，理解這是適應市場變化的必然行為。
而在接受變化的同時，我們應該積極的向 利益干系人（Stakeholder）和客戶代表反映實現活動中暴露出來的可能的設計缺陷和錯誤。在實際工作中，團隊成員應該用優(yōu)先級制度來劃分事情和目標先后順序，在迭代周期內對于還沒有最終決定的設計方案可以予以后來實現、測試，不用急于投入資源展開全面的開發(fā)、測試活動。這樣一來，開發(fā)測試團隊也會人員也將更加適應，真正擁抱變化。
客戶的參與（With Customer Representative on site）
首先誰是客戶（Customer），客戶代表（Customer Representative） 呢？利益干系人（Stakeholder），或者我們可以理解為我們的客戶（Customer），產品的最終使用者（End user），內部使用者（Insider），商業(yè)伙伴（Business Partner）。利益干系人（Stakeholder）作為團隊中最了解業(yè)務（Business）的人物將幫助開發(fā)團隊的快速達到目標和做出適時決策。開發(fā)團隊擁有很好的技術但在業(yè)務（Business）方面他們需要 利益干系人（Stakeholder）的幫助。而通常在敏捷的開發(fā)項目中，團隊中的任何一個人若需要幫助時，只要簡單的邀請大家參加一個 15 分鐘會議，或一封郵件、一個電話便可以解決。
但是，如果利益干系人（Stakeholder）各執(zhí)一詞怎么辦呢？為解決這個問題，將 Product Owner 引入到討論中來，作為 Product Owner 他可以作為是 利益干系人（Stakeholder）的代表，能夠在分歧中做最后抉擇。因此，通過這樣的客戶代表的參與，團隊更好的了解了所做事情的價值和意義，其工作效率也因而得到很大提高。
此文章共有8頁 上一頁 1 2 3 4 5 6 7 8 下一頁
文章來源：中國項目管理資源網
|
Leadge.com首頁 > 知識庫 
