瞭解Scrum敏捷開發過程的優勢

Scrum

1. 咱們的團隊

1.1 團隊名稱

• 開發小分隊&7號

1.2 團隊成員

• 徐棒 彭康明 劉鵬芝 羅樟 王小莉 胡廣健 沈興豔

1.3 我在團隊中位置

• 需求實現團隊（負責將需求模塊實現和與用戶角色交流跟進需求，根據要求，承擔實際開發工做）

2. Scrum學習心得

當我學習到敏捷編程的時候，我心裏很是的激動。軟件工程居然也有如此能夠便捷，不臃腫的工做方式。將每一個人的做用發揮到了極致，也大大的提升了軟件開發的時間效率。讓我產生了很大的興趣！這徹底能夠是一個學生團隊，一個新的創業公司，或者一個小的產品開發團隊來使用的很棒的工做方法。能夠產生很強的競爭能力。

我對Scrum的理解

首先產品backlog是Scrum的核心。他是對需求，對故事，對特性很好的一個歸納。而後能夠按照重要性的級別進行排序。它裏面包含了客戶須要東西。
產品負責人是一個團隊很重要的存在（實際上在scrum裏面每一個人都很重要，缺一不可），他要理解每一個故事的含義，對後續的開發有事半功倍的做用。
Sprint計劃會議很關鍵，Scrum的靈魂存在。
這是別人對Sprint計劃會議的成果的總結：

• Sprint目標。
• 團隊成員名單（以及他們的投入程度，若是不是100%的話）
• Sprint backlog(即Sprint中包括的需求列表)
• 肯定好sprint演示日期
• 肯定好時間地點，供舉行每日scrum會議

特色：整個團隊都要參加sprint計劃會議。這樣就能產生相互發展的做用。

經過生成率的估算、需求拆分紅任務，燃盡圖，更新任務版，sprint演示等很好的解決軟件開發過程當中的問題。

總的來講，在Scrum中使用的開發方法很敏捷，互動性很高，可以很迅速的調整在開發過程當中遇到的問題，不會出現重大的方向錯誤。
客戶全程參與到了開發過程當中，每一個需求很是的符合用戶內心的標準。這樣子就下降了項目開發的風險，即便有小的錯誤也能夠很快的糾正過來。sprint會議不只能夠增長產品經理人信心，也是爲了讓團隊得到足夠的信息。需求分紅小任務能更好的完成。不少東西再一次都說明Scrum方式的優越性，或許這樣的方式是每個人都樂意的呢？

3. 長大助手思惟導圖

4. 我計劃在團隊中怎樣實踐scrum

• 注重個體與交互
• 注重可用的軟件
• 注重客戶協做
• 注重響應變化

遲到接受懲罰：檢討本身三個問題（昨天作了什麼，今天要作什麼，遇到什麼問題）
天天更新燃盡圖；使用好任務看板，回顧天天作的事情，總結並改進方法。