我們的軟件要解決什么問題？是否定義得很清楚？是否對典型用戶和典型場景有清晰的描述？
?利用python語言實現(xiàn)git版本管理，定義的比較清楚，典型用戶也很清晰，提供給那些需要進行版本管理的用戶

是否有充足的時間來做計劃?
做計劃的時間還是足夠的，成員們集中在一起討論并分工。

團隊在計劃階段是如何解決同事們對于計劃的不同意見的？
大家共同商討解決。

用戶量, 用戶對重要功能的接受程度和我們事先的預想一致么? 我們離目標更近了么?
有偏差，但離目標更近了。

你原計劃的工作是否最后都做完了? 如果有沒做完的，為什么?
最后主體工作差不多都已經(jīng)結(jié)束并且完成了。

有沒有發(fā)現(xiàn)你做了一些事后看來沒必要或沒多大價值的事?
沒有。

是否項目的整個過程都按照計劃進行，項目出了什么意外？有什么風險是當時沒有估計到的，為什么沒有估計到?
基本是的，意外的話可能就是后期遇到了些bug

在計劃中有沒有留下緩沖區(qū)，緩沖區(qū)有作用么?
有預留，緩沖區(qū)的內(nèi)容是待上交到服務器上的。

我們有足夠的資源來完成各項任務么?
還是可以的，只是大家的經(jīng)驗還不是很充分，所以碰壁比較多

各項任務所需的時間和其他資源是如何估計的，精度如何?
依據(jù)感覺估計的，不準確

測試的時間，人力和軟件/硬件資源是否足夠? 對于那些不需要編程的資源 (美工設計/文案)是否低估難度?
測試的時間不太夠，主要是有其他學業(yè)內(nèi)容

你有沒有感到你做的事情可以讓別人來做（更有效率）?
基本沒有 任務劃分還是挺合理的

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

我們采用了什么辦法決定“推遲”和“必須實現(xiàn)”的功能?
團隊探討決定

項目的出口條件（Exit Criteria – 什么叫“做好了”）有清晰的定義么?
比較清晰

對于可能的變更是否能制定應急計劃?
是的，因為 一些人的工作任務導致可以提前完成，這樣就有了空余的時間精力解決變更的需求

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

設計工作在什么時候，由誰來完成的？是合適的時間，合適的人么？
團隊隊長 ，時間還挺靠前的，所以比較合適

設計工作有沒有碰到模棱兩可的情況，團隊是如何解決的？
按照我們的理解以及用戶的需求來決定的

代碼復審（Code Review）是如何進行的，是否嚴格執(zhí)行了代碼規(guī)范？
隊長審核，有的。

團隊是否有一個測試計劃？為什么沒有？
沒有 因為前期考慮不充分和后期時間緊

是否進行了正式的驗收測試？
無，在內(nèi)部進行測試