個人回顧總結

2022-07-08 06:51:11 字數 1541 閱讀 1520

答:我們的軟體要解決如何讓同學們在愉悅歡快的遊戲中收穫知識,如何把學習變成一件相對不枯燥的事情,我們利用充足的時間做了計畫,並同夏大偉老師進行商討解決了對於需求的滿足。

答:有,相對來說時間相對充裕,但是由於我們要做的是遊戲,乙個全新的東西嗎,所以制定計畫有一些費力。

答:我們小組意見都會說出來,如果不是在每日例會期間的意見就會發在群裡,都會進行相應的討論,好的意見會進行保留,不好的意見會讓他繼續想一想有沒有更好的。

答:完成了大部分,有一些能力上不足的經過研究後還是不能解決,所以並未完成。

答:遊戲所包含的東西使龐大的,他裡面包含著很多的東西。乙個東西的價值不在於他為你帶來了什麼價值,而是他在這裡執行就是有價值的。

答:是,我們對每個人每一項任務都進行了詳細的人員分配以及0時間分配.

答:是,整個過程都是按照計畫有進行的。

答:我們留下了緩衝區為了防止出現bug等其他特殊情況。

答:更深層次的計畫任務,把每個任務更加系統化,模組話。

答:我們根據任務的難易程度來估計的,精度準確,就是有時候任務會過於困難帶給負責人壓力。

答:足夠,我們既是開發人員,也是測試人員

答:沒有,因為當初分配職務的時候就是按照自己擅長的領域進行的分配。

答:都會及時的知道心的變更訊息,如果是團隊方向以及大模組的變更會發到群裡,如果是單個人的任務我會發訊息以及進行打**通知。

答:我們依據需求的重要性來決定必須實現和推遲。

答:沒有,因為軟體完成度並沒有到達出口標準。

答:我們會立即召開每日例會來商討解決辦法。

答:出現意外會及時上報給pm,再由pm去和他人協商解決。

答:我會對每個人的能力去做乙個評估,然後再去布置任務,並且給能力不足的人搭配乙個他可以請教的人。

答:設計工作是在需求被確定並且已經計畫好實施後,由相應人員去完成,是合適的時間,合適的人

答:有,通過相互提出意見,再由pm進行整合和採取。

答:沒有,並不會使用這些軟體。

答:對戰系統,地圖,每日任務,每日獎勵。

答:整合**的同時進行**複審,嚴格執行**規範

答:把mod功能做的更好,頁面更加精緻美觀,核心的遊戲玩法進行晚上,讓打鬥使有動畫有聲音。

答:有測試計畫,由軟體測試工程師完成

答:沒有,時間不足相對功能並未完全實現。

答:有,夜神模擬器。

答:因為軟體最後並沒有完全開發出來,所以沒有測試他的具體效能。

答:沒有發布

答:學到了製作軟體的全過程是很辛苦的,需要很縝密的計畫以及強大的執行力。如果重來,我們會做好時間規劃並提前提公升自己的能力。

答:每個人根據自己所擅長的領域來進行分配職務,人盡其才

答:團隊成員之間有互相幫助,乙個人出現的**問題反應給pm,pm找能力較強的幫忙解決,或由pm找到專業領域的老師進行請教解決。

答:在每日例會提出,進行協商解決,每個人都說出問題,進行協調。

很感謝我的組員對我的信任以及幫助,讓我當了這個pm,讓我知道了一些事情需要從多方面進行考慮。

對於碼雲的使用得到了較大的提公升,也更加理解團隊協作的重要性,團隊最應該改進的地方就是每個人都要增強自己的**能力和ui水平。

專案回顧 總結

一 團隊中每個人針對專案回顧模板中的問題,用markdown語法寫下自己的思考和回答並發布到自己的 我們的軟體要解決什麼問題?是否定義得很清楚?是否對典型使用者和典型場景有清晰的描述?我們的軟體主要解決藥品庫存量的管理,我們定義清楚,我們軟體面對的使用者是醫生和藥品庫存管理人員,面對的場景是醫院 是...

專案回顧 總結

設想和目標 1.我們的軟體要解決什麼問題?是否定義得很清楚?是否對典型使用者和典型場景有清晰的描述?一些小的功能細節 清楚 有。2.是否有充足的時間來做計畫?有。3.團隊在計畫階段是如何解決同事們對於計畫的不同意見的?投票,用人數多的計畫。使用者量,使用者對重要功能的接受程度和我們事先的預想一致麼?...

前端基礎回顧總結

1.塊狀元素block level element 塊級元素在瀏覽器顯示時,通常會以新行來開始 和結束 2.內聯元素 行內元素 inline element 和其他元素都在一行上。高度 寬度 行高及頂部和底部邊距不可設定。其寬度為其內容的寬度 萬一需要調整時 display屬性規定元素應該生成的框的...