Alpha事後諸葛亮

2022-03-09 10:53:56 字數 2204 閱讀 1426

aruba小組cento專案postmortem

408409

410428

429431

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

主要解決文字摘錄愛好者的摘錄癢點——應用間切換的不方便。定義清楚,我們知道要做的東西會是個什麼樣子。需求分析階段,典型使用者和典型場景有清楚的描述,在alpha 階段,我們先實現了最基本的便簽功能

2.是否有充足的時間來做計畫?

有,在還沒開始編碼的前前期老師要求做需求分析,那時就有乙個較完善的計畫

3.團隊在計畫階段是如何解決同事們對於計畫的不同意見的?

首先是討論,不同的意見誰提出的誰描述清楚,由於我們沒有什麼經驗,拿捏不准好壞,大家意見說完後投票表決,少數服從多數

1.你原計畫的工作是否最後都做完了? 如果有沒做完的,為什麼?

大部分隊員的事情都沒做完,還差一點,總的來說是因為 不懂

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

有,但是繞了彎路積攢了或多或少的經驗

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

大部分沒有。除了ui設計完給出了圖示以及標註以外,後面的工作都是一步一步往後走,任務的定義也不是特別明確

4.是否專案的整個過程都按照計畫進行?

沒有全部實現計畫的目標

5.在計畫中有沒有留下緩衝區,緩衝區有作用麼?

什麼是緩衝區?

6.將來的計畫會做什麼修改?

需要計畫得更細緻,進度合理分配

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

物質資源:我們有幾台電腦、幾本書

精神資源:我們有足夠的信心

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

憑感覺大概估計,沒有專案經驗,不太好估計時間和資源

3.使用者測試的時間,人力和軟體/硬體資源是否足夠?

這次沒有時間找來使用者測試,只是組內測試。資源方面應該是夠的

4.你有沒有感到你做的事情可以讓別人來做更有效率?

隊友們都覺得自己做得更有效率。

「如果一開始讓別人做,我不懂會不會更有效率,但是現在,我覺得我比較有效率。」

2.我們採用了什麼辦法決定「推遲」和「必須實現」的功能?

從基本使用的角度出發,不影響使用的功能推遲

3.專案的出口條件(exit criteria)是否得到清晰的定義?

不懂4.對於可能的變更是否能制定應急計畫?

沒有應急的計畫

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

可以。目前還沒有遇到意料之外的事

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

設計工作在需求分析的時候完成。a版本看來,都是非常合適的

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

有很多,經常「我」描述的跟「你」設想的不太一樣的時候,討論協商解決,不能協商的就投票,少數服從多數

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

沒有用單元測試。

有uml用例圖和類圖,挺有效的,能幫我們明確功能需求是什麼

4.什麼功能產生的bug最多,為什麼?

瀑布流 實現比較複雜,引數不知如何去改

資料傳遞功能,因為邏輯有些複雜,容易搞錯

5.**複審(code review)是如何進行的,是否嚴格執行了**規範?

只是敲**的人自己檢查,**規範不是非常嚴格也沒人糾正

1.團隊是否有乙個測試計畫?為什麼沒有?

有計畫2.是否進行了正式的驗收測試?

由於時間比較緊,不夠正式

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

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

使用測試工具測量跟蹤效能

5.在發布的過程中發現了哪些意外問題?

要說有就是當時乙個演示用的軟體不能安裝在實驗室電腦上,後來換了某助手後就ok了。其他沒有發現什麼 意外 的問題。

團隊目前的狀態屬於 cmm/cmmi 中的哪個檔次?

初始級團隊目前處於 萌芽/磨合/規範/創造 階段的哪乙個階段?

萌芽階段

你覺得團隊在這個里程碑相比前乙個里程碑有什麼改進?

從無到有

目前最需要改進的乙個方面是什麼?

任務和分工需要更明確

Alpha事後諸葛亮

我們的軟體要解決的問題是對福大校內各個任務群 拼車群的資源整合,方便校內學生以更高的效率拼到車或發布任務。另外還有乙個板塊用來給大家討論。定義得清楚。有。目標達到了。功能都完成了,也按計畫交付了,但是尚未對外開放。使用者對重要功能的接受程度和我們事先的預想一致。我們離目標更近了。比如需要更早的開啟專...

alpha事後諸葛亮

達到了一部分的目標並按照計畫時間交付,但還未達到原計畫的使用者數量。軟體還未開放公測,小範圍內測中。使用者對重要功能的接受程度和我們事先的預想基本一致,離目標越來越近了。經驗教訓 想做的東西太多,但時間和準備上的不充足,讓我們不得不放棄許多功能。如果歷史重來一遍,我們會重新分析需求,細化任務分配,挑...

Alpha事後諸葛亮

組長部落格 我們達到目標了麼 原計畫的功能做到了幾個?按照原計畫交付時間交付了麼?原計畫達到的使用者數量達到了麼?使用者量,使用者對重要功能的接受程度和我們事先的預想一致麼?我們離目標更近了麼?團隊在計畫階段是如何解決同事們對於計畫的不同意見的?你原計畫的工作是否最後都做完了?如果有沒做完的,為什麼...