小組名稱：天天向上
專案名稱：連連看
小組成員：王森（組長）、胡麗娜、林莉、張政、張金生
會議內容：事後諸葛亮會議 (屍體解剖)
設想和目標
1、我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？
隨著網路時代的蔓延，人們無論生活，還是工作都離不開電腦，而作為放鬆心情的小遊戲吸引著更多的使用者。所以我們解決的問題就是在人們疲憊時，起到放鬆心情，找到樂趣的作用。定義的很清楚。對典型使用者和典型場景有清晰的描述，經常上網使用者，需要娛樂，放鬆心情。
2、是否有充足的時間來做計畫?
有時間，但是計畫在專案推進時，不斷的有變化，增加了更多人性化的需求和特點。
3、團隊在計畫階段是如何解決同事們對於計畫的不同意見的？
主要是採取少數服從多數的原則，當雙方人數相等時，由組長做出最後的決定，或者拿出足以說服大家的觀點和證據，那就聽這個人的。
計畫
1、你原計畫的工作是否最後都做完了? 如果有沒做完的，為什麼?
沒有全部完成。還想做更多人性化的設計和創新，但是想法和計畫有些不確定點，就沒執行。
2、有沒有發現你做了一些事後看來沒必要或沒多大價值的事?
沒有，做的都很有價值，就算爭執和曲折放棄的計畫，但是對於軟體工程的理解都有很大的幫助，加深了對這門課的理解。
3、是否每一項任務都有清楚定義和衡量的交付件?
大部分都沒有，都是邊商量邊進行，對於任務的具體好壞，沒有具體的定義，只能從執行後的結果來看。
4、是否專案的整個過程都按照計畫進行?
是的，按照原定計畫，功能依次實現。
5、在計畫中有沒有留下緩衝區，緩衝區有作用麼?
沒有緩衝區，計畫的都做出來了。
6、將來的計畫會做什麼修改？（例如：緩衝區的定義，加班）
先是要完成全部計畫的功能，然後對整個專案進行完善，改進，再根據現實的情況決定是否新增更多新穎的功能。
資源
1、我們有足夠的資源來完成各項任務麼?
資源充足。
2、各項任務所需的時間和其他資源是如何估計的，精度如何?
首先是計畫，先看看大概的工作量，預估一下工作時間，在站立會議中組長分配任務，組員在根據計畫具體執行，隔天反饋執**況，說明問題在**，下一次根據上一次的經驗，更合理的分配資源和時間。
3、使用者測試的時間，人力和軟體/硬體資源是否足夠?
充足4、你有沒有感到你做的事情可以讓別人來做（更有效率）?
沒有，每天都會根據各自情況分配相應的任務。但是若是大家經常溝通，會更有效率。
變更管理
1、每個相關的員工都及時知道了變更的訊息?
是的，大家能及時知道訊息變更。
2、我們採用了什麼辦法決定「推遲」和「必須實現」的功能?
少數服從多數或者有充分理據的人。
3、專案的出口條件（exit criteria）是否得到清晰的定義?
有個模糊的概念，正在理解中。
4、對於可能的變更是否能制定應急計畫?
可以，比如不能執行出來的計畫，就及時撤掉。
5、員工是否能夠有效地處理意料之外的工作請求？
可以，大家都積極主動。
設計/實現
1、設計工作在什麼時候，由誰來完成的？是合適的時間，合適的人麼？
設計工作在最初期。大家共同討論的。挺合適的。集體討論，沒有合適不合適之說。
2、設計工作有沒有碰到模稜兩可的情況，團隊是如何解決的？
有，對這方面知道更多的人，去積極了解，模稜兩可的地方，在小組討論，解決問題。
3、團隊是否運用單元測試（unit test），測試驅動的開發（tdd）、uml, 或者其他工具來幫助設計和實現？這些工具有效麼？
沒有。4、什麼功能產生的bug最多，為什麼？
主體部分，就是消除部分，因為這裡的演算法、**最繁雜，很容易有忽略和考慮不周的地方。
5、**複審（code review）是如何進行的，是否嚴格執行了**規範？
由同伴對已實現的功能進行審查，沒有，有個人**習慣。
測試/發布
1、團隊是否有乙個測試計畫？為什麼沒有？
沒有測試計畫，邊寫就邊測了，對測試計畫沒有具體的感念。
2、是否進行了正式的驗收測試？
沒有進行正式的驗收測試，專案還沒有正式完結。
3、團隊是否有測試工具來幫助測試？
沒有測試工具。
4、團隊是如何測量並跟蹤軟體的效能的？從軟體實際執行的結果來看，這些測試工作有用麼？應該有哪些改進？
沒有進行效能測試。
5、在發布的過程中發現了哪些意外問題？
很成功。將專案應有的功能都展示給了老師及同學，並沒有出現意外。
總結：
每個成員的軟體工程水平有了很大的提高，尤其是新來的兩位成員，對團隊做出了很大的貢獻。對於團隊專案連連看，我們修改了以前的bug，並且新增了比如閃爍、洗牌、雙倍積分等功能，遊戲功能越來越完善，bug越來越少。如果歷史重來一遍，我希望團隊可以進行更多的交流，有問題可以及時溝通。
事後諸葛亮會議
作業資訊 專案內容 所屬課程 18web方向軟體工程 作業簡介 按照專案回顧模板開展事後諸葛亮會議並撰寫回顧報告 作業要求 團隊專案 任務四 第二次衝刺 作業目的 通過回顧軟體設計 開發 測試 構建 發布的整個過程以及團隊合作狀態總結經驗教訓 參考資料 學生姓名 張家林 撰寫人 於金池 趙政綱 王建...
事後諸葛亮會議
此作業要求參見 組名 板磚 組長 李惠璨 組員 張傳玉 朱航序 趙新萍 樊培毅 魏琛 設想和目標 1.我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？2.我們達到目標了麼 原計畫的功能做到了幾個？按照原計畫交付時間交付了麼？原計畫達到的使用者數量達到了麼?原計畫的...
事後諸葛亮會議總結
問 我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？答 問題和需求明確，但是典型使用者，典型場景好像只是只是口頭說說了。問 是否有充足的時間來做計畫 答 我們覺得需求和計畫是這次實踐中最重要的問題，當然有。問 團隊在計畫階段是如何解決同事們對於計畫的不同意見的？問...