站立會議是敏捷軟體開發方**scrum的相關技術之一，亦可稱之為scrum的最佳實踐。具體形式為每天的同一時間，乙個敏捷開發團隊的所有成員面對面站在一起，進行乙個為期15~20分鐘的短會。在會議上，每個人要依次回答以下三個問題：
1）從上次站立會議到現在，你完成了什麼
2）從現在到下次站立會議，你將要做什麼
3）你遇到什麼阻礙，需要其它人如何幫你
1）創造團隊成員相互溝通的條件，了解彼此的工作進展和工作成效；
2）可讓專案經理及時發現阻礙專案進展的問題並解決，提高專案的成功機率；
3）為經驗的交流和分享提供機會；
可以把回答第乙個問題改為向團隊演示自己已經完成的功能，這樣可以促使團隊成員真正地理解「完成」的定義，並且努力去做到真正的「完成」；
避免站立會議的範圍延伸，諸如技術細節的討論，需求的溝通和明確等問題不應該是站立會議要解決的問題；
務必注意會議規則的維護，不要遲到，延時，或者改為坐著開；
敏捷軟體開發之敏捷實踐
good 勝過normal 個體和互動 過程和工具 可以工作的軟體 面面俱到的文件 客戶合作 合同談判 響應變化 遵循計畫 個體和互動勝過過程和工具 人是獲得成功的最為重要的因素。團隊的構建要比環境的構建重要得多。許多團隊和管理者就犯了先構建環境，然後期望團隊自動凝聚在一起的錯誤。相反，應該首先致力...
敏捷軟體開發 原則 模式與實踐 之敏捷實踐
參與公司的敏捷開發也有一段時間了，還沒有系統的學習過敏捷開發。比如早上的站會，每個月的迭代會，還有自己領取任務去開發故事，這些都是敏捷開發的流程之一。敏捷開發需要不斷的學習，不斷的實踐。現在開始寫一些關於敏捷開發的部落格。一 敏捷聯盟 1 個體和互動勝過過程和工具 乙個優秀的團隊成員未必是乙個一流的...
敏捷軟體開發實踐 概括
應朋友之邀，我準備寫一組文章關於敏捷軟體開發的實踐，也幫助廣大沒有用過agile的或者只停留在書本內容上的朋友親臨敏捷軟體開發這個驚心動魄的歷程。所謂敏捷，書本上有很多的介紹，我也不想重 明輪子了，反正就我的理解，敏捷的精髓就是面向變化，敏捷這個詞語，我最早遇到是出現在玩各種遊戲中，所謂的 力量型 ...