第一周會議

　　今天我們小組開展了第一次團隊例會活動。我們小組將《構建之法》分為了六個部分并由六位成員先分別學習并向組長上傳學習收獲，這次的活動內容便是 交流前兩周小組成員學習閱讀《構建之法》的收獲。
　　在各位成員的交流中我們將自己所讀的這部分內容的總結與其他人的進行交換，從而對自己還沒有讀到的內容有一個大致的了解。其中組員劉偉康提到的我們要形成 “交響樂隊模式” 的團隊是這次團隊例會中大家共同贊成的觀點，他提出要避免 “明星模式” 失控時一家獨大的狀態，讓每個人都有明確的分工和職責，同時在某位成員工作暫時受到阻礙時，要有其他成員能夠有能力及時補上他的工作。這樣可以讓團隊中的每個人都最大化與格式化自己的力量，不會出現一個人干活一人偷懶的局面。同時我們也對尚未完成自己閱讀項目的莫禮鐘同學進行了鼓勵，希望他能努力學習，在下一次交流中展現自己的學習成果。

【此次交流總結由 馬軍 記錄】
【2017.10.11晚】

第二周會議

　　今天（10.18）我們小組開展了第二次團隊例會活動。我們小組主要討論了前兩周我們組的優缺點以及第三周團隊任務的分工等問題。
　　我們首先確定了第三周團隊任務的大致分工，其中組員劉先潤自薦修圖。在選取游戲的討論上，我們組意見出現分歧，組長袁逸灝及組員馬軍覺得闖關類游戲比較容易推銷，莫禮鐘想要新意多一點的RPG養成類游戲，并且以社交為主，但是我認為開發社交類游戲消耗的人月太多，所以我們還需要進一步討論選取。
　　當我詢問到組員們對于團隊特色的描述以及關于團隊前兩周表現的優缺點時，一種自豪之感油然而生。雖然我們團隊剛剛組建，還沒有開發項目、合作的一些經驗，但是我們前兩周一直按照老師的要求執行任務，也參考了《構建之法》上的部分內容改進，我們小組每個人每周都為團隊花費了一些時間，每周例會上暢所欲言的感覺真是不錯，從軟件工程的角度講，我們團隊要爭取做一個?交響樂隊模式的敏捷團隊，相比起其他團隊，我們的交流次數較多。劉誠昊還說，第二周我們小組成員選的游戲都比較新穎，這樣一種默契和自信是正是我們團隊的特色和優點。
　　大多數組員甚至認為我們組沒有“缺點”，我覺得我們組還是缺少一些磨合，在交作業上也要加強督促力度，不然會耽誤每周團隊總結博客的發表時間。相信在組員們的持續配合下，我們團隊能夠表現得更出色。

【此次交流總結由 劉偉康 記錄】
【2017.10.18晚】

第三周會議

　　第八周我們小組舉行了會議討論，會議圍繞以下內容進行了討論：

1.上周的采訪后我們形成的結論有哪些？后面如何工作？
2.討論一下馬軍制定的計劃表合不合理？不合理及時修改。
3.（重要）參考QQ群中的用戶需求文件，看看每種軟件的介紹背景，目的，驗收標準，明確并且討論一下我們要做的軟件的相關內容及具體需求。
4.前三周相比起其他組，我們有沒有什么值得借鑒的地方

　　對于第一個問題：袁逸灝認為需要將人力主要集中在代碼方面，工作效率要有保證，團隊的開發要做到先苦后甜。除了袁逸灝發表見解，劉偉康同學進行了補充。他認為日后的工作中，要注意寫工作文檔來說明情況，尤其在代碼方面，代碼中要用注釋來寫明代碼的運行邏輯，并注意產品代碼要加入文檔說明，說明內容：類對于用戶的作用，時間記錄，剩余時間預估。劉誠昊作為測試代碼負責人員，他補充以后的工作他們測試代碼這一板塊需要提前將測試項目定好。他認為，測試項目其實就是用戶的需求，這一方面很重要，因此這一項要提前做好。
　　對于第二個問題：大多同學都沒有異議，馬軍同學認為自己做的計劃表仍然太泛。他認為的問題集中在代碼方面，他期望近期能將需求說明書，界面討論出來。
　　對于第三個問題：由于該周任務重，而且用戶需求文件篇幅較寬，因此大多同學都沒看完。

【此次交流總結由 袁逸灝 記錄】
【2017.10.26晚】

第四五周交互

• 當團隊作業進行到第三周時，婁老師給我們安排了一項任務： 采訪老師或有開發經驗的學長，訪談他們關于項目開發經驗、團隊組織方式、團隊成員協作、時間周期安排等包括但不限于上述內容的采訪。采訪前，準備好相應的提綱，做好功課。

• 由于同學們都沒有經歷過合作開發項目的經驗，所以大家問的問題都差不多是幾個點：

1.如何分工
2.時間上的安排
3.小組凝聚力

• 我也去詢問過各個小組的成員，關于他們小組的時間分配和遇到的難題。我得到的反饋是有些同學擔心小組內代碼水平參差不齊，可能會有較大的代碼任務分配到自己的身上。但他們暫時也沒有想到好的辦法。

• 而關于這個問題，有些被采訪的老師和學長學姐們意識到了，他們給出的回答有以下幾個方面：

1.全組成員一起敲代碼。
2.選取組員的時候要選取踏實能干事的組員。
3.發揮各個組員的專長，給他們分配最理想的工作。

• 對于以上方面，我覺得第三點實現起來比較容易，第一第二點實現的困難程度依次遞減。為什么呢？

• 關于第一點的全體組員一起敲代碼，依照我們小組的打醬油成員（沒錯就是我）來說，大家一起敲代碼確實是能快速提高我自身的代碼水平，但很有可能出現的問題就是：我基礎太弱導致代碼敲不出來，嚴重影響了團隊項目的進度。那么對于我這種情況的解決方案是什么呢，我要求小組給我分配更多的關于代碼外的任務：問題討論、博客思路、對于推廣的想法。但敲代碼也不能落下，所以我跟劉偉康討論的結果是：盡可能的分配代碼任務讓我編寫，或者是組員們一起討論編寫，如果我的代碼水平能夠在一段時間內趕上他們，那么就讓他們把更多的代碼任務分配給我。總的來說就是水平差的人多搞搞后勤，代碼任務可以少分配一點，跟在其他組員的身后多學習提高水平，等水平提上去了就可以獲得一樣的工作量。

• 關于第二點的選取組員，只能說小組如果凝聚力足夠，組員各司其職，其實不用在團隊組建之前就商量好要和誰抱團，大家都想把項目弄好，有這份心再加上行動，誰都是一個好苗子。

【此次交互任務由 莫禮鐘 完成】
【2017.11.2晚】

第六七周交互

• 團隊任務已經進行到第六第七周，從開始的規格說明書如何編寫，到現在根據《構建之法》第四章內容討論編碼規范，各個小組已經進入到了開始代碼構架的階段。
  為此，我繼續進行著我的交互任務，對各個小組做了一些簡單的問答。

bug終結者小組說：他們的需求規格說明書還沒有做到他們滿意的效果，所以他們關于團隊任務的安排是：讓小組成員們對需求規格說明書的任意一章（自選）進行修改，并且在此任務的基礎上讓小組成員們尋找關于APP的素材，并開始對APP的構架。
JaWorld小組說：他們遇到的困難是，會遇到有不懂的代碼，而且擔心趕不上開發進度。
剩下的兩個小組我得到的信息大概與上面兩個小組相同，對于遇到的問題都是一些開發上面的問題。

• 交互反思：

覺得這次和上次的交互比起來太草率而且太不嚴謹了，許多小組都對于我（莫禮鐘）的來意表示疑惑，并且我對他們的提問總是一成不變的：遇到什么問題？打算怎么解決？怎么分工？這些能在團隊博客里呈現的內容。

• 交互改進（下一次團隊作業時）：

我會準備一個問題模版并針對當前我們小組遇到的開發問題與其他小組進行探討，讓交互不再是簡單的你問我答環節，而是對于各個小組遇到的問題能互相溝通提出建議或改進，學習其他小組的先進內容。

【此次交互任務由 莫禮鐘 完成】
【2017.11.19晚】

第八周會議

• 這次的會議討論如下：
  第一部分我們討論了關于代碼的進度，由于整體進程還未進行到代碼實現這一階段，所以代碼進展不大，只有一個大致的輪廓。第二部分我們我們分配了一下每個人關于產品代碼規范方面的具體任務，參考《阿里巴巴代碼規范》，命名規范部分由袁逸灝做，異常規范和OOP規范由劉先潤做，原定莫禮鐘實現流程語句，后來考慮到袁逸灝設計代碼所以留給了袁逸灝，劉偉康實現總體mardown和PDF，劉誠昊、馬軍實現測試規范。第三部分我們討論了圖的完成情況，袁逸灝劉先潤率先完成任務，其余人也會在周末內搞定。最后我們交流了使用上周各種工具的感受，總的來說starUML這個軟件對于畫圖來說十分方便，界面也很干凈簡單，非常適合用來作圖。

【此次交流總結由 劉先潤 記錄】
【2017.11.25晚】

第九、十周【Alpha 階段】站立式會議（7次）

• 第一次：（11.28）

  圖片見：http://www.rzrgm.cn/SuperGroup/p/7912056.html#_label5

  能全員到齊不容易，開會內容有些混亂，不過大體還算都說到了（分工、介紹 alpha 階段總體任務、確定沖刺日期等），一切準備就緒，可以“啟航”了。

• 第二次：（12.1）

  圖片見：http://www.rzrgm.cn/SuperGroup/p/7944561.html#_label3

  全員再次到齊，這次主要討論了團隊貢獻量的計算和總結第一次沖刺的問題，并且把剩余的沖刺日期基本確定好。之所以將這次沖刺命名為“漂流”是因為我們每個人還缺少一些Scrum方向性和目的性的了解，目前還是呈現出一種“漂流”的狀態。另外還有一點就是臨近周末部分組員學習情況有些放松，把這幾天挺過去，下周周末再放松也不遲。拖延是不好的習慣，一個團隊可不能因為幾個人的拖延而受到影響，耽誤不起，所以最好的方式就是跟隨團隊中優秀的人，一起挺過去。

• 第三次：（12.2）

  圖片見：http://www.rzrgm.cn/SuperGroup/p/7955831.html#_label3

  全員到齊，這次主要介紹了各個組員的昨天做了什么、今天的進展以及遇到的困難等，同時我們也遇到了一些困難，我今天的投入時間不夠，到現在還沒有整體性地了解進展，馬軍在測試規范上正在尋找新的軟件測試，很多類型的測試也不知道對于我們的項目是否適用，劉誠昊也在學習新的軟件，今天的燃盡圖和TODOList就沒來得及做，這次的“逆風”是一次挑戰，明天要及時恢復狀態。

• 第四次：（12.3）

  圖片見：http://www.rzrgm.cn/SuperGroup/p/7967501.html#_label3

  全員到齊，這次和上次會議的內容相似，主要介紹了各個組員的昨天做了什么、今天的進展以及遇到的困難等，我發現大家在匯報每日進展時，有組員展示地不太完整，所以特別說明了這個問題。我們組的代碼進度較快，測試進度也要趕上。另外，燃盡圖和TODOList的完成有些拖延，但是總的來說還是呈現一種“加速”趨勢，alpha沖刺階段已經過半，剩下的幾天更要把握好進度。

• 第五次：（12.4）

  圖片見：http://www.rzrgm.cn/SuperGroup/p/7979046.html#_label3

  全員到齊，這次會議上劉先潤重點展示了今天他的成果，即解決了敵車與障礙物溢出邊界的代碼問題，給用戶車輛增加了火焰噴射的動畫效果，給用戶車輛加上了發射子彈的炮臺，替換了原有的 flat 車為一輛圖形質量更好的車。袁逸灝和劉先潤的進展都不錯，問題也應該能在期限內解決。而劉誠昊學習的新軟件遇到了一些困難，所以只能使用原來的方式繼續制作燃盡圖，由于前幾次需要彌補，所以總體進度有些拖延，馬軍和劉誠昊打算在下一次沖刺時一起測試。莫禮鐘除了日常統計之外還是有些閑，所以還要考慮分配適合他的任務。而我今天在團隊上花費時間較少，劃了一次水，將時間用于處理其他的事了，博客就當是自我檢討吧。連沖四天大部分組員難免有些懈怠，為了及時調整節奏所以明天暫時緩一緩，我會在明天的緩沖時間內補上今天未完成的任務。我們還要繼續一邊前進，一邊“破浪”，要挺著度過 alpha 階段最后的幾道坎。

• 第六次：（12.6）

  圖片見：http://www.rzrgm.cn/SuperGroup/p/7990551.html#_label3

  全員到齊，這次會議上我們除了每個人說了說進展困難之外，還討論了關于最后一次沖刺的任務分配問題，袁逸灝、劉先潤在alpha階段的任務基本完成，可以暫時休息一下，而測試任務并沒有在本周提交的范圍內，所以劉誠昊、馬軍的測試任務可以暫緩。所以總體來說，我們組的alpha階段任務基本完成，剩下的就是最后一天的彌補總結工作了，“前緊后松”使我們體會到一種“乘風”之勢，雖然有很多困難，雖然一些組員水了一兩天，但是我們的總體進程還是順利的，剩下的最后一天沖刺，堅持住！

• 第七次：（12.9）

  圖片見：http://www.rzrgm.cn/SuperGroup/p/8011112.html#_label2

  最后一次會議仍然全員到齊，開會內容主要是下一階段的展望以及本階段的成果展示方式，還提了一下作業提交情況有點混亂。在我檢查了燃盡圖之后，發現不太符合我們團隊的實際進展，所以又讓劉誠昊改了一下，馬軍和劉誠昊即將討論出下一步的測試方案。對于我們來說，暫時可以“靠泊”休息一下了，alpha 沖刺階段有喜有悲，是時候總結反思一下了。

【以上7次站立式會議由 劉偉康 總結】

第九、十周【Alpha 階段】交互

• Alpha 階段的沖刺馬上落下帷幕，莫禮鐘在小組沖刺的最后一天去其他小組進行了交互任務，詢問了其他小組這幾個問題：

  • 問題1：在alpha階段中你們小組準備拿出一個什么樣的成果展示？
  • 問題2：在沖刺階段的博客是怎么安排的呢，有具體的格式嗎？
  • 問題3：在沖刺階段遇到了什么困難，又是怎么解決的？
  • 問題4：下個階段的沖刺的打算？

• 其他小組的回答是這樣的：

  • JaWorld小組的張師瑜同學是這樣回答的：

  1.就是一個可以簡單操作玩的APP。
  2.每人寫一篇博客，沒有具體格式。
  3.困難？沒法保證每天一篇一直拖延，解決？沒解決......
  4.等到下次沖刺時再做打算。

  • JAVA實驗站的張泰毓同學是這樣回答的：

  1.第一次沖刺我們會實現一個基本的可玩性的功能作為展示！
  2.沖刺階段的博客由張韻琪完成。
  3.沖刺階段的問題主要在對安卓游戲的開發不太熟悉解決方法只能是多去學習！
  4.下一個階段我們打算對未實現的其他模塊進行補充！！

  • 我愛學Java的春旺同學是這樣回答的：

  1.成果是一個簡單能玩的游戲（后續有其他功能會添加進去）
  2.博客是每人寫一篇博客。金立清同學寫了三篇，第二天到第六天的博客有格式，第一天和第七天沒有格式。
  3.問題都呈現在博客里了。
  4.下階段的計劃還沒有出來。

  • bug終結者的張旭升同學是這樣回答的：

  1.第一次沖刺我們會做出一個相對完整的游戲界面，實現一個基本的可玩性的功能作為展示！
  2.沖刺階段的博客我們將游戲的各個模塊分配到每個人來完成！
  3.沖刺階段的問題主要在于代碼邏輯方面，由于對Android的類庫并不熟悉，一些內置方法并不理解，所以在代碼邏輯的編寫方面問題比較多，解決方法只能是多去學習！
  4.下一個階段我們打算將界面進行一定的優化然后對未實現的其他模塊進行補充！！

  感謝他們的回答！

【此次交互任務由 莫禮鐘 完成】
【2017.12.8晚】

第十一周會議

　　這次會議主要討論了最后一周的安排情況，首先就APP可以完善之處來說，袁逸灝在今天解決了碰觸非指定區域導致游戲卡死的問題；劉偉康提出增加排行榜功能的提議，但最終被否決。另外我們的軟件還需要進行簽名，這個事情被安排給袁逸灝完成，完成該項任務后將把APP放至應用市場進行測評，有莫禮鐘負責宣傳推廣。劉誠昊負責制作軟運行動態圖，劉偉康增添構架內容。
　　下一周我們的總體任務更多偏向維護和修補，實質任務少，更多的時間將致力于期末復習了。

【此次交流總結由 劉誠昊 記錄】
【2017.12.16中午】

第十二周會議及交互

• 本周會議主要討論了最后的分工和貢獻量計算規則，討論結果是Alpha階段占58%，其余的每次任務占6%，7次一共42%，最后的貢獻量（比例）匯總詳見：
  http://www.rzrgm.cn/SuperGroup/p/8076597.html

  我們小組本來打算發布項目，但考慮到應用市場的專業性往往是以一家公司或者企業的名號發布的軟件，又考慮到我們的軟件玩起來有些“簡易”和“枯燥”，所以只打算進行內部測試，測試報告上文中已給出。（劉偉康）

• 本周的交互任務還是由莫禮鐘完成，成果如下：

  Alpha階段中，各個小組都對于自己的游戲作出了不同程度的更新，下一步，小組們需要去做的就是如何解決用戶體驗的問題（來源和解決辦法）
  所以我開始了我的下一次交互任務（可能是本學期最后一次交互任務）
  首先我分析了一下之前幾次的交互任務的缺點：

  1.在向其他小組提問題時沒有與其他小組分享自己小組內的經驗。
  2.在提問題的時候比較隨意，沒有正式感，并且沒有準備好問題列表去問其他小組（想到啥問啥）。
  3.對其他小組沒有真正的交流意見，沒有做到互相交換對方心得的感覺。

  以下是我本次交互任務的兩個問題：

  問題1：軟件怎么發布，上市？如果不發布，內部怎么測試或者處理？
  問題2：在Alpha階段過后，對軟件進行了什么樣的更新，后續還會作出怎樣的更新？

  對于這兩個問題，春旺是這樣回答的：

  不打算發布了，讓同學幫著玩一下收集反饋。
  排行榜的清除功能實現，目標分數分數的位置放置更改。背景音樂的數據儲存（與前一次打開游戲時的設置一樣）
  （后續）我們在想怎么根據屏幕的大小來調節目標分數的字體的大小。

  張泰毓是這樣回答的：

  1.在應用市場發布。
  2.添加了排行榜，后續會在界面上進行優化并修補一下bug。