我們的軟體要解決的問題是對福大校內各個任務群、拼車群的資源整合，方便校內學生以更高的效率拼到車或發布任務。另外還有乙個板塊用來給大家討論。定義得清楚。有。目標達到了。功能都完成了，也按計畫交付了，但是尚未對外開放。使用者對重要功能的接受程度和我們事先的預想一致。我們離目標更近了。比如需要更早的開啟專案，否則後面會比較趕時間。有充足的時間來做計畫。通過集體討論、投票解決同事們對於計畫的不同意見。做完了。沒有發現你做了一些事後看來沒必要或沒多大價值的事。是。都按計畫進行。否。緩衝區為整個專案的按計畫完成增加了保障。在每一步計畫中留下緩衝區。有。根據困難程度估計。精度大致符合預期。足夠。低估了。有。做任何事情前要更加了解專案後再入手。知道。小組討論。可以完整實現某項功能的時候算做好了。可以。能。我們學到了當功能變更的時候需要讓其他人員即使了解方便他人手頭上的工作。作業發布初期黃皓同學和孫庭鑫同學就開始進行產品的原型設計，是合適的時間和合適的人。有，有些介面似乎可存在又沒必要，最後又團隊內討論決定的最終方案。是，很有效。現在的uml更加詳盡也更加貼近實際需求。這些區別是在產品的開發過程中漸漸對原來的設計有了更實際的改動後產生。都挺多的。因為作業太難了。發布後沒有什麼重要的bug。因為大家都是第一次做這種型別的作業所以沒有經驗於是沒有想到這麼多情況。乙個模組乙個模組，乙個元件乙個元件的來熟悉，掌握。實現乙個比較大的功能，盡量嚴格遵循規範。遇到困難，不要害怕，微笑地面對它。消除恐懼的最好方法就是直面恐懼。堅持才是勝利。加油，奧里給。如果歷史重來一次，我們一定會節省很多嘗試地時間。沒有，開發時間不是很充足。是，完成後第一時間進行了測試。無。沒有測量跟蹤。賬號連線有些問題。再來一遍，我們遇到什麼困難，也不害怕,微笑著面對它，消除恐懼的最好辦法就是面對恐懼，堅持才是勝利,加油，奧里給！大家報名完成，是的。團隊成為之間常常互相幫助。沒有這方面的問題。還來，我們遇到什麼困難，也不害怕,微笑著面對它，消除恐懼的最好辦法就是面對恐懼，堅持才是勝利,加油，奧里給！cmmi一級，完成級.團隊目前處於磨合階段。這個里程碑挺好的。比上次作業人更多了，合作更順利了。**編寫能力。無論是團隊內還是團隊間，最有效的溝通方法是面對面的交談這一原則。當出現互動上的問題時，組員們能快速的互相交換資訊解決問題。分工貢獻比例
孫庭鑫原型設計
9.8%
黃皓原型設計
9.8%
張澤宇產品經理
10.3%
李至恒後端編寫
10.3%
林易豐后端編寫
10.3%
江斯強後端編寫
9.8%
楊藍宇後端編寫
9.8%
沈鴻驍前端編寫
9.8%
蔡嘉懿前端編寫
9.8%
劉偉楠前端編寫
10.3%
psp2.1
personal software process stages
預估耗時（分鐘 ）
實際耗時（分鐘）
planning
計畫45
80estimate
估計這個任務需要多少時間
9001500
developm
開發400
500analysis
需求分析（包括學習新技術）
100300
design spec
生成設計文件
3030
design review
設計複審
1010
coding standard
**規範（為目前的開發制定合適的規範）
1010
design
具體設計
40120
coding
具體編碼
180500
code review
**複審
1030
test
測試（自我測試，修改**，提交修改）
60120
reporting
報告60
60test report
測試報告
1010
size measurement
計算工作量
3030
postmortem & process improvement plan
事後總結，並提出過程改進計畫
3030
合計1915
Alpha事後諸葛亮
aruba小組cento專案postmortem 408409 410428 429431 1.我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？主要解決文字摘錄愛好者的摘錄癢點 應用間切換的不方便。定義清楚，我們知道要做的東西會是個什麼樣子。需求分析階段，典型使用...
Alpha事後諸葛亮
我們的軟體要解決的問題是對福大校內各個任務群 拼車群的資源整合，方便校內學生以更高的效率拼到車或發布任務。另外還有乙個板塊用來給大家討論。定義得清楚。有。目標達到了。功能都完成了，也按計畫交付了，但是尚未對外開放。使用者對重要功能的接受程度和我們事先的預想一致。我們離目標更近了。比如需要更早的開啟專...
alpha事後諸葛亮
達到了一部分的目標並按照計畫時間交付，但還未達到原計畫的使用者數量。軟體還未開放公測，小範圍內測中。使用者對重要功能的接受程度和我們事先的預想基本一致，離目標越來越近了。經驗教訓 想做的東西太多，但時間和準備上的不充足，讓我們不得不放棄許多功能。如果歷史重來一遍，我們會重新分析需求，細化任務分配，挑...