前兩天基本屬于前期準備，是以把三天合并成第一天。
一、站立式會議照片
二、燃盡圖
三、項目進展
1.界面
- 登陸界面已經完成
- 檔案選擇界面正在寫
2.登陸子產品
- 基本完成。但需要跟合作隊伍協商，并寫出API
3.Excel處理
- 檔案的導入導出基本功能基本完成。目前隻能擷取固定路徑的檔案和導出到固定的路徑。隻能導入報課表，教師表的導入未實作
之前有送出，但由于送出了過多沒要求的檔案，被我拒絕合并。由于530同學要完成linux作業，且沒有掌握好github的使用，第二次送出還沒到來……
4.伺服器
- 已經大緻了解伺服器的工作方式及API的編寫，正在測試
5.PM
- 項目的細化和配置設定已經有思路。參考了建構之法P166，結合使用自底向上和回溯，将最近兩天要做的事情安排出來。發到讨論組。
- 懂得在釋出issue之前跟所要負責的隊員協商
- 任務耗時估計相比一開始更準确了些
四、問題困難
-
隊員的android開發基礎較差，學習速度不快。
這就導緻我給出的耗時估計如果太多，在所剩的時間中能完成alpha版預定的功能的機率較小；如果耗時估計太少，這樣也不符合實際，隊員需要先學一段時間，才有辦法去實作功能。
給出時間已經盡量偏多，把學習知識的時間也算進去，但仍然達不到較好的效果。雖然在釋出issue之前，有和隊友協商，但隊友雖然對給出的耗時估計沒有意見，但在耗時估計偏多的情況下，實際耗時仍超出耗時估計。
-
剩下的時間并不多。
我統計了一下團隊成員在剩餘的九天中（從29日開始）所能空出的時間，大概每個人總的能空出40小時。這不包括隊員面對各種意外時，還要扣除預估的空餘時間去處理别的事情。
-
隊員碰到問題沒有及時溝通。
整個團隊都有這個問題。暴露出PM沒有經常和隊員溝通的問題。
五、心得體會
-
在項目開始之前，就應該先确定alpha版本要實作哪些功能，哪些功能要留在beta版本實作。
用Excel表格将功能列出，列出每一天要做哪部分。
- 不要抱怨隊友（雖然有時候會習慣性地說兩句），解決問題才是關鍵。
- 跟隊友解釋清楚問題需要耐心去了解去闡述，等隊友解釋完，而不是輕易地否定。
- 不能把時間都花在個項目上，因為這樣效率反而更低。腦力勞動者的休息不是去睡覺，而是思考不同領域的問題。是以不要翹課，上課該聽講還是要聽。
本文采用知識共享署名 2.5 中國大陸許可協定進行許可。歡迎轉載，演繹或用于商業目的，但是必須保留本文的署名 schaepher（包含連結）。如您有任何疑問或者授權方面的協商，請給我留言。