一、開會流程：
團隊成員康潤對本次專案進展做了簡要總結，其中包括每個人的任務完成。
對一些文件整理等任務進行認領。
團隊成員關於專案成果、心得體會相互交流。
二、討論的問題：
下一步是否要完善什麼功能？
關於使用者反饋、設計文件、總結文件等任務分配。
本次專案的經驗與教訓，專案成員在完成過程中遇到的困難及解決方案分享。
三 、最需要改進的問題：
（一）註冊介面的反饋提示。經過修改後，仍然無法正確提示，在註冊時成功後，直接跳轉到登入介面，顯得有些突兀。
（二）專案的功能完善。目前看來，講真話，似乎並沒有什麼實際功能，使用者體驗也不好。
（三）網域名稱、以及網頁錯誤提示需要修飾。網域名稱還在審核中，估計在1月中下旬即可審核成功，因此目前網域名稱看起來有些奇怪，另外當網頁填寫內容有誤時，報錯的內容框還需修飾。
四、推廣總結：
（一）使用者推廣給未來可能的使用使用者
我們的使用者全部是來自非學生群體，因此，使用者註冊量僅20條。使用者主要來自家人、已經工作的同學。這其中有乙個錯誤方向，就是投遞給了阿姨叔叔輩，收集使用者反饋。他們的反饋往往是，這個東西看不懂很好，當然，很麻煩。最後，才明白不應該為了收集使用者反饋而隨意找使用者，這些使用者反饋往往是無效的，在日後他們是不可能使用該**去找工作的。因此對於前期客戶，應該選擇可能存在的使用者進行測評。
（二）測試方式，希望是簡單直接
通過網路交流，說明**的用途及使用流程，這是乙個比較考量情商的事情。因為你給使用者說多了，他會覺得操作很麻煩，說少了，他似乎又不懂你想讓他幹什麼事情。最初使用傳送大段文字訊息進行說明，先讓其瀏覽**，再填寫使用者反饋調查問卷。效果不好，使用者往往敷衍了事，交流起來存在困難，大多想直接一點，趕快完事。
於是，我們將收集方式進行簡化，通過一張說明註冊、登入、填寫問卷的步驟。這樣收集到的使用者反饋資訊有效率大大提高。
（三）讀懂使用者的使用感受
當收集到非專業使用者的使用感受，他們往往不能直接描述。只會說：感覺操作有點怪，這裡好不方便、感覺沒啥用。這樣就需要測試人員通過角色轉換，去推測使用者想要表達的意思了。比如，操作奇怪，其實就是**使用不友好，該設定的提示資訊缺乏，在一些空連線未做處理，老是顯示not found 404介面。
（四）**需要有自己的特色
「助成部落格」：部落格首頁
Alpha版總結會議
一 會議過程 在完成第一次衝刺後，快上車alpha版本最終經過老師的和同學們的檢查，我們這次會議我們在開發過程及產品存在的問題方面進行了激烈討論。會議上每個人都先對自己10天的衝刺進行了總結，指出自己 出了錯誤，走了彎路，然後我們開始對我們的軟體進行自我批評，找出我們軟體 有需要改進的地方 二 討論...
Beta版總結會議
開會的過程 在軟體工程概論課上進行的總結會議，會議採取討論的模式，經過投票階段已經走到了死角了，剛開始很茫然，沒有討論解決方案，就感覺軟體已經沒什麼用了，生命週期已經結束了，後來經過與老師一起討論，經過老師提點，發現還有許多有用有特色的功能可以開發。討論的問題 1.為什麼學弟學妹們不選我們的軟體？2...
Alpha版總結會議
alpha版總結會議 一 開會的過程 在課堂上，老師為我們講解專案postmortem會議如何開展之後，我們利用課堂剩下的二十分鐘和課下的半個小時進行了我們的 專案postmortem 會議，會議上我們回顧了我們這個專案從選題開始到現在經歷的路程，一開始的選題我們的選題不夠明確，只是在大家討論後選擇...