答辯總結：
beta衝刺總的來說我們還是在alpha衝刺上改進了很多，已經實現後端1.0版本，正在著手怎麼部署上線，每個小組成員都為了團隊付出了自己的汗水，歷經風雨終於嗅得芬芳。但我們都是小白，沒有開發專案的經驗，所以部署上線能否將產品按期交付仍是乙個未知數，不過不管結果如何，我們都在這個過程中有所收穫，有所成長，也非常感謝老師對我們的鼓勵與支援。
全組討論的**：
•主要解決的問題：我們的文件處理器主要用於解決辦公學習以及各種機構高校中excel、word之間的大規模的轉換。
•這款軟體主要運用大批量資訊管理處理中，例如學校調查學生考研意向資訊等word自動整理成excel**，個人財政支出大量excel合併整合成乙份等。
•原計畫主要核心功能為四個，還有伺服器方面的搭建，配置好了雲伺服器環境，前端頁面以及互動還殘留一些問題，但在後端那邊已完成所有功能模組的整合和第一版的完整後端1.0版本。
•未在原計畫時間內完整交付，前端頁面的互動方面以及介面方面還存在一點問題。
•原計畫還沒在beta衝刺中設定使用者數量，所以使用者侷限在組內。
•儘管還沒開始正式發行，但是我們通過採取在問卷調查，抽查找問使用者以及詢問潛在客戶的需求後，我們認為使用者對重要功能的接受程度在大致上與我們的事先預想是有許多共同之處。
•在經過對潛在使用者的調查後，結合調查結果，最後我們認為我們目前所努力的方向是正確的，所以是逐漸靠近目標的。
•剛開始的設想目標，感覺稍微偏離實際的方向。如果歷史重來一遍，我們會更加盡可能考慮到方方面面。
•用來制定計畫的時間是充足的，可能是因為在之前的alpha衝刺積累一些經驗吧。。
•在計畫階段面對組員不同的意見 ，選擇是讓隊員們發表他們不贊同的原因要素，而後我們其他組員會針對對方的意見進行協商討論，如果最後沒辦法接受會採取少數服從多數又或者重新起草新的計畫。
•原計畫的工作大部分都做完了，留下的一些小工作，主要是因為知識學習掌握方面的效率不夠快帶來的。
•並沒有，因為在進行這個專案過程中遇到的每件事都會成為以後道路上的乙個經驗，以這個角度來看，它們算是值得的。
•大部分都是有清楚定義和衡量的交付件的，但出於經驗問題，無法覆蓋清楚定義每一項任務的交附件。
•並沒有整個專案都按著計畫進行了，最主要的意外還是知識儲備方面與能力方面帶來的導致任務進度上的時間規劃出現偏差。
•前後端互動的技術難度以及介面問題等是當時沒有估計充分的，因為缺乏開發經驗。
•有留下緩衝區，但劃分給緩衝的時間較少，緩衝區是有作用。
•在緩衝區上估計會比這一次的衝刺要多一點，為了給由於能力不足引起的計畫變動有一定的接受能力。
•在加班上可能會加重一些比例。
•在計畫方面學到了計畫的兩面性，一方面因為有計畫讓事情進度更有條理，但是也容易因為計畫帶來負擔方面的問題，因為實際情況不可能百分百按照計畫，出入問題會導致後面的計畫有影響。如果重來一遍，還是會更加的完善計畫吧。
•不能說有完全足夠的資源來完成各項任務，有的任務的技術難度目前還是在我們的能力之外，但我們會努力利用已有的各項資源來完成任務。
•通過自己已有的知識儲備，以及通過查閱資料後的了解，將各項任務所需時間和資源進行乙個估計，頂多可能有些時間需要用上一些預感來判斷吧。
精度方面不說完全貼切，但是大致上還算是較為準確的。
•測試時間、人力和軟體/硬體資源目前來看是足夠的。
•不需要程式設計的資源一開始稍微低估了難度，但主要也是因為沒經驗導致的，所以總體上還算是可以的。
•並不是很確定，最開始進行任務分工的時候，隊員們是盡量按照自己的能力來進行挑選任務的。
•會做什麼改進：任務分工更加明確，更且會在一些任務上優先傾注一些資源。
•是的，在群裡發布變更訊息後，相關人員都會回覆或者通過其他方式保證自己收到了。
•對功能任務進行評級，評出功能重要程度的等級，將資源優先傾向於能夠實現且 重要的功能，就此決定出「推遲」和「必須實現」的功能。
•「做好了」，應該是在測試上首先是達到可靠而合格的要求，其次，我們將分別模擬使用者進行操作測試，還會邀請真正的潛在使用者進行測試評分，不可能一下子預料到所有問題，但是起碼要經得住使用者簡單的操作測試。
•可以的，而且將會集中大家的意見，有的比較重點的專案會在一開始就保留有b計畫，以便能夠更好面對各種突發情況。
•可以的，相信自己的隊員，以及強大的網路支援。
•在變更管理上，我們體會到了計畫安排和變更之間的聯絡。如果能夠重來，我們應該會在一開始估計更多的可能的困難和可能出現的問題，避免變更頻繁。
•是在一開始就由李佳樂和吳潔穎完成的，是。
•出現過，是由大家共同討論，各抒己見，最後通過以理服人或者投票或者組長敲定的。
•由於後端演算法初步完成還需要變動**進行優化，所以目前還未運用單元測試，將來完善**後會運用單元測試測試**效能，有使用jmeter工具測試系統效能，對伺服器壓力等資訊可以反映出來。
•沒區別，不需要更新。
•在批量word歸併到excel這個功能實現的過程中產生的bug比較多，因為word歸併到excel中，應用場景word檔案是**形式的比較多，而**可以有非常複雜的形式，所以這方面的解決也需要不少時間。產品並未進行發布，所以沒有出現發布之後的重要bug。
•**複審由隊長和組內選擇出來的大佬一起負責，正在改善**規範中，會努力嚴格規範**，**規範後，組長會將這些轉交會由專門負責測試的隊員進行測試。
•學到了什麼：後端功能的實現中學到了如何利用強大的庫函式解決問題，還有**規範的重要性。
•會做什麼改進：在整合**之前做好交流，使**整合之前就更加規範，減少**整合時間，同時也能給接下來的工作展開起乙個更好的開端。
•有測試計畫。由於介面方面仍存在一些問題，所以暫未開始驗收測試，只先進行了區域性方面的測試。
•使用jmeter進行測試。
• 首先進行介面測試，測試網頁是否能連線；連線成功之後進行效能測試，測試網頁的請求數、響應時間、錯誤率與吞吐量。這些測試工作還是有用的，能夠觀察到網頁的效能如何。改進的話就是細節問題吧，不是很全面。
• 花費的時間超出預期，因為組員對於這方面的知識掌握度並沒有到達能夠熟練使用的地步，所以在這方面會比較耗費點時間。
• 學到了如何測試網頁；如果歷史重來，我們將會更早去接觸這方面的知識，盡量使自己能夠早點具有這方面的能力。
•在確定團隊角色時，我們會讓每個成員擁有自己的第一志願和第二志願，首先看成員最想擔任的角色，如果實在有衝突就檢視第二志願，盡量保證每個成員分配的任務都是他所擅長或感興趣的，做到人盡其才。
•有困難的時候會密切溝通，互相幫助。
我感謝 對我的幫助， 因為某個具體的事情:
•學到了如何資源利用最大化和團隊協作的重要性，如果重來，我們會在目前薄弱的地方多安排人手，盡量將每個人安排到合適且需要的位置上。
•屬於defined檔次。
•在規範的後期。
•增強了團隊協作能力，隊伍的凝聚力有了顯著的提高，各方面的開展更加規範。
•目前最需改進的是—每個隊員完成工作的責任感 ；對照敏捷開發原則，我們小組做的好的方面有：
① 簡單化是根本（不做過度設計和**）。在設計介面時，我們將設計重心放在了4個核心功能
頁面的設計上，專案本身除了基礎功能設定外幾乎沒有其他多餘的功能。
② 每隔一定時間，團隊會在如何才能更有效地工作方面進行反思並對自己的行為進行相應調整。
我們每週都會開3-4次的會議來交流各小組的成果進度，並據此做出接下來的規劃。
③ 在團隊內部，最具有效果並且富有效率的傳遞資訊的方法，就是面對面的交談。
我們每週都會開3-4次的會議來交流各小組的成果進度，並據此做出接下來的規劃。
第07組 Beta衝刺 總結
答辯總結 beta衝刺總的來說我們還是在alpha衝刺上改進了很多，已經實現後端1.0版本，正在著手怎麼部署上線，每個小組成員都為了團隊付出了自己的汗水，歷經風雨終於嗅得芬芳。但我們都是小白，沒有開發專案的經驗，所以部署上線能否將產品按期交付仍是乙個未知數，不過不管結果如何，我們都在這個過程中有所收...
第07組 Beta衝刺 總結
答辯總結 beta衝刺總的來說我們還是在alpha衝刺上改進了很多，已經實現後端1.0版本，正在著手怎麼部署上線，每個小組成員都為了團隊付出了自己的汗水，歷經風雨終於嗅得芬芳。但我們都是小白，沒有開發專案的經驗，所以部署上線能否將產品按期交付仍是乙個未知數，不過不管結果如何，我們都在這個過程中有所收...
第07組 Beta衝刺 總結
答辯總結 beta衝刺總的來說我們還是在alpha衝刺上改進了很多，已經實現後端1.0版本，正在著手怎麼部署上線，每個小組成員都為了團隊付出了自己的汗水，歷經風雨終於嗅得芬芳。但我們都是小白，沒有開發專案的經驗，所以部署上線能否將產品按期交付仍是乙個未知數，不過不管結果如何，我們都在這個過程中有所收...