項目覈實

用戶使用報告

推廣方式

1. 微信朋友圈
2. 建立微信粉絲羣
3. QQ空間
4. QQ羣（主要爲班級羣和各個課程羣）

下載使用

根據後臺用戶流量統計，總訪問量爲151人次，日均訪問量爲5人次。

用戶反饋

1. A同窗：這個網站對於我來講有很大的幫助，科大大部分實驗室的介紹以及導師的聯繫方式都在這個網站上，同時老師能夠發佈實驗室招募新成員信息，雖然如今尚未（笑）省去了我一個個找實驗室、找老師的時間。同時我能夠在網站上建立我的的簡歷，把本身的信息一次性填寫到網站上，未來聯繫導師的時候不用一次又一次的重複向老師說明本身的狀況。還有一點是經過這個網站能夠向老師發起私信功能，這個功能很是實用，由於有時候無法得知老師的郵箱，聯繫老師變的十分困難，有了這個功能，就能夠十分便捷的聯繫上老師。
2. B同窗：這個網站若是可以獲得老師的承認，那麼將給咱們帶來極大的便利，然而肯定會有老師樂意用這個平臺嗎……？
3. C同窗：網站想法很好，該有的功能都有，但願可以儘快正式上線。

用戶使用狀況評價

經過收集到的多名用戶的反饋，已經後臺統計用戶訪問量，咱們得出用戶使用狀況和咱們原來預期的狀況大體相同，大部分的用戶都確定了咱們的網站。小部分用戶對於老師是否樂意使用這個平臺保持懷疑態度，這個也是咱們擔憂的一個問題，若是想要讓這個網站真正發揮做用，就必需要有大量老師在上面發佈實驗室招生信息，這樣子才能吸引更多的同窗使用咱們這個平臺。

postmortem報告

每一個成員在beta階段的實踐和alpha階段有何改進

劉梓軒

做爲組長在beta進一步規範了分工評價機制，並切身監督落實。

張士龍

主要負責數據庫的設計以及網站後端的設計維護，同時兼有一部分前端設計的工做，在beta階段技術更成熟。

劉澤

主要負責數據庫的設計以及網站後端的設計維護，同時兼有一部分前端設計的工做，在beta階段技術更成熟。

沈三景

主要負責前端的設計和編寫，以及博客的更新和會議的記錄，在beta階段更規範。

陳燦

主要負責報告的編寫和進度的測評和規劃，以及前端的編寫，在beta階段更規範。

楊茜賀

負責各項工做的其他事務，在beta階段更規範。

團隊在beta階段吸收了哪些alpha階段的經驗教訓

1. 時間規劃不合理，致使最後太趕
2. 任務分配不成熟，致使浪費了大量時間
3. 時間不充沛，在alpha階段事情太多卻是總體時間不夠，因此在beta階段一方面儘可能擠出更多時間，另外一方面對任務量作了調整。

12條敏捷開發的原則中，團隊作得最好和最很差的各列舉2點

最好

1. 不論團隊內外，傳遞信息效果最好和效率最高的方式是面對面的交談。
2. 以簡潔爲本，它是極力減小沒必要要工做量的藝術。

最很差

1. 咱們最重要的目標，是經過持續不斷地及早交付有價值的軟件使客戶滿意。
2. 常常地交付可工做的軟件，相隔幾星期或一兩個月，傾向於採起較短的週期。

對照The Cathedral and the Bazaar (大教堂和集市)，你的團隊開發模式是哪種，優點/劣勢在哪裏？

更偏向大教堂模式，兼有一部分集市模式。

優點

1. 能夠嚴格按照規劃來，思路清晰
2. 集中力量辦大事

團隊貢獻分

• 劉梓軒 20%
• 張士龍 35%
• 劉澤 20%
• 沈三景 20%
• 陳燦 5%
• 楊茜鶴 0%（退課）
• 譚鵬 0%（退課）

PS:咱們組剛開始有七我的，後來有兩我的退課，可是工做量仍是七我的的，麻煩老師、助教、同窗給咱們七我的的總分。