1、我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？
2、我們達到目標了麼（原計畫的功能做到了幾個？ 按照原計畫交付時間交付了麼？ 原計畫達到的使用者數量達到了麼?)?
在alpha版本規定時間完成交付。並進行alpha版本課堂展示。
原定計畫中未對使用者數量做出明確定義。使用者量還需要在beta版本完成之後進行推廣獲取。
3、使用者量, 使用者對重要功能的接受程度和我們事先的預想一致麼? 我們離目標更近了麼?
4、有什麼經驗教訓? 如果歷史重來一遍, 我們會做什麼改進?
2、團隊在計畫階段是如何解決同事們對於計畫的不同意見的？
3、你原計畫的工作是否最後都做完了? 如果有沒做完的，為什麼?
4、有沒有發現你做了一些事後看來沒必要或沒多大價值的事?
5、是否每一項任務都有清楚定義和衡量的交付件?
6、是否專案的整個過程都按照計畫進行，專案出了什麼意外？有什麼風險是當時沒有估計到的，為什麼沒有估計到?
7、在計畫中有沒有留下緩衝區，緩衝區有作用麼?
8、將來的計畫會做什麼修改？（例如：緩衝區的定義，加班）
9、我們學到了什麼? 如果歷史重來一遍, 我們會做什麼改進?
單元測試是在android studio中完成的，android studio的測試環境對於安卓開發友好而方便。
區別還是比較大的。因為在專案開發過程中發現最初的文件存在一些細節模糊不清的情況，故需要進行更新，以更好的輔助開發。
在開發過程中，許多功能都產生了bug，產生功能最多的bug應該是訊息推送的實現，因為團隊大部分人是為了這門課程才入門相關語言和系統環境。發布之後，發現在前端中活動之間的資訊傳遞和前後端的資訊傳遞還存在bug，資訊儲存存在問題，這是由於團隊成員對於開發過程不熟悉，對於前後端互動概念較為模糊。
由於時間原因我們還沒有進行**複審。但在開發前前端組和後端組的同學對於**規範進行了討論和規定，對於檔案（或變數）的命名、**的注釋、空格和縮排等內容進行了規範，團隊執行**規範情況尚可。
我們學到了許多東西，團隊成員對於專案開發的流程有了更深的理解和切實的感悟，對於乙個專案開發所需的人員、工具和分工情況都有了自己的認識。如果歷史重來一遍，我們會花更多時間在設計階段對於細節進行更深入的討論，以避免模糊不清的情況影響專案開發進度。
1、團隊是否有乙個測試計畫？為什麼沒有？
2、是否進行了正式的驗收測試？
3、團隊是否有測試工具來幫助測試？
4、團隊是如何測量並跟蹤軟體的效能的？從軟體實際執行的結果來看，這些測試工作有用麼？應該有哪些改進？
5、在發布的過程中發現了哪些意外問題？
6、我們學到了什麼? 如果歷史重來一遍, 我們會做什麼改進?業務人員和開發人員在專案開發過程中應該每天共同工作。
無論團隊內外，面對面的交流始終是最有效的溝通方式。
我們小組在alpha 衝刺階段大部分人都是在一起編碼並進行討論的，這個比線上各自打**效率提高許多。
簡明為本——它是極力簡化不必要的工作量的技藝。
小組在完成每個功能之前都會討論下這個功能是否是我們的主體，我們經常講當初需求報告裡寫的不需要得功能給刪了。
姓 名
任務工作量（60）
個人參與度（10）
完成及時性（10）
leader評分（20）
得分（100）
貢獻比例(%)
恩澤60
1010
20100
12.0
秋琴60
1010
20100
12.0
雅芳60
1010
20100
12.0
鈺蕙60
1010
20100
12.0
銀山40910
1574
8.8季城
4010
1018
789.3
君曦50
1010
1787
10.4
金海50
1010
1787
10.4
雅輝50
1010
2090
10.8
婉怡1002
5172.0
去除最高總分，最低總分，求平均分得：52.4
第一組的提問：
問：後端的主要演算法可以介紹下嗎？
第二組的提問：
問：對於自律的人其實用處不大，不自律的更沒有用，使用者會不會沒***？
第三組的提問：
問：主打寵物介面如何美觀且完善？
答：這個當然是通過壓榨美工實現了（xd）。
第四組的提問：
問：你們是打算用什麼來吸引使用者？
第五組的提問：
問：希望可以設計寵物各個階段的不同動畫形態。
答：這個我們目前已經實現了，當然後續還會新增其它寵物的（再次壓榨美工xd）。
第六組的提問：
問：寵物是動態還是靜態的，如果是動態，是用gif還是3d引擎？
答：是動態的噢，目前是用gif實現，3d引擎的話目前能力有限以後會考慮的。
psp2.1
personal software process stages
預估耗時（分鐘）
實際耗時（分鐘）
planning
計畫
3030
· estimate
· 估計這個任務需要多少時間
3030
development
開發00
· analysis
· 需求分析 (包括學習新技術)00
· design spec
· 生成設計文件00
· design review
· 設計複審00
· coding standard
· **規範 (為目前的開發制定合適的規範)00
· design
· 具體設計00
· coding
· 具體編碼00
· code review
· **複審00
· test
· 測試（自我測試，修改**，提交修改）00
reporting
報告
6060
· test repor
· 測試報告00
· size measurement
· 計算工作量
3030
· postmortem & process improvement plan
· 事後總結, 並提出過程改進計畫
3030
合計
9090
第n周
新增**（行）
累計**（行）
本週學習耗時（小時）
累計學習耗時（小時）
重要成長10
066上手axure rp，基本設計好介面
2200021
27討論演算法如何構建，大致分工，使用pycharm和qt5進行編寫
31510
1510
2148
改換安卓，使用as和idea進行介面製作和演算法編寫
42107
3617
5098
演算法優化，互動，介面除錯50
3617
15113
詳細了解商業計畫書，參與編寫商業計畫書60
3617
25138
學習了活**的繪製，了解需求規格說明書的書寫，製作ppt，演講準備70
3617
10148
準備現場程式設計，編寫現場程式設計部落格90
3617
5153
整理部落格100
3617
3156
整理部落格110
3617
3159
整理部落格120
3617
3162
整理部落格130
3617
3165
整理部落格140
3617
3168
整理部落格150
3617
8176
整理部落格，答辯準備
第10組 Alpha事後諸葛亮
組長部落格 我們達到目標了麼 原計畫的功能做到了幾個？按照原計畫交付時間交付了麼？原計畫達到的使用者數量達到了麼?使用者量,使用者對重要功能的接受程度和我們事先的預想一致麼?我們離目標更近了麼?團隊在計畫階段是如何解決同事們對於計畫的不同意見的？你原計畫的工作是否最後都做完了?如果有沒做完的，為什麼...
Alpha事後諸葛亮
aruba小組cento專案postmortem 408409 410428 429431 1.我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？主要解決文字摘錄愛好者的摘錄癢點 應用間切換的不方便。定義清楚，我們知道要做的東西會是個什麼樣子。需求分析階段，典型使用...
Alpha事後諸葛亮
我們的軟體要解決的問題是對福大校內各個任務群 拼車群的資源整合，方便校內學生以更高的效率拼到車或發布任務。另外還有乙個板塊用來給大家討論。定義得清楚。有。目標達到了。功能都完成了，也按計畫交付了，但是尚未對外開放。使用者對重要功能的接受程度和我們事先的預想一致。我們離目標更近了。比如需要更早的開啟專...