“數學口袋精靈APP” Postmortem結果
我有餅隊
設想和目标
1. 我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？
答：我們的項目要增強國小生四則運算能力，提高國小生對數學的興趣。定義的很清楚。有典型使用者，即面向國小生。典型場景是點選界面，進入遊戲。遊戲界面即四則運算題目，有三個選項。共十道題，答對題數大于等于6道則及格。
2. 是否有充足的時間來做計劃?
答：時間較緊張，計劃比較倉促。
3. 團隊在計劃階段是如何解決同僚們對于計劃的不同意見的？
答：主要通過讨論解決，誰的意見比較有說服力就服從誰的意見。
計劃
1. 你原計劃的工作是否最後都做完了? 如果有沒做完的，為什麼?
答：原計劃工作沒有做完。因為時間比較趕，隻完成了部分功能。
2. 有沒有發現你做了一些事後看來沒必要或沒多大價值的事?
答：有，比如代碼方面，改了很多遍，後來覺得不妥，又恢複了原來的代碼。
3. 是否每一項任務都有清楚定義和衡量的傳遞件?
答：大部分都沒有。
4. 是否項目的整個過程都按照計劃進行，有什麼風險是當時沒有估計到的，為什麼沒有估計到?
答：不是。由于UI和音樂都不是原創，怕侵犯出版方知識産權而延遲釋出，這是後來才考慮到的。
5. 在計劃中有沒有留下緩沖區，緩沖區有作用麼?
答：有。作用是，各個隊友進度不一，偶爾出現bug，需要緩沖區以協助項目更好地完成。
6. 将來的計劃會做什麼修改？（例如：緩沖區的定義，加班）
答：時間安排會更加明确，遊戲，UI，音樂，會更加完善。
資源
1. 我們有足夠的資源來完成各項任務麼?
答：沒有。比如ui設計方面，代碼設計，音樂bug等，我們花了不少時間。
2. 各項任務所需的時間和其他資源是如何估計的，精度如何?
答：大家都專注于完成自己的任務，沒有時間考慮精度問題。
3. 測試的時間，人力和軟體/硬體資源是否足夠? 對于那些不需要程式設計的資源 (美工設計/文案)是否低估難度?
答：不夠。是的，我們低估了美工設計的難度。
4. 你有沒有感到你做的事情可以讓别人來做（更有效率）?
答：感覺ui設計，音樂設計等由專業人員設計會更好。開發人員做最後實作即可。
變更管理
1. 每個相關的員工都及時知道了變更的消息
答：大家住的比較近，消息傳達比較迅速。
2. 我們采用了什麼辦法決定“推遲”和“必須實作”的功能?
答：我們采用權重的方法，權重較大的先完成。
3. 項目的出口條件（Exit Criteria – 什麼叫“做好了”）有清晰的定義麼?
答：做好了就是完成預先t計劃中所有任務。
4. 對于可能的變更是否能制定應急計劃?
答：基本上沒有。一般團隊讨論後解決。
5. 員工是否能夠有效地處理意料之外的工作請求？
答：不能，課餘作業，以及期末作業等比較多，再加之課外活動，時間相對來說比較趕。
設計/實作
1. 設計工作在什麼時候，由誰來完成的？是合适的時間，合适的人麼？
答：設計工作在前提有馮美欣，吳舒婷完成。是合适的時間，合适的人。
2. 設計工作有沒有碰到模棱兩可的情況，團隊是如何解決的？
答：很多。看實作該功能的人如何解決。
3. 團隊是否運用單元測試（unit test），測試驅動的開發（TDD）、UML, 或者其他工具來幫助設計和實作？這些工具有效麼？
答：我們用了ps幫助ui設計。很有效。
4. 什麼功能産生的Bug最多，為什麼？在釋出之後發現了什麼重要的bug? 為什麼我們在設計/開發的時候沒有想到這些情況?
答：背景音樂的功能産生最多bug。因為我們對activity生命周期掌握不夠。釋出之後，發現當進入遊戲後按傳回鍵時，傳回主界面出錯。 當時沒有考慮到傳回鍵監聽。
5. 代碼複審（Code Review）是如何進行的，是否嚴格執行了代碼規範？
答：沒有嚴格執行代碼規範。
測試/釋出
1. 團隊是否有一個測試計劃？為什麼沒有？
答：有，隻在執行時找bug。
2. 是否進行了正式的驗收測試？
答：沒有。
3. 團隊是否有測試工具來幫助測試？
4. 團隊是如何測量并跟蹤軟體的效能的？從軟體實際運作的結果來看，這些測試工作有用麼？應該有哪些改進？
答：我們通過logcat捕捉資料，進行觀察。沒有借助其他測試工具進行測試。
5. 在釋出的過程中發現了哪些意外問題？
答：背景音樂沒有循環播放。
使用者量, 使用者對重要功能的接受程度和我們事先的預想一緻麼? 我們離目标更近了麼?
有什麼經驗教訓? 如果曆史重來一遍, 我們會做什麼改進?
答：使用者量和使用者對重要功能接受程度與事先想的不一緻，使用者反映題目有些較難，短時間内算不出。我們離目标近了很多。
解決bug能力要提升。如果重來一遍，我們會更好地利用和安排時間，自主設計ui和音樂，以及做出其他更多的遊戲。
總結:你覺得團隊目前的狀态屬于 CMM/CMMI 中的哪個檔次?
答：完成級
你覺得團隊目前處于 萌芽/磨合/規範/創造 階段的哪一個階段?
答：磨合期。
你覺得團隊在這個裡程碑相比前一個裡程碑有什麼改進?
答：代碼改善不不少，ui正常顯示，音樂也正常播放。
你覺得目前最需要改進的一個方面是什麼?
答：音樂bug的修複。
使用者回報：有些題目偏難。
使用者數量：
一共釋出了四個平台：
1.安粉網
2.安卓之家
3.安卓園
4.安貝市場
其中隻有安卓之家顯示使用者資料。。不過，人氣值應該隻是有興趣并浏覽該網頁的值。