等燈等燈eat god 專案postmortem結果
整理：小雯
設想和目標
1. 我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？
2. 是否有充足的時間來做計畫?
沒有充足時間，平日裡其他科目的作業也很多。
3. 團隊在計畫階段是如何解決同事們對於計畫的不同意見的？
乙個人如果可以說服其他人就可以了。
計畫1. 你原計畫的工作是否最後都做完了? 如果有沒做完的，為什麼?
原來計畫的工作很多還沒有做完，因為技術和時間都不夠。
2. 有沒有發現你做了一些事後看來沒必要或沒多大價值的事?
有，比如說首頁展示列表中更換，其實後期是要替換成資料庫裡面的資料的。
3. 是否每一項任務都有清楚定義和衡量的交付件?
大部分都沒有，一邊做一邊發現問題，再記下來逐個解決。
4. 是否專案的整個過程都按照計畫進行?
大體上是。
5. 在計畫中有沒有留下緩衝區，緩衝區有作用麼?
不清楚什麼是緩衝區。
6. 將來的計畫會做什麼修改？（例如：緩衝區的定義，加班）
資源1. 我們有足夠的資源來完成各項任務麼?
有。2. 各項任務所需的時間和其他資源是如何估計的，精度如何?
開始精度很粗略，後來隨著專案任務的加重，大家只顧得上幹活，沒時間考慮精度問題。
3. 使用者測試的時間，人力和軟體/硬體資源是否足夠?
4. 你有沒有感到你做的事情可以讓別人來做（更有效率）?
變更管理
1. 每個相關的員工都及時知道了變更的訊息?
網路發達，qq群上及時更新檔案。
2. 我們採用了什麼辦法決定「推遲」和「必須實現」的功能?
3. 專案的出口條件（exit criteria）是否得到清晰的定義?
否。4. 對於可能的變更是否能制定應急計畫?
基本沒有。
5. 員工是否能夠有效地處理意料之外的工作請求？
設計/實現
1. 設計工作在什麼時候，由誰來完成的？是合適的時間，合適的人麼？
前台設計的隊友負責。
2. 設計工作有沒有碰到模稜兩可的情況，團隊是如何解決的？
暫時還沒有。
3. 團隊是否運用單元測試（unit test），測試驅動的開發（tdd）、uml, 或者其他工具來幫助設計和實現？這些工具有效麼？
沒有用單元測試的員工。
4. 什麼功能產生的bug最多，為什麼？
富文字框，可能由於配置問題。
5. **複審（code review）是如何進行的，是否嚴格執行了**規範？
沒有**複審。
測試/發布
1. 團隊是否有乙個測試計畫？為什麼沒有？
沒有。因為產品還沒有完工。
2. 是否進行了正式的驗收測試？
沒有。3. 團隊是否有測試工具來幫助測試？
沒有。4. 團隊是如何測量並跟蹤軟體的效能的？從軟體實際執行的結果來看，這些測試工作有用麼？應該有哪些改進？
各個功能應逐步完善。
5. 在發布的過程中發現了哪些意外問題？
富文字框加入太多東西，儲存時會出現異常。
「屍體解剖」報告
小怪獸團隊四則運算專案postmortem結果 計畫最終實現的功能與計畫的有所減少，出於時間緊迫。團隊任務安排合理。能夠及時完成短期目標。資源一開始配置環境用了不少時間。一開始的計畫都是推遲完成的，因為剛開始的時候有個假期，假期過後大家差點都忘了手上的活。變更管理 小組同在一宿舍，訊息傳播一下即達。...
屍體解剖報告
整理 小雯 設想和目標 1.我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？2.是否有充足的時間來做計畫?沒有充足時間，平日裡其他科目的作業也很多。3.團隊在計畫階段是如何解決同事們對於計畫的不同意見的？分工比較明確，偶爾有小小的問題和分歧，在做的過程中慢慢解決 ...
事後諸葛亮會議 屍體解剖
小組名稱 天天向上 專案名稱 連連看 小組成員 王森 組長 胡麗娜 林莉 張政 張金生 會議內容 事後諸葛亮會議 屍體解剖 設想和目標 1 我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？隨著網路時代的蔓延，人們無論生活，還是工作都離不開電腦，而作為放鬆心情的小遊...