此專案為超小型專案,將原基於labview開發的小型上位機改為c#平台。
原介面:
後台程式框圖如下:
經由分析得出工作流程如下,其中紫色為細分到可以定量的工作包,也是實際的具體工作:
工作包確定後,開始分析工作量,為每個工作包打時間標籤。經分析後,重繪流程如下:
按照規劃,此專案應該在兩周結束。實際用了四周且以半成品不合格形式交貨。
下面逐條進行專案總結分析。
1.通用控制項粗繪。- - -按時完成
2.周二既定請假,為預期事務,本就在規劃中。- - -無影響
3.udp傳送/udp接收本應兩天完成,實際一天完成。- - -超前1天
4.資料處理,接上上級任務,九月中旬開始全力輔助petr。
5.資料處理,去4s店取班車。- - -延期0.5天
6.資料處理,petr辦公室網壞了,給petr修復網路。- - -延期1天
7.資料處理(9.5),labview**分析,並據此修改了部分介面。 - - -延期1天
8.資料處理,分析labview**,繼續修改了部分介面,並開始敲資料處理的c#**。- - -延期1天
9.資料處理,labview**已讀透,全力敲**。—延期1天
10.資料處理,九月八號,早上上班看了一眼進度表,本應今天結題,但實際進度連一半都不到,頓時胸悶氣短,傷心欲絕,連煮兩杯咖啡,喝了n杯水,去廁所放水n+m次,蹲坑3+次,把辦公室的花都澆了一遍,魚喂了三遍,中午還趁著出去給petr修手機的時間散了散心,狀態還是不好。- - -延期1天
11.資料處理/綜合除錯,早上結束資料處理,可以測試整體軟體部分,發於美國進行測試。對已做工作進行整理優化,著手介面重繪。下午去工廠給petr物色新車間(好像是這天)- - -按時完成
12.介面重繪,(9.12)接到命令,去工廠給十公尺無人艇接電台。- - -延期1天
13.介面重繪,繼續去工廠接線。 - - -延期1天
14.介面重繪,去醫院做胃鏡,麻藥打爽了,整個人都輕飄飄的,請假一天。 - - - 延期1天
15.介面重繪,又去工廠了。。。忘了去幹什麼了,好像還是接線。 - - -延期1天
16.介面重繪,去寧波驗收165。週日,不算延期。
17.介面重繪,在寧波驗收165。- - -延期1天
18.介面重繪,在寧波驗收165。 - - -延期1天
19.介面重繪,胃痛請假1天。 - - -延期1天
20.介面重繪,(9.22)以神一般的速度糊弄完了介面,巨醜無比,刻度、數值未關聯,波形圖未重繪,半成品未發布安裝檔案。資料處理演算法未驗證。以極無工程師職業道德的厚顏無恥的方式強行結題。 - - -以嚴重技術負債形式結束
c#重寫版(介面部分):
總結:
1.非研發人員考慮部分,不予置評。
2.專案經驗不足,許多領域初次涉及,所以預算進度不准,延期、提前時有發生。
3.初期分析不到位,例如labview源程式分析這一工作包一開始就未能考慮到,不是進度問題,是遺漏。
4.提前已知的請假未寫入進度,例如胃鏡八月份就已預約好,但是忘記寫入進度,致使算入延期。
5.對公司臨時插入的中斷事件沒有乙個概率性的思考與估算。不是難**,而是沒有進行。
滾動式計畫
釋義 也稱 滑動式計畫 或 連續計畫 將計畫期不斷向前延伸,連續編制計畫的方法。例如,1995年編制了1996年至2000年五年期計畫,1996年又根據新情況對原計畫加以修訂補充,編制出1997年至2001年新的五年期計畫,以此類推,不斷向前滾動。優點是計畫可以比較切合實際,相互銜接協調。編制滾動式...
梯式計畫模型
方案是為了解決乙個問題而存在的,因此所有的方案都有其原因,那我們今天的話題也不例外。作為軟體工程的一部分,計畫在整個過程中占有舉足輕重的地位,可以用一句官僚的話來說就是,它是一場戰爭的排頭兵,直接影響了任務的成敗。讀過 軟體估算 這本書的朋友應該還記得這句話 估算和計畫是兩個相關的話題,但估算不是計...
研發機制思考之Scrum開發嘗試計畫
1 每個sprint最後一天召開計畫會議,列出下乙個sprint開發任務,每個任務要求標明任務內容,負責人,計畫完成時間,審核人。po負責管理所有任務列表 包括本sprint和下乙個sprint或者下下個sprint sm負責管理本sprint任務列表,並對本sprint的任務完成情況向po負責。2...