我們的軟體是為了提高實驗室協作管理的效率，讓實驗室事務安排變得有秩序，解決實驗室專案監管的視覺化以及學生經常遺忘專案安排的問題。定義較清楚，對典型使用者和典型場景也給出相應的描述。
我們原計畫的功能做到了3個，完成部分的模組為日程管理，尚待完成的模組為協作管理，總體而言完成了alpha階段的計畫內容，但相比於計畫，日程管理完成不夠。
設想和現實還是存在不小的差距，為了保證專案的進度，必須根據實際情況設定較合理的目標，所以在下一階段我們需要對目前組員的實力進行重新評估，已制定更好的計畫以進行beta階段。
計畫用的時間較少，這也是我們專案進展的一大隱患。有做一定的計畫工作，但做得不夠充分，計畫時未考慮到具體進展速度相對較慢時應如何處置，比如學習新框架的效率等，沒有在計畫工作考慮詳細。
計畫工作並未全部做完。主要原因在於專案中使用較多的新框架，而且成員中web專案開發經驗不足，我們需要花費更多的時間來學習和除錯新框架。
太過於注重框架的細節，而在專案開發過程中，發現這些細節可以忽略，並不影響整體的開發質量。
定義較不清晰，大多以功能是否實現進行定義和衡量，沒有使用較優秀的評價方法。
對於整體而言，我們的專案是按照計畫進行的。
沒有留下緩衝區，主要原因在於我們已經用了較多的時間去學習，所以後面都是加緊進度地敲**實現。
計畫的修改主要將在以下方面進行：1、設定一定的緩衝區 2、細化任務 3、明確任務評價指標
缺少web開發經驗較豐富的成員是影響我們專案進度乙個很大的問題，但經過alpha階段的緊張學習和敲**的實踐，我們相信下一階段將更好地解決這一問題。
各項任務所需的時間和其他資源主要以該任務涉及的知識領域以及**量進行估計，這種估計依賴於之前的開發經驗，所以整體精度不高。
由於時間較緊迫，我們所做的測試工作相對較少。而對於美工這類資源也確實低估了，除錯前端也花費了較多的時間，特別是我們使用了較新的框架。
並沒有這種感覺，主要原因在於成員都處於學習的狀態，並沒有說他人就有更豐富的經驗和更高的效率，而且我們的任務分配也相對合理，都能盡自己最大的效率。
我們一般會在日常會議中提及變更資訊，讓所有成員都了解專案的變化情況，也讓成員能夠在開會時對有些變更提出質疑。
主要以學習成本來衡量，對於學習成本較高的暫時推遲實現，而對於較易學習的內容則設定為「必須實現」。
目前並沒有較好地定義出口條件，我們希望通過beta階段通過系統的測試以及前期的需求分析給出乙個完整的專案出口條件。
對於部分變更制定應急計畫，比如某框架確實太難用決定放棄使用時，就可以啟用相應的備選方案。
主要由有開發web專案經驗的同學做設計工作，由於接觸過web專案，對專案的設計也能較好地進行把控。
我們會在日常會議中反饋自己對於專案設計的疑惑，而設計人也會在這個時候通過討論明確相應的設計描述，避免模稜兩可的情況。
alpha階段運用較少的單元測試，我們需要在beta階段不斷強化專案的測試工作。本來也是計畫以tdd驅動，但由於缺少專案開發經驗，**抽象能力有限，後沒有採用。
日程管理模組bug較多，主要是因為該模組是在階段後期進行，所剩的時間太少，導致**質量有所下降。
主要由有開發web專案經驗同學進行**複審，在日常會議中給出**的評價，反饋存在的問題以及下一步的更改計畫。
由於時間較為緊迫，我們的測試計畫相對粗糙，主要以需求說明書為基礎。
並沒有進行驗收測試，因為我們還有部分功能尚待實現。
主要通過junit框架進行單元測試，而前端主要以人力進行，未使用自動化工具進行前端測試。
我們在alpha階段做的測試工作需要較大的改進，我們將在beta階段開始之前制定乙個較完善的測試計畫，加大單元測試的力度。
根據團隊各個成員的專案開發經驗以及個人精通的領域進行角色確定，當然我們也會輪轉有些角色，比如一直是a測試b寫的**，但有時也會進行反轉，由b測試a寫的**。
日常會議是我們互相幫助乙個很好的機會，通過面對面的交流，可以互相討論在學習或敲**過程遇到的難題。
我們團隊目前處於規範階段。
改進在於團隊交流更加頻繁，通過日常會議這種面對面溝通的方式確實能提高不少辦事的效率，不懂的問題講一下就明白了，有質疑的地方也能及時提出，避免成員在合作上存在溝通不及時的問題。
我們都一致覺得下一階段最需要改進的是測試工作，同時需要提高程式設計的效率，由於前期用了較多的時間進行框架的學習，我們希望下一階段能及時補上前階段落下的內容。
事後諸葛亮
目錄 一 會議 二 設想和目標 2.我們達到目標了麼 原計畫的功能做到了幾個？按照原計畫交付時間交付了麼？原計畫達到的使用者數量達到了麼?3.使用者量,使用者對重要功能的接受程度和我們事先的預想一致麼?我們離目標更近了麼?4.有什麼經驗教訓?如果歷史重來一遍,我們會做什麼改進?三 計畫 2.團隊在計...
事後諸葛亮
這個作業屬於哪個課程 這個作業要求在 homework 10863 團隊名稱 鴿子開發組 這個作業的目標 總結軟體開發過程的經驗和教訓 作業正文 如下其他參考文獻 無問題1 我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？回答 軟體定義清楚，需解決的問題定義清楚。...
Alpha事後諸葛亮
aruba小組cento專案postmortem 408409 410428 429431 1.我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？主要解決文字摘錄愛好者的摘錄癢點 應用間切換的不方便。定義清楚，我們知道要做的東西會是個什麼樣子。需求分析階段，典型使用...