postmortem報告

beta階段與alpha階段的比較

beta階段與alpha階段的比較主要從我的方面和團隊方面進行總結。

如下是咱們的隊員對於本身在beta階段的實踐和alpha階段的改進的總結。

成員林靜雯認爲，本身在beta階段的時候更加深刻的瞭解了android框架的工做的機制，可以更清楚的看整個代碼框架，作到更快地開發。
成員塗涵越說，本身寫代碼更規範了，對時間的把握更加合理了，而且可以考慮到更多的細節問題。
成員吳雪晴提到，beta階段的實踐讓本身寫代碼更規範了，更可以靈活應用單元測試，對安卓的組件構造有了更深入的理解而且對網絡知識有了不少了解，收穫很大。
成員胡宇晨認爲本身的進步在於beta版更有計劃性，更夠在更加具體地考慮用戶需求的狀況下工做，對不少操做更熟練工做效率明顯提升，與隊友交流更頻繁，避免了不少沒必要要的bug。
成員康鑫認爲本身的debug能力增強了。

接下來是對於團隊在beta階段吸收了alpha階段的經驗教訓的總結。

首先很重要的一點是解決問題和完成任務的效率提升了。
這一點首先體如今咱們的解決問題的速度上。beta階段咱們的交流是很是頻繁的，遇到問題及時聯繫隊友和請教隊友，一些成員還常常一塊兒在研討室寫代碼，避免了不少的彎路，遇到bug及時像有經驗的人和高手請教，加快了解決bug的速度。
其次體如今咱們對具體任務的肯定和任務完成的時間把握。beta階段的時間並很少，更多的是解決bug和完善功能，因此咱們的目標比較清晰，主要就是完成收藏、註冊與登陸、同步三大功能，以及富文本和日曆上的一些改進，因爲目標清晰，咱們的組員對本身要作的事情就很是的清楚，學習過程就更有針對性，效率也就提升了。雖然時間有限，可是有限的時間反而帶來更有時間計劃性的安排。
再者就是體如今團隊工做的效率的提升。
雖然beta階段你們都比較忙，有的在北大交流，有的在加拿大交流，基本你們都不在一個地方，但咱們仍是能夠很是高效的經過電話會議作一些工做上的安排。雖然簡短但卻明確，事實上幾回電話會議的效率都來的比在alpha階段你們在研討室開上4個小時的會議效率更高，雖然時間短，但每一個人都對本身的任務很是清楚。這對咱們的團隊工做是有啓發的。

從12條敏捷開發原則中的總結

團隊中作的最好的兩點是：

• The best architectures, requirements, and designs emerge from self-organizing teams.
  其中文翻譯是：只有能自我管理的團隊才能創造優秀的架構, 需求和設計。
  咱們團隊不敢說有優秀的架構，需求和設計，可是咱們的團隊是管理相對較好的團隊，這是全部成員有目共睹的。咱們嚴格用Github管理代碼，按期開會，而且在出現問題的時候及時開會。咱們的任務牆很是的詳細，包括每一個人接下來一段時間須要完成的任務和任務完成的期限。對於用戶需求的調研和反饋改進咱們也比較好的開發流程來進行，這都源於咱們比較好的團隊管理。

• The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
  這句話的中文翻譯是不管團隊內外，面對面的交流始終是最有效的溝通方式。
  咱們團隊的先後端都有很是密切的交流，後端常常在一塊兒討論代碼架構，前端則採用告終對的方式，而且在最後的beta階段，整個前端都在一塊兒寫代碼，這種面對面的交流讓咱們更加熟悉了對方負責的代碼，而且加快了解決bug的速度。

  團隊中作的比較差的兩點是：

• Deliver working software frequently, from a couple of weeks to a couple of months, with a preference for the shorter timescale
  這句話的中文是：常常發佈可用的軟件，發佈間隔能夠從幾周到幾個月，能短則短。
  這一點是咱們團隊沒有作到，其中的緣由主要是因爲咱們的技術短板，使得咱們的產品尚未到達能夠發佈的成熟度，因此就沒有發佈。但咱們未來必定會記住這個問題，在將來有可能進行的開發過程當中必定努力作到。

• Simplicity--the art of maximizing the amount of work not done--is essential.
  翻譯: 保持簡明 - 儘量簡化工做量的技藝 - 極爲重要。
  這點設計到整個代碼框架和代碼風格問題，應該說在此次開發中，咱們團隊沒有在這兩件事上花太多的時間，這是有很大的進步空間的。因爲咱們仍是把精力主要放在實現功能上，而且因爲能力和時間的限制，在這點上沒有作好。但我認爲簡明是一個優秀的程序員應該追求的，因此未來的開發中，這是一個須要格外注意的一個點。

開發模式的總結

咱們團隊的開發模式顯然是集市的開發模式。
開源的開發模式有利於別人加入咱們的開發，在咱們原有的開發基礎上進行進一步開發。開源模式也利於咱們利用別人的代碼進行二次開發，對於咱們這種開發新手來講是好處遠遠大於壞處的。