1. 程式人生 > 其它 >11組-Beta衝刺-總結

11組-Beta衝刺-總結

組長部落格連結:

小方的部落格

一、基本情況

二、總結思考

2.1 設想和目標(4分)

  • 我們的軟體要解決什麼問題?是否定義得很清楚?是否對典型使用者和典型場景有清晰的描述 ?

    xxx

  • 我們達到目標了麼?(原計劃的功能做到了幾個? 按照原計劃交付時間交付了麼? 原計劃達到的使用者數量達到了麼?)

    xxx

  • 使用者量, 使用者對重要功能的接受程度和我們事先的預想一致麼? 我們離目標更近了麼?

    xxx

  • 有什麼經驗教訓? 如果歷史重來一遍, 我們會做什麼改進?

    xxx

2.2 計劃(5分)

  • 是否有充足的時間來做計劃?

    xxx

  • 團隊在計劃階段是如何解決組員對於計劃的不同意見的?

    xxx

  • 原計劃的工作是否最後都做完了? 如果有沒做完的,為什麼?

    xxx

  • 有沒有發現做了一些之後看來沒必要或沒多大價值的事?

    xxx

  • 是否每一項任務都有清楚定義和衡量的交付件?

    xxx

  • 是否專案的整個過程都按照計劃進行,專案出了什麼意外?有什麼風險是當時沒有估計到的,為什麼沒有估計到?

    xxx

  • 在計劃中有沒有留下緩衝區,緩衝區有作用麼?

    xxx

  • 將來的計劃會做什麼修改?(例如:緩衝區的定義,加班)

    xxx

  • 學到了什麼? 如果歷史重來一遍, 會做什麼改進?

    xxx

2.3 資源(3分)

  • 我們有足夠的資源來完成各項任務麼?

    xxx

  • 各項任務所需的時間和其他資源是如何估計的,精度如何?

    xxx

  • 測試的時間,人力和軟體/硬體資源是否足夠? 對於那些不需要程式設計的資源 (美工設計/文案)是否低估難度?

    xxx

  • 你有沒有感到你做的事情可以讓別人來做(更有效率)?

    xxx

  • 有什麼經驗教訓? 如果歷史重來一遍, 會做什麼改進?

    xxx

2.4 變更管理(4分)

  • 每個相關的員工都及時知道了變更的訊息?

    xxx

  • 我們採用了什麼辦法決定“推遲”和“必須實現”的功能?

    xxx

  • 專案的出口條件(Exit Criteria – 什麼叫“做好了”)有清晰的定義麼?

    xxx

  • 對於可能的變更是否能制定應急計劃?

    xxx

  • 組員是否能夠有效地處理意料之外的工作請求?

    xxx

  • 學到了什麼? 如果歷史重來一遍, 會做什麼改進?

    xxx

2.5 設計/實現(4分)

  • 設計工作在什麼時候,由誰來完成的?是合適的時間,合適的人麼?

    xxx

  • 設計工作有沒有碰到模稜兩可的情況,團隊是如何解決的?

    xxx

  • 團隊是否運用單元測試(unit test),測試驅動的開發(TDD)、UML, 或者其他工具來幫助設計和實現?這些工具有效麼?

    xxx

  • 比較專案開始的 UML 文件和現在的狀態有什麼區別?這些區別如何產生的?是否要更新 UML 文件?

    xxx

  • 什麼功能產生的Bug最多,為什麼?在釋出之後發現了什麼重要的bug? 為什麼我們在設計/開發的時候沒有想到這些情況?

    xxx

  • 程式碼複審(Code Review)是如何進行的,是否嚴格執行了程式碼規範?

    xxx

  • 學到了什麼? 如果歷史重來一遍, 我們會做什麼改進?

    xxx

2.6 測試/釋出(3分)

  • 團隊是否有一個測試計劃?為什麼沒有? 是否進行了正式的驗收測試?

    xxx

  • 團隊是否有測試工具來幫助測試?

    xxx

  • 團隊是如何測量並跟蹤軟體的效能的?從軟體實際執行的結果來看,這些測試工作有用麼?應該有哪些改進?

    xxx

  • 在釋出的過程中發現了哪些意外問題?

    xxx

  • 學到了什麼? 如果歷史重來一遍, 會做什麼改進?

    xxx

2.7 團隊的角色,管理,合作(3分)

  • 團隊的每個角色是如何確定的,是不是人盡其才?

    xxx

  • 團隊成員之間有互相幫助麼?

    xxx

  • 當出現專案管理、合作方面的問題時,團隊成員如何解決問題? 每個成員明確公開地表示對成員幫助的感謝 (彙總至組長部落格):
    • <高靖涵>:我感謝 文濤永銘對我的幫助, 因為某個具體的事情:一起幫我解決程式碼中的bug。
    • <趙文濤>:我感謝吳永銘對我的幫助,因為某個具體的事情:他幫助我一起查詢資料和文件,解決了很多問題。
    • <吳永銘>:我感謝 高靖涵 趙文濤 對我的幫助, 因為某個具體的事情: 在前期學習安卓開發過程中給予了我很多幫助。
    • <王佳明>:我感謝劉雙對我的幫助, 因為某個具體的事情:作為搭檔互相分擔任務,一起做軟體測試,學習JAVA的時候也給我提供不少的建議讓我少走彎路。
    • <黃建瑋>:我感謝高靖涵對我的幫助, 因為某個具體的事情: 幫助我學習安卓開發,並幫助我修改部落格中的問題,幫助我查閱資料和文件。
    • <王億平>:我感謝高靖涵對我的幫助, 因為某個具體的事情: 部落格的格式之前並不瞭解,導致文字併入到組內文字時一直格式錯誤,他告訴了我部落格應該使用Markdown編輯器,同時教了我相關的格式,從而保證了Alpha衝刺報告沒出現格式上的問題。
      我學到了對於自己認為正確的東西,實際上很可能並不正確,有一個人幫忙指正可以糾正自身的錯誤認知,減少不必要的扣分。如果歷史重來一遍,我應該去提前去了解小組部落格的文字格式和編輯器的統一規範是什麼,好好的完成自己的任務,減少組長的工作量。
    • <劉雙>:我感謝王佳明對我的幫助, 因為某個具體的事情:在我想偷懶或者鬆懈的時候總能督促和提醒我,而且也在完成作業的時候給予我一些指點,幫助我解決了難題
    • <劉葦>:我感謝劉雙對我的幫助, 因為某個具體的事情: 每次我向他請教相關問題,他總是耐心的向我解釋,比如我詢問我們的軟體設計需要的相關語言知識,他推薦了Java,JavaScript並解釋了它們的作用,給我指明瞭學習的方向。
      我學到了不懂就問,沒必要浪費時間自閉死磕,不要害怕合作交流的精神。如果歷史重來一遍, 我會提前做好相關知識的瞭解,爭取也能幫助到其他隊友。
    • <陳靜>:我感謝王佳明對我的幫助, 因為某個具體的事情: 提供測試建議。
    • <楊寓荃>:我感謝 趙文濤 對我的幫助, 因為某個具體的事情: 第一次做安卓開發,前期什麼都還不熟
      學到了什麼? 如果歷史重來一遍, 會做什麼改進?

2.8 總結(4分)

高靖涵



趙文濤

A
有,

吳永銘



劉雙



王佳明



陳靜



楊寓荃

劉葦



王億平



黃建瑋

1