鄧欣茹的專案回顧
我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？
是否有充足的時間來做計畫
答：有團隊在計畫階段是如何解決同事們對於計畫的不同意見的？使用者量, 使用者對重要功能的接受程度和我們事先的預想一致麼? 我們離目標更近了麼?有什麼經驗教訓? 如果歷史重來一遍, 我們會做什麼改進?
答：沒有不同的意見
你原計畫的工作是否最後都做完了? 如果有沒做完的，為什麼?
答：否 , 時間不夠了
有沒有發現你做了一些事後看來沒必要或沒多大價值的事?
答：有
是否每一項任務都有清楚定義和衡量的交付件?
答：否是否專案的整個過程都按照計畫進行，有什麼風險是當時沒有估計到的，為什麼沒有估計到?
答：否 ,聯機,沒有深度接觸過此類遊戲
在計畫中有沒有留下緩衝區，緩衝區有作用麼?
答：無將來的計畫會做什麼修改？（例如：緩衝區的定義，加班）我們學到了什麼? 如果歷史重來一遍, 我們會做什麼改進?
答：沒有什麼修改，學到了開展團隊合作
我們有足夠的資源來完成各項任務麼?
答：沒有
各項任務所需的時間和其他資源是如何估計的，精度如何?
答： 難度而定
測試的時間，人力和軟體/硬體資源是否足夠? 對於那些不需要程式設計的資源 (美工設計/文案)是否低估難度?
答：否，是
你有沒有感到你做的事情可以讓別人來做（更有效率）? 有什麼經驗教訓? 如果歷史重來一遍, 我們會做什麼改進?
答：沒有 , 沒有進行更深入的學習
每個相關的員工都及時知道了變更的訊息?
答：是的
我們採用了什麼辦法決定「推遲」和「必須實現」的功能?
答：制定計畫
專案的出口條件（exit criteria – 什麼叫「做好了」）有清晰的定義麼?
答：沒有
對於可能的變更是否能制定應急計畫?
答：是員工是否能夠有效地處理意料之外的工作請求？我們學到了什麼? 如果歷史重來一遍, 我們會做什麼改進?
答：不能，多學習
設計工作在什麼時候，由誰來完成的？是合適的時間，合適的人麼？
答：我設計工作有沒有碰到模稜兩可的情況，團隊是如何解決的？
答：沒有
團隊是否運用單元測試（unit test），測試驅動的開發（tdd）、uml, 或者其他工具來幫助設計和實現？這些工具有效麼？
答：沒有
什麼功能產生的bug最多，為什麼？在發布之後發現了什麼重要的bug? 為什麼我們在設計/開發的時候沒有想到這些情況?
答：前台與後台對接bug最多，欄位不一致
**複審（code review）是如何進行的，是否嚴格執行了**規範？我們學到了什麼? 如果歷史重來一遍, 我們會做什麼改進?
答：是，多學習
團隊是否有乙個測試計畫？為什麼沒有？
答：是是否進行了正式的驗收測試？
答：是團隊是否有測試工具來幫助測試？
答：否團隊是如何測量並跟蹤軟體的效能的？從軟體實際執行的結果來看，這些測試工作有用麼？應該有哪些改進？
答：反覆操作
在發布的過程中發現了哪些意外問題？我們學到了什麼? 如果歷史重來一遍, 我們會做什麼改進?
答：學到了團隊合作，git的使用，多學習
你覺得團隊目前的狀態屬於 cmm/cmmi 中的哪個檔次?
答：cmm
你覺得團隊目前處於 萌芽/磨合/規範/創造 階段的哪乙個階段?
答：萌芽
你覺得團隊在這個里程碑相比前乙個里程碑有什麼改進?
答：沒有改進
你覺得目前最需要改進的乙個方面是什麼?
答：學習
python專案計畫 鄧穎欣
python 語言基礎專案技術文件 一 專案介紹 1.專案標題與簡介 鏈結 若出現以下情況，請輸入賬號 dengyingxin01密碼 dengyingxin 設定了固定的賬號密碼，請輸入 登入賬號 admin 登入密碼 admin123 這是乙個搜尋到廣州房價資料的乙個資料型 能夠通過現有的調動資...
專案實戰 將做過的選擇題記錄進行回顯
在小鹹兒參與專案實戰的時候，遇到乙個難題，就是如何將自己做過的試題，在查詢的時候，能夠再次的回顯出來。第一次接觸的時候，發現在使用了使用者控制項之後，在寫其 時，真是沒有思路和想法，無處下手，所以導致了延期處理。再一次接觸的時候，終於有些感覺了，接下來就是自己的邏輯和 了。首先新增乙個使用者控制項 ...